|
Méthodologies Agile sont de plus en plus populaire d'aujourd'hui, surtout pour les groupes de petite start-up. Même si je suis sûr qu'il ya des organisations beaucoup plus vaste qui ont obtenu du succès avec sa stratégie, je vois de plus petits projets de sauter sur elle beaucoup plus rapide. Pour l'équipe du projet lui-même les méthodes agiles peut paraître grande, mais la gestion de convaincre et de personnes qui parlent le sens des affaires, il est une bonne chose est souvent un processus beaucoup plus difficile. Je trouve cela intéressant parce que l'un des principaux axes de l'agilité est de placer la qualité du logiciel sur tout le reste. Comme une métrique, agile et souple primaires méta-modèles (SCRUM par exemple), veiller à rendre le sens des affaires maximum ou de fournir une valeur commerciale maximale à la fin de chaque itération. Ok, si agiles se fait un point permanent de livrer sur ce que veut la clientèle, à la fin de chaque itération, mais quelles sont les autres facteurs de motivation derrière poussant agile comme un modèle pour une valeur commerciale ajoutée réelle. Une amélioration des évaluations et contrôle de boucle Agile apporte à ses clients de nombreuses occasions de fournir de la rétroaction à la fin d'une itération. Avec cela, elles peuvent aussi ordonner le projet de façon progressive, la conduite de la prochaine itération de leur sens des affaires, posant des questions comme "Quelle est la valeur de la plupart des affaires à moi en ce moment?" Cette rétroaction itérative à la fois le client et le chef d'équipe de projet à des avantages qui, autrement, ne pas être disponibles, en sautant sur les nouvelles technologies et à venir et des développements à la pointe de la prochaine itération. Ces changements et développements ont pour effet d'orienter les projets vers un succès et un produit global de meilleure qualité. Dans certains cas, il peut fournir de meilleurs retour sur investissement en permettant au produit d'être déployé beaucoup plus tôt. Rappelez-vous, une itération est axé sur la prestation la plus grande valeur d'affaires qu'il peut. S'il ya assez de cette valeur existe, assez pour faire de ce sens des affaires que ça, il est utile de déployer tôt pour commencer à récupérer sur les coûts avant que le produit a même atteint la fin de son cycle de vie du développement. Au moment où le projet est arrivé à son terme, vous mai bien avoir récupéré la moitié de votre investissement initial. Éviter les catastrophes Il est commun pour un projet qui sera suivi bien et tout à coup derrière, à un stade avancé de développement. Pourquoi? Les modèles traditionnels de cycle de vie du développement logiciel de trouver beaucoup plus difficile de juger de l'exactitude et l'exhaustivité de l'analyse jusqu'à l'avant et de conception. Ce manque d'information entraîne parfois des points de vue trop optimiste qui ne se manifeste pas que beaucoup plus tard dans le projet quand il sera trop tard pour faire quelque chose. Ne vous coupez vos pertes et en sortir? Ou prendre le risque? Eh bien, une autre façon de voir les choses serait d'éviter ce risque tout à fait. Et en éviter, nous signifie vraiment contourner. Comme un modèle itératif, agile effectue de brèves périodes d'analyse, conception et mise en oeuvre souvent. Cela donne lieu à beaucoup plus de données de suivi avant d'entrer dans la prochaine itération de réévaluer où le projet est à et si il est toujours sur la bonne voie. Les quatre variables que nous avons vraiment de contrôle sur le développement de logiciels sont les suivantes: temps, la portée, de coût et de qualité. Ayant l'avantage d'un modèle étroitement liée à ces variables souvent et à droite tout au long du cycle de projets, la vie est un Mitigator gros risque. L'accent mis sur la qualité Il s'agit d'un domaine majeur de modèles souples et revient à des concepts de base connu comme le Manifeste agile. Il revient à dire, l'accent sur des logiciels de qualité qui se traduit par une réelle valeur ajoutée pour le client à chaque étape du chemin. Donnez cette valeur à la fin de chaque itération, même si cela signifie moins de pratiques formelles et de la documentation est conservée. Utilisez collaboration avec les clients en tant que mécanisme d'amélioration et d'embrasser tout changement qui pourrait être à venir. Comme agiles extreme programming adopte également la pratique de la programmation en binôme. Aucune discussion sur «ce qui fait la valeur de bonnes affaires?" Ou "Ce qui apporte bon retour sur investissement?" Ne serait complet sans parler. Il est souvent difficile de gestion convaincantes que l'utilisation de deux personnes sur une seule tâche est bénéfique. La productivité d'avoir deux personnes sur une seule tâche est légèrement plus faible que chacun travaillant individuellement (je ne vais pas à combler toutes les statistiques de fantaisie ici:)). Donc, cela soulèverait l'argument selon lequel la programmation en binôme coûts réellement plus! Ce que vous pouvez mesurer pas aussi facilement est cependant l'augmentation de la qualité de la programmation en binôme apporte. Agile favorise l'échange d'informations Toutes les informations sont partagées entre les membres de l'équipe, souvent avec les activités sont partagées à: analyse, conception et mise en œuvre (programmation en binôme au cours du développement par exemple). Cette boucle d'information filtres régulièrement à leurs clients aussi. Après tout, c'est pourquoi ils sont là, pour apporter une contribution d'entrer dans la prochaine itération. Agile développement n'est toutefois pas nécessairement bien adapté à tous types de projets. Parfois, peu importe combien vous vous essayez juste ne peuvent pas trouver une bonne raison d'affaires suffisant pour justifier le modèle. That's fine, agile ne convient pas à tous les types de projets de petites et grandes entreprises. Suffit simplement de reconnaître quand vous pourriez être en mesure d'acquérir la flexibilité et l'élan qu'il offre. |