Comment l'armée américaine est agile il? Prenez le temps d'écrire quelques articles que je vais parler avec vous. Aujourd'hui à introduire agile Guide publié par le département américain de la Défense des projets informatiques, Département de la défense comme à parler de la pratique des arts martiaux Cheats coeur, je crois que ces considérations agiles organisation import 5000 apprendront.
fond d'agilité militaire des États - Unis
en 2017 sur l'acquisition de logiciels militaires américains ont une signification importante de l'année. Département américain de la Défense (DoD) a publié agile Loi sur l'acquisition (acquisition Agility Loi), a changé le modèle précédent d'acquisition de logiciels pour encourager l'utilisation des nouvelles technologies rapidement, réagir rapidement aux changements, les commentaires supplémentaires à réduire les déchets et accroître l' interopérabilité des systèmes d'armes.
équipement défini par logiciel est le consensus de l'armée américaine en 1970, 20% des fonctions d'équipement sont mises en œuvre par le logiciel, en 2000, cette proportion était passée à 80%. Bien qu'il y ait eu des progrès, mais en termes de coût pour le calendrier, les données du DoD sont déprimants: 48% du projet dans la réalisation du CIO - avant (capacité opérationnelle initiale capacité opérationnelle initiale), il y a au moins 2 un budget supplémentaire. Le progrès est creux gâteau, avec un délai moyen de 21 mois, 12% du projet retard de livraison COI de plus de quatre ans. militaire domestique peut contrôler ces données eux - mêmes, que beaucoup est larmes.
Il y a dix ans, a commencé DoD lorgne révolution agile en plein essor, et a progressivement commencé à essayer le logiciel agile militaire, dans l' espoir de changer le statu quo du développement logiciel. En 2009, le DoD a publié processus d'approvisionnement agile (voir ci - dessous), le sentiment familier militaires bons amis?
Bientôt, DoD émis agile projet informatique manuel de mise en œuvre, ce qui donne 11 agilité Guide de mise en œuvre.
1. Les décisions de transformation Agile
avant l' agilité d' importation, d' abord déterminer ce qui s'applique en tout ou en partie modèle de développement des projets de l'organisation. Nécessité d'examiner et d' analyser les facteurs suivants: les exigences du projet de la stabilité et de la technologie, les principales exigences de sécurité, les ressources disponibles, la culture organisationnelle, l' engagement et le degré de participation des clients et des parties prenantes. Sur cette base, déterminer le type approprié pour les projets agiles, augmenter la probabilité de réussite du projet en introduisant des pratiques agiles.
2. Sélectionnez la méthode applicable
Agile 0 et 1 ne sont pas sélectionnés (ou non sélectionné, ou tous), la nécessité d'identifier et de sélectionner une méthode appropriée pratiquée dans de nombreux. Dans la pratique, souvent , nous devons combiner diverses méthodes, y compris classique et agile contraignant. Il est important d'identifier applicable au caractère unique du processus de développement du projet.
3. Nouveau développement et l' intégration
agilité applique non seulement aux nouveaux projets de développement, tout le développement de systèmes à forte intensité de logiciels, tels que les systèmes informatiques, les systèmes embarqués et les équipements de contrôle, etc., peuvent aider l' agilité. Au début agile supplémentaire, la livraison fréquente, l'engagement continu des parties prenantes pour améliorer la qualité des produits. Que les nouveaux projets de recherche ou des projets d'entretien, les principes agiles peuvent nous aider à améliorer la qualité des produits et la satisfaction des clients.
4. « terminé (Terminé) » est défini
pour compléter les éléments traditionnels (DONE) souvent des moyens que tout le code a été testé et les résultats correspondants terminés. En agilité, le sens complet de la décision des scènes spécifiques. Dans le plan d'itération, une définition claire de « fait » et des normes consensuelles.
5. Utilisation de la formation Agile et coach Agile
est un facteur important dans la réussite de toute l' équipe de projet agile a une expérience dans agile, les données de l' industrie montrent que la principale raison de l' échec est agile membres de l' équipe agile manquent d' expérience, y compris le développement non seulement l'équipe, y compris la gestion. Pour cette raison, le plan du projet devrait identifier les besoins de formation et de développer un programme de formation d'agilité agile. Pour une équipe inexpérimentée est concerné, embaucher un bon entraîneur peut pousser processus d'importation agile agile.
6. L' équipe de distribution
membres de l' équipe répartis autour du projet ne sont pas en mode optimal, mais parfois le seul mode. Il a considérablement augmenté la difficulté de l' agilité, dans ce cas, une bonne communication et un outil de coordination est l' un des facteurs clés de la réussite.
7. à grande échelle des projets agile
de grands projets contiennent souvent plusieurs sous-projets, des stratégies de communication entre les équipes peut déterminer le succès ou l' échec du projet. processus de sélection des projets (éventuellement plusieurs des processus) et lorsque la stratégie de communication sera d'assurer cohérentes et caractéristiques du projet.
8. L'agilité organisationnelle interne
IT projet n'est plus seulement un seul ministère à faire une coordination efficace des différents départements, les organisations deviennent critiques. Seulement agile dans le projet, mais ne rien faire pour changer l'organisation ne peut pas avoir une transformation réussie Agile. Le plan du projet devrait énumérer les ressources externes requises ainsi que le protocole correspondant, en temps opportun et la communication responsable de l' équipe concernée, la coordination est l' une des principales activités de gestion.
9. Gestion des risques agile
La gestion des risques est agile le développement est livré avec l'organisme, la communication fréquente, les plans pour ajuster fréquemment, ce qui limite la demande de niveau supérieur de choix ont accru la transparence du projet. Selon la taille du projet et des besoins de sécurité, les ressources disponibles, l'équipe a besoin pour former un moyen d'atténuation des risques formel ou semi-formel, tous les membres doivent être l' aversion pour le risque actif, la facilité des participants.
10. Agilité contrat
pour la grande incertitude du projet, DoD nécessité d'utiliser des contrats. L' expérience a montré que les contrats à petite échelle peuvent souvent augmenter la probabilité de succès du projet, d'autre part, les clauses contractuelles pour encourager la coopération.
11.CMMI et agile
CMMI est devenu un exigences standard des projets militaires d'appel d'offres, agile et relation CMMI est souvent mal compris par beaucoup de gens. En fait, les deux sont complémentaires, peuvent promouvoir agile CMMI tomber dans l'organisation.
Je l' ai toujours souligné agile axée sur la valeur (ou appelé d' autres noms) à développer, comme Dieu ne aime pas surabondé d'agilité. La réunion en une position que d'être assis dans une réunion avec la tâche mettre des autocollants sur la carte que vous rapidement, votre arsenal est non seulement Scrum, XP et quelques routines d'agilité classiques, mais tout peut vous aider à résoudre le problème des deux approches il peut être intégré dans votre « agile » aller. Sur les projets militaires, il y aura Internet comme l' agilité, le plan général est souvent dictée + en mode itératif. CMMI / 5000 est d'être l'agilité d'un filet de sécurité, une combinaison des deux apportera des résultats inattendus. (Source: Old Cong lutrin)
