Méthodologie de projet pour les petites équipes [fermé]

Question

Nous travaillons généralement entre 1 et 4 développeurs / directeurs artistiques / rédacteurs sur chaque projet de mon entreprise. Quelle méthodologie recommanderiez-vous d'utiliser? Agile? XP? Scrum? Autre chose? (Je sais que ce sont toutes des variantes de concept essentiellement identique, oui)

Answer 1

Je ne pense pas qu'il existe une solution générale, la question est trop large et vous ne pouvez pas simplement "adopter une méthodologie". comme si c'était un produit que vous sortez de la boîte, c'est quelque chose que vous évoluez avec le temps ... mais dans tous les cas, je vous recommande fortement de vous procurer une copie de ce livre: Développement de logiciels Head Head

Ensuite, vous adaptez les idées que vous aimez dans votre projet. Ne vous inquiétez pas des noms et des mots à la mode, ils seront tous "passés & # 233;". l'année prochaine quand même. Soyez simple au début , adoptez les idées les plus sensées et les plus rentables, et n'essayez pas de résoudre des problèmes qui n'existent pas encore. Ce sera un très bon début.

Answer 2

Pour la programmation en binôme, au moins, il est préférable d’avoir un nombre pair de programmeurs ...; P

L'un des avantages des petites équipes est que vous n'avez pas besoin de nombreux systèmes d'assistance pour communiquer en interne (un bugtracker devient plus ou moins une liste de tâches pour vous-même, mais il est bon de avoir de toute façon). Si avoir une réunion avec toute l'équipe implique simplement de changer de personnage et de dire: "Hey, Bob et Carl, jetez un coup d'oeil à ça!", Vous n'avez pas vraiment besoin de toutes les règles formelles d'une méthodologie. Mais les méthodes agiles en général conviennent assez bien aux petites et moyennes équipes, mais elles nécessitent des membres motivés.

Je vais dire de choisir les idées que vous préférez parmi les différentes méthodologies, elles peuvent néanmoins être considérées comme des suggestions.

Answer 3

Pour de si petites équipes, j’aimerais certainement envisager une approche agile du développement logiciel. Personnellement, j'utiliserais probablement un mélange de XP, Scrum et Lean, car je les connais le mieux. XP fournit un bon point de départ à partir duquel vous pourrez trouver l’adaptation spécifique à votre projet, en particulier si vous débutez dans Agile. Je recommande vivement le livre "The Art of Agile Development".

Answer 4

Mon équipe de 3 développeurs utilise simplement des déploiements continus Kanban +, ce qui nous permet de continuer à avancer rapidement. J'ai examiné Scrum et d'autres et il y a trop de frais généraux pour notre petite équipe.

Answer 5

Ils sont très proches du monde des affaires, ce qui est une mauvaise chose car les programmeurs ne comprennent souvent pas bien les implications de la comptabilité, de la gestion du temps ou des risques, etc. Même s'ils le pensent bien. Ils voient dans les affaires une autre opportunité intéressante d'améliorer leurs compétences techniques sophistiquées. Comme la société est petite, il est peut-être excessif de mettre en œuvre des méthodologies complexes au sein de l'équipe de développement. Ils peuvent facilement gérer eux-mêmes des questions techniques. Ce qu’ils ne peuvent pas gérer, c’est de comprendre que s’ils sont proches de l’environnement commercial, ils ne sont plus des programmeurs.

Je suggère de mettre en place des règles simples qui garantiraient une discipline et une concentration sur le côté technique plutôt que de parler avec les clients de sujets techniques, ce que certains programmeurs aiment tant.

Answer 6

La réponse est, proverbialement, cela dépend ...

Chaque équipe est un mélange de personnalités et de capacités, et chaque membre de l’équipe est différent. Plutôt que de chercher une "méthodologie" En tant que tel, je vous recommanderais de vous concentrer sur les besoins de chaque membre de l'équipe pour réussir et de les associer à ce dont le projet a besoin pour réussir. Vous trouverez la bonne méthodologie et la bonne combinaison de processus entre ces deux considérations.

Par exemple, je dirige une petite équipe (trois développeurs à temps plein et des concepteurs d'interface utilisateur à temps partiel) au cours des sept derniers mois. J'ai constaté que les pratiques / procédures suivantes fonctionnent bien pour nous ...

• Adopter des spirales courtes (60-90 jours) et bien définies, qui permettent à l’équipe de rester concentrée sur ses objectifs et axée sur la livraison, tout en nous aidant à minimiser les risques.
• Adopter un cycle de vie itératif, dans lequel nous effectuons quelques livraisons incrémentielles au client au cours d’une spirale et discutons de ce que nous avons fait. Cela nous permet, à nous et aux clients, de nous assurer que nous répondons à leurs besoins.
• Personnalisation des tâches et des directives pour chaque membre de l'équipe. Par exemple, un membre de l'équipe est un développeur plus junior, tandis que l'autre membre est un très bon développeur, mais ne gère pas bien les tâches ouvertes. Ils nécessitent des approches différentes.

Naturellement, j'ai également adapté les processus de gestion de contenu et les pratiques de test en fonction du projet et des besoins de l'équipe.