Même si l'IA est privilégiée, il faut toujours partir de la stratégie et des problèmes à résoudre, prévient la HBR, dont l'approche 3P fait écho au Tech, Orga, Culture de WEnvision.
"The Software Architect Elevator" est une de feuille de route pour les architectes. En embrassant le changement, en comprenant les systèmes organisationnels et en favorisant une communication efficace, les architectes peuvent jouer un rôle central en conduisant les organisations vers le succès.
L'IA générative était (surprise !) la vedette du keynote de l'AWS Summit Paris, ce 3 avril au Palais des Congrès. C'est LE sujet qui tire le Cloud et la Data.
➡️ Quid des 75% restants❓
Comment deux autres populations clés - les équipes Design et les équipes Data - sont-elles dimensionnées ?
Les Tech Companies raisonnent en ratios : elles dimensionnent les équipes design et data par rapport aux équipes software.
Dans un article publié sur son blog (https://lnkd.in/gP7-GisH), Mikkel Dengsøe s’est intéressé aux proportions des différents métiers
📍 Aux US comme en Europe, le ratio est d’1 designer pour 9 développeurs.
📍 Pour la data en revanche, les approches diffèrent : 🇺🇸 aux Etats-Unis, on compte 1 Data engineer pour 7 développeurs, 🇪🇺 contre 1 pour 4 développeurs en Europe.
Quelles peuvent être les raisons de cet écart ? L’auteur souligne :
- la prévalence des forces de vente aux US, le marché étant plus large et plus compétitif
- la nature éclatée du marché européen, qui crée des défis au niveau data
- le fait que de nombreuses compagnies américaines sont dirigées par des ingénieurs, qui créent une culture “engineering focused”
.... mais admet que cela n’explique qu’une partie du phénomène
On peut également penser à la spécificité de la politique européenne de protection des données, qui demande une gestion particulière et nécessite de plus grandes équipes data.
Que pensez-vous de cette différence ? Par quoi peut-elle s’expliquer selon vous ?
Le vieil adage informatique "Ne pas toucher un système qui marche !" paralyse les entreprises. La prise de risque est nécessaire pour avancer. Il faut circonscrire le danger et créer de la confiance.
Devenir une Tech Company nécessite que tout le monde soit aligné. C'est la clé pour gagner en autonomie, en rapidité et en capacités d'innovation.
Le jour même où le CTO de Stellantis déclarait aux Echos vouloir transformer l’entreprise en « tech company », son Chief Software Officer témoignait à l’AWS Summit de Paris sur les bénéfices apportés par le Cloud.
Pourquoi est-ce qu’il ne faut jamais demander directement à un utilisateur ce qu’il veut ? Parce qu’on risque
