Votre navigateur ne supporte pas JavaScript ! HICSS 2011 Agile Papers - Need Reviewers! - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS
We need good reviewer for a series of Agile papers submitted to the HICSS Conference. Reviews are due by 14 August. If you are interested, send email to jeff@scruminc.com and let me know which papers you would like to review. You must set up an account for yourself at the HICSS submission site before emailing me: https://precisionconference.com/~hicss/
Agile Development at ABC – What Went Wrong?
Abstract: Agile development methods continue to enjoy widespread use, with more and more companies transitioning to agile methods. Current literature suggests that most of those companies are successful in making the transition, but others are not so successful. This paper examines one such company – referred to within as the ‘ABC Company’ to maintain their privacy – and analyzes and discusses their struggles with implementing agile methods. In short, it appears that lack of firm leadership commitment to agile, absence of a clearly defined customer to provide clearly defined requirements or push for additional software capabilities, failure to provide adequate initial or ongoing training and support to the organization as a whole, and underestimating the change management requirements were contributing factors to ABC’s struggles with implementing agile methods. These conclusions were reached based on a series of interviews with company employees, review of the relevant literature, and comparisons with other similar case studies.
Management guidelines for Scrum agile software development process
Abstract: This paper explores critical issues and challenges that might arise in Scrum agile software development processes and provides management guidelines to help organizations avoid and overcome barriers in adopting the Scrum method as a future software development method. A qualitative research method design was used to capture the knowledge of practitioners and scrutinize the Scrum software development process in its natural settings. An in-depth case study was conducted in two organizations where the Scrum method was fully integrated in every aspect of two organizations’ software development processes. One organization provides large-scale and mission-critical applications and the other provides small- and medium-scale applications. Differences between two organizations provided useful contrasts for the data analysis.
Integrating Software Quality with Earned Value Management in Projects, Programs and Portfolio Management using AgileEVM Techniques
Abstract: Agile practices integrate software quality attributes into the development process. Earned Value Management (EVM) includes cost management while Agile processes do not. Integrating Agile and EVM provides a more comprehensive management capability for software development. Operating in an environment without integrating software quality puts entire portfolios and programs at high risk. Schedule slips from quality problems, such as late integration often become known when it is too late to react and resolve without significant impact.
AgileEVM is a robust integration of Agile and traditional earned value that integrates quality with cost, scope and schedule management. Because each item in a Scrum product backlog is sorted according to highest value, claiming done with established quality levels enables AgileEVM to truly measure outputs of value.
AgileEVM supports all 32 EVMS guidelines directly or relies on external systems like financial accounting. AgileEVM scales and can integrate multiple control accounts, including the portfolio level.
An Educational Testbed for the Computational Analysis of Collaboration in Early Stages of Software Development Processes
Abstract: Agile software development processes are widely adopted in software engineering projects. Their low organizational overhead and iterative nature make them ideal choices for small development teams. The application of those methods in software projects that require collaboration between multiple sub-teams, however, is a challenging task. Especially the initial phases of such projects are crucial for project success and a problem-free inception period generates a basis for efficient development later in the process.
We introduce a testbed that allows analyzing the collaboration processes during those early stages of software development within a low-risk, educational environment. Participants of a software engineering lecture form development teams of considerable size and develop real-life applications within a realistic, yet controlled, environment. By combining manual observations with the computational analysis of digital collaboration artifacts we are able to gain insights into distinctive patterns of collaboration activity and reason about their triggers within the process setup.
Supporting Scaling Agile with Portfolio Management: Case Paf.com
Abstract: This paper is a descriptive case study of how one company, Paf.com, introduced portfolio management to help support scaling agile software development. Paf.com had experienced problems with long time-to-market due to thrashing, which was caused by frequently changing priorities due to an ad-hoc prioritization process. Also, there was lack of visibility into projects entering and progressing in the development pipeline. No structured way of starting projects was enforced company-wide, and too many parallel projects got started. As a result of introducing a structured portfolio management process, the number of ongoing projects has dramatically reduced, from over 200 to 30. Listing all projects in priority order in the Paf.com backlog provides visibility into what is currently ongoing. The portfolio follow-up function provides progress data on the projects in the Paf.com backlog, which helps managers make more informed decisions, considering the whole portfolio.
Embracing or Constraining Change: An Exploration of Methodologies for Maintaining Software
Abstract: This study uses a grounded theory research method to explore how IT professionals define and select a methodology to maintain existing software. The findings contribute to a better understanding of how standard methodologies are applied in software practice and the critical factors used by professionals when choosing an appropriate methodology for software maintenance activities. This research underscores the need for incorporating the full software life cycle in information systems development research as well as highlighting the need for more comprehensive education in software methodologies.
Improving Trust in Information Systems Development Using Agile and Formal Practice
Abstract: This paper posits that Implementing a balanced portfolio of Agile and formal project practices will strongly support the cognitive trust-building processes necessary to promote good development and O&M decision making for information systems, programs, and projects. The mechanisms enhance decision making by moderating the potentially negative effects of executive, managerial, development team, and end user distrust. Research has shown that establishing and maintaining an environment of trust can be improved by using effective trust supporting and trust building practices in appropriate situations.
This paper argues for employing a set of trust building practices and processes from both formal and Agile methodologies that varies depending upon three factors: the need to develop a new or full replacement system, the experience of the user/purchasing organization with the development team, and the O&M status/working capabilities of the solution in use by the target organization.
Scrum Metrics for Hyperproductive Teams: How They Fly like Fighter Aircraft
Abstract: Scrum teams use lightweight metrics like story points, the burndown chart, and team velocity. The inventor of Scrum was a fighter pilot and used the Scrum burndown chart to help teams land a sprint properly. Recent work with hyperproductive teams shows they are like modern jet fighters in multiple ways. They have two engines that produce velocity--alignment of the team and team spirit. A hyperproductive team uses careful measurement of aspects of performance and prioritization to make slight adjustments in flight. Just as modern jet fighters are inherently unstable without computers to fine tune flight parameters, hyperproductive teams require daily adjustment based on key metrics. Careful attention to the metrics described--velocity, work capacity, focus factor, percentage of found work, percentage of adopted work, original commitment, final commitment, commitment accuracy, estimate accuracy, and target value contribution increase can develop and sustain hyperproductive teams.
Measuring the Impact of Scrum on Product Development at Adobe Systems
Abstract: Over the past several years scrum has grown to become the most commonly used product development method at Adobe Systems. Large desktop software products like Premiere Pro and After Effects, Platform tools like Adobe AIR, and Software as a Service products like Omniture SiteCatalyst are using scrum to become more effective at delivering the right solutions to customers with higher quality. This paper discusses the methods used to measure the impact scrum has had on these teams.
Towards the Understanding of Effective Agile Practices in Distributed Software Development: An Empirical Study
Abstract: Although the application of agile approaches in distributed development is expected to be beneficial, the mechanics of combining agile approaches with distributed development is not well understood. There has been little research to identify which agile practices are identified as effective in different distributed software development environments. This paper investigates effective agile development and management practices for distributed software development project success. We report on our initial efforts to identify to what extent these agile practices are related to project success in co-located, not colocated or in offshore/ outsourcing software development. Our analysis into effective agile practices agrees with existing experience reports although some agile practices surprisingly did not appear to be as effective as expected. We conclude with future research directions.

 

 

-----------------
HICSS-44 PAPERS FOR REVIEW - reviews due 14 Aug 2010
January 4-7, 2011
The Grand Hyatt Kauai Resort and Spa
Kaloa, Kauai, Hawaï
HICSS-44 offers a unique, highly interactive and professionally challenging environment that attendees find "very helpful -- lots of different perspectives and ideas as a result of discussion." HICSS sessions are comprised primarily of refereed paper presentations; the conference does not host vendor presentations. All papers are peer reviewed and accepted papers are published in the IEEE Digital Library.
Piste : Technologie des logiciels
Minitrack: Agile Software Development: Lean, Distributed, and Scalable
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.
The track is open to research papers on multiple aspects of agile methods, particularly those that bring best practices in knowledge management and lean development to scalable, distributed, and outsourced Scrum, eXtreme Programming (XP), and other agile practices.
Les documents d'intérêt portent notamment sur les sujets suivants :
*Research on existing or new methodologies and approaches: informal modeling techniques and practices, adapting/trimming existing methods, and new product/project planning techniques.
*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
fr_FRFrench
Actions