- Nous ne pourrons pas respecter les délais!
- Appliquez Agile!
"Sans assez de monde, il ne nous aidera pas!"
- Alors, inventez un autre mot intelligent!Récemment, j'entends souvent: ils ont échoué parce qu'ils ont mal choisi la méthodologie de développement de produits. Maintenant, si vous utilisiez Scrum / DevOps / Agile / autre chose, alors tout irait bien. Il semble que ces personnes ne comprennent pas quelque chose dans le développement de logiciels.
Alistair Cowbern dans son
article a analysé divers projets logiciels qui ont été réalisés sur différents modèles de complètement "légers" et flexibles à très "lourds" et formalisés. Il n'a trouvé aucune corrélation entre le succès ou l'échec des projets et les modèles de processus de développement qui ont été utilisés. De là, Cowbern a conclu que l'efficacité du développement est indépendante du modèle de processus.
Il existe des dizaines de méthodologies, mais aucune ne garantit un résultat. Dans chaque nouveau projet, le processus doit être redéfini à chaque fois. Fondamentalement, le choix du processus dépend du
produit développé et des
personnes impliquées dans le développement. Le principe principal: les personnes ne doivent pas être construites selon le modèle de processus sélectionné, mais le modèle de processus doit être adapté à une équipe spécifique afin d'assurer sa productivité la plus élevée.
Produit
Considérons le développement de logiciels critiques, par exemple, un système de contrôle pour une centrale nucléaire ou un véhicule habité. Toutes les exigences sont connues à l'avance, le produit dispose d'une documentation technique complète, il existe des GOST, etc. Il n'est pas surprenant que ces projets utilisent des méthodologies "lourdes".
Des approches complètement différentes devraient être utilisées lors du développement d'un nouveau service Web à la mode, lorsque les exigences sont floues et en constante évolution. Voici les systèmes Scrum / Agile et similaires «légers» préférés de tous. L'application de ces méthodologies est justifiée, car Vous pouvez rapidement obtenir des commentaires dans un monde extérieur en évolution rapide.
Ce qui précède peut également être projeté sur la taille du produit en cours de développement. En effet, des processus complètement différents devraient être appliqués dans les projets auxquels participent 10 personnes et dans les projets auxquels participent 1000 personnes.
Les gens
Le processus de développement devrait être organisé différemment dans l'équipe d'étudiants et dans l'équipe de professionnels retenus.
J'ai toujours pensé que Scrum et les autres méthodologies de développement s'adressent aux personnes qui ne peuvent tout simplement pas travailler seules. Je distingue plusieurs types de commandes et, en fonction de cela, je construis des processus en leur sein.
- Une équipe de professionnels sait travailler. Ils peuvent prendre la responsabilité du résultat - les méthodologies de développement ne sont pas nécessaires ici, surtout pas imposées d'en haut. Souvent, même un gestionnaire n'est pas nécessaire. Ces équipes sont capables de travailler de manière autonome, sans surveillance constante et toujours avec un résultat enviable.
- Une équipe de programmeurs expérimentés nécessite une surveillance et un support périodiques, mais sans un cadre rigide de tâches.
- Cependant, l'équipe de nouveaux arrivants a besoin de tâches constantes, d'un soutien pour résoudre les problèmes et du suivi des délais.
Leaders, étudiez votre équipe et choisissez judicieusement la méthodologie de développement dans chaque cas. Chaque équipe a besoin de sa propre méthodologie.
Les tâches principales du manager sont:
- constituer une équipe capable de travailler ensemble sur le résultat souhaité avec une efficacité suffisante
- construire un processus de travail au sein de l'équipe afin qu'il permette aux employés d'effectuer facilement le travail nécessaire
- mettre en place une interaction d'équipe avec d'autres services de l'entreprise ou avec le client afin que la communication se déroule avec un minimum d'interférence avec le travail principal de l'équipe et une efficacité maximale
- supprimer tous les autres obstacles et obstacles pour l'équipe du chemin vers la réalisation de l'objectif.
Récemment, il y a eu de nombreuses interviews pour les responsables du développement. Environ 7 candidats sur 10 à la question sur votre principale réussite sur le lieu de travail actuel indiquent qu'ils sont devenus la partie principale du succès du produit, sans eux, tout aurait échoué.
Managers, managers, réveillez-vous! La clé du succès du projet n'est pas le leader, pas le processus, mais les personnes qui y travaillent.
Je veux terminer par une citation d'un des entraîneurs de football: «Ce n'est pas l'entraîneur qui est important - vous êtes important. Vous gagnez des duels sur le terrain et des matchs entiers, et nous ne vous aidons qu'un peu. Nous pouvons organiser les joueurs et les orienter - les joueurs font le reste. »