In the interest of supporting the software development industry, the following resources are available free of charge.
A Case Study in Implementing Agile
By Taylor Putnam ( August 2014 )This case study for Agile Connection by QSM's Taylor Putnam serves as an example of how adopting agile can be extremely beneficial to an organization, as long as situational factors are considered. Adopting a new development method is a strategic, long-term investment rather than a quick fix. As this article shows, making deliberate, fully formed decisions will ultimately lead to better outcomes.
Read the articleCounting Function Points for Agile / Iterative Software Development
By Carol Dekkers ( August 2014 )Function points (FPs) are proven to be effective and efficient units of measure for both agile/iterative and waterfall software deliveries. However, inconsistencies come to light when comparing FPs counted in agile/iterative development with those counted in waterfall or combination development – and those inconsistencies can create confusion for cost, productivity, and schedule evaluations that span multiple software delivery methods. This paper by QSM Consultant Carol Dekkers seeks to marry International Function Point Users Group (IFPUG) definitions with equivalent concepts in agile/iterative processes so as to create a basis for consistent comparison. This paper was originally published on IFPUG's Beyond MetricViews.
Read the articleTraits of Successful Software Development Projects
By Larry Putnam, Jr. ( July 2014 )Successful software projects are no accident. Best-in-class government IT projects share common traits that agencies can use to ensure success. In a recent article for Government Computer News, QSM's Larry Putnam, Jr. leverages data from from the QSM Database to identify best practices for successful government projects.
Submit the form below to read the full article!
Read the articleBig Agile: Enterprise Savior or Oxymoron?
By Larry Putnam, Jr. ( June 2014 )We know agile works well for small teams and small projects, but monster enterprise projects often require greater capabilities than a small team can provide. So why not scale up agile teams to maintain the cost and efficiency benefits of the agile process while accessing the necessary manpower to pursue complex global projects? On the surface, it makes sense, but what if agile only works when teams and projects stay relatively small? That's the question most CIOs want answered before investing scarce time, energy, or resources chasing the big agile paradigm. In this article originally published on Agile Connection, QSM's Larry Putnam, Jr. turns to cold hard data from completed projects in the QSM database to determine whether big agile is "enterprise savior or oxymoron."
Read the articleSet the Stage for Success
By Donald Beckett ( June 2014 )Management decisions made before a software project is underway are a significant factor in determining whether it succeeds or fails. In a recent article for Projects at Work, QSM's Don Beckett identifies seven principles, based on comprehensive studies, that leaders must support and uphold to help create an environment in which projects can succeed. Ignoring them practically guarantees failure.
Read the articleProject Clairvoyance
By Larry Putnam, Jr. ( January 2014 )Can advances in data-driven estimation turn software project failure into a distant memory? Well, if learning from experience is the key to success, imagine what you could do with real-time access to three decades of research, thousands of projects and more than 600 industry trends.
Read the articleConstant Velocity Is a Myth
By Andy Berner ( December 2013 )Is your agile team’s velocity constant from sprint to sprint? No? That’s not a surprise. Many teams assume that their velocity will be constant. In this article, QSM's Andy Berner explains why that’s not the right expectation--and how that affects how you use this metric.
Read the articleReady, Set, Go...and Ready Again: Planning to Groom the Backlog
By Andy Berner ( October 2013 )For an agile project to progress smoothly, the backlog must be groomed and ready for each sprint. That work must be included in your project plan. This article gives you five points to consider when planning that work.
Read the articleAll In: Collaborative Software Estimates
By Laura Zuber ( September 2013 )A transparent, collaborative estimation process that engages stakeholders can minimize project overruns caused by unrealistic schedule and budget expectations. It depends on metrics collection, analysis, risk comparison, and a structure for sharing the right information with the right people at the right time.
In this article, originally published on Projects at Work, Laura Zuber explores the benefits and best practices of collaborative estimates.
Read the articleIs It Bigger than a Breadbox? Getting Started with Release Estimation
By Andy Berner ( July 2013 )It’s becoming clear to organizations adopting Agile methods that one still needs to estimate how long a project or a release of a product will take. It won’t suffice for businesses to simply take guesses or accept unreasonable constraints. We must be able to derive credible estimates, based on a history of similar projects. But how can we estimate a project in advance, while still maintaining the ability to manage the backlog in an Agile manner?
In this article, we’ll answer that question, compare release-level estimation to the techniques used for iteration estimation, and give some pointers on getting started with release estimation in an Agile environment.
Read the article