Nous avons besoin d'un bon évaluateur pour une série d'articles sur l'agilité soumis à la conférence HICSS. Les révisions sont attendues pour le 14 août. Si vous êtes intéressé(e), envoyez un courriel à jeff@scruminc.com et indiquez-moi les articles que vous aimeriez évaluer. Vous devez créer un compte sur le site de soumission de l'HICSS avant de m'envoyer un courriel : https://precisionconference.com/~hicss/
Le développement agile chez ABC - Qu'est-ce qui n'a pas marché ?
Résumé : Les méthodes de développement agiles continuent d'être largement utilisées, et de plus en plus d'entreprises passent aux méthodes agiles. La littérature actuelle suggère que la plupart de ces entreprises réussissent la transition, mais d'autres n'y parviennent pas. Le présent document examine l'une de ces entreprises - appelée "entreprise ABC" pour préserver sa confidentialité - et analyse les difficultés qu'elle rencontre dans la mise en œuvre des méthodes agiles. En bref, il apparaît que le manque d'engagement ferme de la direction en faveur des méthodes agiles, l'absence d'un client clairement défini pour fournir des exigences précises ou réclamer des capacités logicielles supplémentaires, l'absence de formation et de soutien adéquats, initiaux ou continus, pour l'ensemble de l'organisation, et la sous-estimation des exigences en matière de gestion du changement sont autant de facteurs qui ont contribué aux difficultés rencontrées par ABC dans la mise en œuvre des méthodes agiles. Ces conclusions ont été tirées sur la base d'une série d'entretiens avec des employés de l'entreprise, d'un examen de la documentation pertinente et de comparaisons avec d'autres études de cas similaires.
Lignes directrices de gestion pour le processus de développement agile de logiciels Scrum
Résumé : Cet article explore les questions et les défis critiques qui peuvent survenir dans les processus de développement agile de logiciels Scrum et fournit des lignes directrices de gestion pour aider les organisations à éviter et à surmonter les obstacles à l'adoption de la méthode Scrum en tant que future méthode de développement de logiciels. Une méthode de recherche qualitative a été utilisée pour recueillir les connaissances des praticiens et examiner le processus de développement de logiciels Scrum dans son contexte naturel. Une étude de cas approfondie a été menée dans deux organisations où la méthode Scrum a été pleinement intégrée dans tous les aspects des processus de développement de logiciels de deux organisations. L'une des organisations fournit des applications critiques à grande échelle, tandis que l'autre fournit des applications à petite et moyenne échelle. Les différences entre les deux organisations ont fourni des contrastes utiles pour l'analyse des données.
Intégrer la qualité des logiciels à la gestion de la valeur acquise dans les projets, les programmes et la gestion de portefeuille en utilisant les techniques AgileEVM
Résumé : Les pratiques agiles intègrent les attributs de qualité des logiciels dans le processus de développement. La gestion de la valeur acquise (EVM) inclut la gestion des coûts, ce qui n'est pas le cas des processus agiles. L'intégration des méthodes agiles et de la gestion de la valeur acquise (EVM) offre une capacité de gestion plus complète pour le développement de logiciels. Le fait d'opérer dans un environnement qui n'intègre pas la qualité des logiciels met en péril des portefeuilles et des programmes entiers. Les retards de calendrier dus à des problèmes de qualité, tels qu'une intégration tardive, sont souvent connus lorsqu'il est trop tard pour réagir et résoudre le problème sans impact significatif.
AgileEVM est une intégration robuste de la méthode Agile et de la valeur acquise traditionnelle qui intègre la qualité à la gestion des coûts, de l'étendue et du calendrier. Étant donné que chaque élément du carnet de commandes d'un produit Scrum est trié en fonction de sa valeur la plus élevée, la réclamation effectuée avec des niveaux de qualité établis permet à AgileEVM de mesurer réellement les résultats de la valeur.
AgileEVM supporte les 32 directives EVMS directement ou en s'appuyant sur des systèmes externes tels que la comptabilité financière. AgileEVM est évolutif et peut intégrer plusieurs comptes de contrôle, y compris au niveau du portefeuille.
Un banc d'essai pédagogique pour l'analyse informatique de la collaboration dans les premières étapes des processus de développement de logiciels
Résumé : Les processus de développement de logiciels agiles sont largement adoptés dans les projets d'ingénierie logicielle. Leur faible coût organisationnel et leur nature itérative en font des choix idéaux pour les petites équipes de développement. L'application de ces méthodes à des projets logiciels nécessitant la collaboration de plusieurs sous-équipes constitue toutefois un défi. Les phases initiales de ces projets sont particulièrement cruciales pour la réussite du projet et une période de démarrage sans problème crée une base pour un développement efficace plus tard dans le processus.
Nous présentons un banc d'essai qui permet d'analyser les processus de collaboration au cours des premières étapes du développement de logiciels dans un environnement éducatif à faible risque. Les participants à un cours de génie logiciel forment des équipes de développement de taille considérable et développent des applications réelles dans un environnement réaliste, mais contrôlé. En combinant les observations manuelles avec l'analyse informatique des artefacts de collaboration numériques, nous sommes en mesure de comprendre les modèles distinctifs de l'activité de collaboration et de raisonner sur leurs déclencheurs au sein de la configuration du processus.
Soutenir le passage à l'échelle Agile avec la gestion de portefeuille : Cas Paf.com
Résumé : Ce document est une étude de cas descriptive de la façon dont une entreprise, Paf.com, a introduit la gestion de portefeuille pour aider à soutenir le développement de logiciels agiles. Paf.com avait rencontré des problèmes de délais de mise sur le marché trop longs, dus à des changements fréquents de priorités en raison d'un processus de priorisation ad hoc. Il y avait également un manque de visibilité sur les projets entrant et progressant dans le pipeline de développement. Aucune méthode structurée de lancement des projets n'était appliquée à l'échelle de l'entreprise, et trop de projets parallèles étaient lancés. Grâce à l'introduction d'un processus structuré de gestion de portefeuille, le nombre de projets en cours a considérablement diminué, passant de plus de 200 à 30. La liste de tous les projets par ordre de priorité dans le carnet de commandes de Paf.com offre une visibilité sur les projets en cours. La fonction de suivi du portefeuille fournit des données sur l'état d'avancement des projets dans le carnet de commandes de Paf.com, ce qui aide les gestionnaires à prendre des décisions plus éclairées, en tenant compte de l'ensemble du portefeuille.
Embrasser ou contraindre le changement : Une exploration des méthodologies de maintenance des logiciels
Résumé : Cette étude utilise une méthode de recherche théorique ancrée pour explorer la façon dont les professionnels de l'informatique définissent et sélectionnent une méthodologie pour maintenir les logiciels existants. Les résultats contribuent à une meilleure compréhension de la manière dont les méthodologies standard sont appliquées dans la pratique des logiciels et des facteurs critiques utilisés par les professionnels lorsqu'ils choisissent une méthodologie appropriée pour les activités de maintenance des logiciels. Cette recherche souligne la nécessité d'intégrer le cycle de vie complet des logiciels dans la recherche sur le développement des systèmes d'information, ainsi que la nécessité d'une formation plus complète sur les méthodologies logicielles.
Améliorer la confiance dans le développement des systèmes d'information en utilisant les pratiques agiles et formelles
Résumé : Cet article postule que la mise en œuvre d'un portefeuille équilibré de pratiques de projet agiles et formelles soutiendra fortement les processus cognitifs de construction de la confiance nécessaires pour promouvoir un bon développement et la prise de décision O&M pour les systèmes d'information, les programmes et les projets. Les mécanismes améliorent la prise de décision en modérant les effets potentiellement négatifs de la méfiance des dirigeants, des cadres, des équipes de développement et des utilisateurs finaux. La recherche a montré que l'établissement et le maintien d'un environnement de confiance peuvent être améliorés par l'utilisation de pratiques efficaces de soutien et de renforcement de la confiance dans des situations appropriées.
Ce document plaide en faveur de l'utilisation d'un ensemble de pratiques et de processus d'instauration de la confiance, issus des méthodologies formelles et agiles, qui varient en fonction de trois facteurs : la nécessité de développer un nouveau système ou un système de remplacement complet, l'expérience de l'organisation utilisatrice/acheteuse avec l'équipe de développement, et le statut O&M/les capacités de fonctionnement de la solution utilisée par l'organisation cible.
Scrum Les métriques pour les équipes hyperproductives : Comment elles volent comme des avions de chasse
Résumé : Les équipes Scrum utilisent des métriques légères comme les story points, le burndown chart et la vélocité de l'équipe. L'inventeur du Scrum était pilote de chasse et utilisait le tableau d'évaluation du Scrum pour aider les équipes à faire atterrir un sprint correctement. Des travaux récents sur les équipes hyperproductives montrent qu'elles ressemblent à des avions de chasse modernes à bien des égards. Elles ont deux moteurs qui produisent de la vitesse : l'alignement de l'équipe et l'esprit d'équipe. Une équipe hyperproductive mesure soigneusement les aspects de la performance et de l'établissement des priorités pour procéder à de légers ajustements en vol. Tout comme les avions de chasse modernes sont intrinsèquement instables sans ordinateurs pour affiner les paramètres de vol, les équipes hyperproductives ont besoin d'ajustements quotidiens basés sur des mesures clés. Une attention particulière aux paramètres décrits - vitesse, capacité de travail, facteur de focalisation, pourcentage de travail trouvé, pourcentage de travail adopté, engagement initial, engagement final, précision de l'engagement, précision de l'estimation et augmentation de la contribution à la valeur cible - peut permettre de développer et de maintenir des équipes hyperproductives.
Mesurer l'impact de Scrum sur le développement de produits chez Adobe Systems
Résumé : Au cours des dernières années, scrum est devenu la méthode de développement de produits la plus utilisée chez Adobe Systems. Les grands logiciels de bureau tels que Premiere Pro et After Effects, les outils de plate-forme tels qu'Adobe AIR et les logiciels en tant que service tels qu'Omniture SiteCatalyst utilisent scrum pour devenir plus efficaces et fournir les bonnes solutions aux clients avec une meilleure qualité. Cet article présente les méthodes utilisées pour mesurer l'impact de scrum sur ces équipes.
Vers la compréhension des pratiques agiles efficaces dans le développement de logiciels distribués : Une étude empirique
Résumé : Bien que l'application des approches agiles au développement distribué soit censée être bénéfique, les mécanismes de la combinaison des approches agiles avec le développement distribué ne sont pas bien compris. Peu de recherches ont été menées pour déterminer quelles pratiques agiles sont considérées comme efficaces dans différents environnements de développement de logiciels distribués. Cet article étudie les pratiques de développement et de gestion agiles efficaces pour la réussite des projets de développement de logiciels distribués. Nous rendons compte de nos premiers efforts pour déterminer dans quelle mesure ces pratiques agiles sont liées à la réussite d'un projet dans le cadre d'un développement logiciel co-localisé, non co-localisé ou délocalisé/externalisé. Notre analyse des pratiques agiles efficaces est en accord avec les rapports d'expérience existants, bien que certaines pratiques agiles n'aient étonnamment pas semblé aussi efficaces que prévu. Nous concluons sur les orientations futures de la recherche.
-----------------
HICSS-44 PAPERS FOR REVIEW - date limite d'envoi des commentaires : 14 août 2010
Du 4 au 7 janvier 2011
Le Grand Hyatt Kauai Resort et Spa
Kaloa, Kauai, Hawaï
HICSS-44 offre un environnement unique, hautement interactif et professionnellement stimulant que les participants trouvent "très utile - beaucoup de perspectives et d'idées différentes résultant de la discussion". Les sessions HICSS sont principalement composées de présentations d'articles évalués par un comité de lecture ; la conférence n'accueille pas de présentations de vendeurs. Tous les articles sont évalués par des pairs et les articles acceptés sont publiés dans la bibliothèque numérique de l'IEEE.
Piste : Technologie des logiciels
Minitrack : Développement agile de logiciels : Lean, Distributed, and Scalable (allégé, distribué et évolutif)
Co-présidents : Jeff Sutherland et Gabrielle Benefield
Les processus de développement de logiciels agiles ont été influencés par les meilleures pratiques de l'industrie japonaise, en particulier par les principes de développement de produits allégés mis en œuvre dans des entreprises telles que Honda et Toyota, et par les stratégies de gestion des connaissances élaborées par Takeuchi et Nonaka, aujourd'hui à la Hitotsubashi Business School au Japon, et par Peter Senge au MIT.
Ce minitrack se concentrera sur l'avancement de l'état de l'art ou la présentation d'idées innovantes liées aux méthodes agiles, aux pratiques individuelles et aux outils. Les articles acceptés enrichiront potentiellement le corpus de connaissances et influenceront le cadre de pensée dans le domaine en examinant les méthodes agiles de manière rigoureuse.
Ce volet est ouvert aux documents de recherche sur de multiples aspects des méthodes agiles, en particulier ceux qui apportent les meilleures pratiques en matière de gestion des connaissances et de développement allégé à des projets évolutifs, distribués et externalisés tels que Scrum, eXtreme Programming (XP) et autres pratiques agiles.
Les documents d'intérêt portent notamment sur les sujets suivants :
*Recherche de méthodologies et d'approches existantes ou nouvelles : techniques et pratiques de modélisation informelle, adaptation/élagage des méthodes existantes et nouvelles techniques de planification de produits/projets.
*Recherche sur les techniques ou pratiques existantes ou nouvelles : jumelage, salles de guerre, conception de tests d'abord, prototypage sur papier, développement axé sur les tests d'acceptation précoce, tests exploratoires, remaniement, ou autres.
*Recherche sur des sujets ou des outils particuliers : gestion de la configuration et des ressources, tests, pilotage de projet, implication des utilisateurs, conception pour l'agilité, équipes virtuelles ou autres.
*Recherche sur l'intégration dans les processus agiles d'idées provenant d'autres domaines, par exemple la conception d'interactions, l'ingénierie des exigences, les sciences cognitives, la psychologie organisationnelle, les tests d'utilisabilité, la sécurité des logiciels.
*études de recherche sur les équipes de développement à l'aide de techniques ethnographiques ou de recherche sociale.
*Recherche sur l'économie de l'ingénierie logicielle agile.
*Études quantitatives et qualitatives des méthodes, pratiques et outils agiles.
*Recherche sur la conformité agile et les avantages en termes de coûts dans les projets de développement certifiés CMMI, ISO 9000 et FDA.
Les articles sont particulièrement pertinents lorsqu'il est démontré que les processus agiles produisent des avantages quantitatifs et qualitatifs à travers de multiples mises en œuvre.
Jeff Sutherland
Institut de formation Scrum
Boston, MA USA
jeff@scruminc.com
+1 617 606-3652
Gabrielle Benefield
Institut de formation Scrum
Londres, Royaume-Uni
gbenefield@gmail.com