2008-11-16 6 views

Répondre

19

bien OP, il n'y a pas un guide étape par étape documentée unique pour le « développement logiciel agile » et toute procédure qui aligne avec the manifesto qualifie aussi agile

Mais je comprends aussi que pour commencer, il doit y avoir une phase d'apprentissage «main dans la main»/«par le livre». Donc, je recommande que - vous jetez un oeil à votre processus de développement actuel. Découvrez les activités de «gaspillage» qui coulent beaucoup de temps et ramasser une pratique agile qui contrecarre/minimise le temps passé dans cette activité. par exemple. Si vous luttez régulièrement contre les problèmes de build, configurez d'abord un serveur d'intégration continu et configurez une pré-sélection rigoureuse. Au lieu de changer tout ce que tout le monde se sentent perdus et aliénée,

  • ramasser une pratique à la fois
  • investir environ 2-3 semaines avec it..get confortable avec elle
  • vérifier si tout le monde dans l'équipe estime que c'est utile. Si oui, respectez-le, intégrez-le à votre nouveau processus. Sinon, jetez et trouvez et remplacez avec un autre remède alternatif.

Dans le cas où votre équipe est nouvelle à agile, je recommande (par ordre d'intensité)

  • pratiques d'un développeur agile (Andy Hunt, Venkat S., livre mince, à haute valeur rapport -À-page pour les débutants)
  • principes Agile pratiques et modèles (Robert & Micah Martin)
  • conduite hebdomadaire 'obtenir de meilleurs' sessions pour les pratiques de sélection comme TDD (beck, Astels, et.all), refactorisation (Fowler , Joshua K.), etc, qui sont tenus d'avoir d'énormes bénéfices.
  • un mois ou dans .. aller pour les livres philosophiques comme XP Embrassez Change - Beck, Livres Lean par Poppendieck, Agile S/w développement - Alistair Cockburn, Peopleware - DeMarco, Lister

I'D recommander de jeter un oeil à la books listed here

+0

Bonne réponse. Merci beaucoup. Je vais le faire – ecleel

+0

@Gishu votre lien ne fonctionne pas. – Inquisitive

9

Il existe une série de screencast appelée Autumn of Agile, qui donne une introduction aux principes agiles.Il n'y a pas que de nombreux épisodes encore sorti, mais le plan d'épisode ressemble à ceci:

  • Valeurs Agile et pratiques Aperçu
  • Principes de conception de base OO
  • Design Patterns en action
  • Unité de test de base
  • Mock Objects
  • TDD
  • fichier de projet/Organisation dossier
  • contrôle de code source de base
  • Intégration continue/Construire l'automatisation
  • Principes de la planification du projet Agile
  • Vue d'ensemble du domaine Driven design Concepts de base
+0

WAW, Grand Erik. merci pour ces épisodes utiles :) – ecleel

2

Ce que la meilleure façon est d'adopter une approche de développement logiciel Agile dépend beaucoup sur la situation dans laquelle vous êtes. Pourquoi voulez-vous adopter Agile? Quels sont les avantages les plus importants pour vous? Quels sont les plus gros problèmes que vous devez résoudre? Avez-vous les ressources nécessaires pour faire une adoption disruptive tout-en-un? Ou préférez-vous commencer par une prise plus longue, une adoption progressive potentiellement plus douloureuse?

Je vous recommande fortement le livre "Agile Adoption Patterns" pour vous aider à réfléchir à la bonne approche d'adoption pour vous. Cela peut aussi être une bonne idée d'obtenir une aide directe (sur place) de quelqu'un qui connaît bien le développement Agile - quelqu'un qui peut observer votre équipe, voir les modèles et les antipatternes et partager son expérience sur la façon de les gérer.

L'une des pratiques que je voudrais toujours adapter comme l'un des premiers rétrospectives d'itération. Ceux-ci sont vitaux pour le cycle d'adaptation des approches Agiles.

3

Henrik Kniberg a mis en place un short PDF, rapide et facile à lire. Vous pourriez commencer par le lire. Vous obtiendrez la réponse à votre question et beaucoup plus.

+0

Merci Philippe. PDF utile :) – ecleel

1

Je appuie la recommandation de Ilja pour le livre: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521

Je pense que la pièce la plus précieuse du livre est la description de ce que les pratiques à adopter d'abord pour atteindre certaines valeurs commerciales (qualité, délais de commercialisation, ...).

avis sur le livre: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 Chapitre Exemple: http://www.informit.com/store/product.aspx?isbn=0321514521#info8

Enfin viennent se joindre à une liste de diffusion Agile à groups.yahoo.com soit ScrumDevelopment ou AgileProjectManagement conviendra bien à vos besoins.

1

J'ai lu beaucoup de livres Agile , et le livre que je pourrais vraiment recommander de tous ceux est "L'Art du Développement Agile" par James Shore.

1

Le meilleur moyen est d'embaucher un coach agile techniquement expérimenté. Demandez à quelqu'un de travailler sur votre équipe qui a fait n'importe quelle méthode agile que vous voulez adopter (scrum, xp, crystal, kanban, ...) auparavant.Ils vont devoir voir vos conditions de travail - et de préférence travailler dans l'environnement pour vous aider. Vérifiez leurs références et assurez-vous qu'ils l'ont vraiment utilisé en pratique. Beaucoup de wannabees et de faux autour. Avoir quelqu'un d'expérimenté dans l'équipe fait toute la différence. Il est extrêmement difficile d'adopter juste de lire un livre. Vous essayez de changer une culture et vous ne pouvez pas le faire en utilisant une liste de contrôle ou un algorithme. C'est une chose de complexité sociale. Vous essayez d'encourager le comportement émergent dans un système complexe.

Si vous ne pouvez pas engager un coach agile, trouvez d'autres personnes dans l'équipe ou dans votre département ou entreprise qui ont de l'expérience et invitez-les à venir voir l'équipe. Montrez-leur vos circonstances et obtenez leur opinion.

Différentes équipes auront besoin différentes pièces de conseils - cela dépend de beaucoup de choses, y compris les membres de l'équipe, le genre de technologies que vous utilisez, le type d'entreprise que vous travaillez dans ...

avant tout, faire contacts avec les agilistes locaux et apprendre en face-à-face.

1

Vous n'êtes pas agile ou pas, vous êtes plus ou moins agile.

Pour commencer à obtenir plus agile de ce que vous faites déjà,

  • visualiser plus (mesures sur écran, tableau visuel, etc.)
  • obtenir plus de rétroaction et de réduire les boucles de rétroaction (CI, métriques de code , les mesures de bugs, etc.)
  • réduisent la quantité de travail simultanés en cours (WIP) - à savoir, réduire multi-tâches à la fois au niveau individuel et par équipe

Si vous êtes en mesure d'essayer quelque chose n Je recommanderais Kanban. C'est l'outil agile le moins prescriptif et le plus flexible, et vous commencez simplement à visualiser votre flux de travail et à limiter votre WIP.

Questions connexes