We have 5249 guests and 9 members online
Home > Articles > Current Edition > Agile Practices

Agile Practices

E-mail
Written by CMC Media Staff   
Tuesday, 09 February 2010 01:00
Agile Practices - February  2010

Vince Lombardi, one of, if not the greatest coach in football history, once said, “Practice does not make perfect. Only perfect practice makes perfect”.

PianoA misnomer is labeling a practice a “best” practice; a practice is only best in the specific context in which it exists.

Our working definition of “practice”, for this month’s topic is: A practice is a common and adaptive approach for doing something with a specific purpose in mind.

When a team is “being” agile, one of the things they will do is self-organize & self-direct around practices; selecting one or more practice to apply to an iteration/sprint.

My article, “The Truth about Practices and Being Agile,” describes two candidate practices: Mastering the Iteration and Three Level Planning.

Matthew Leach in his article “Put Business Analysts to Work for You!” insightfully shares how the introduction of a business analyst, and their experience in communication, elicitation, and enterprise architecture, to an agile development team can reduce risks and improve project success and agile adoption rates. Matthew’s article shares insights about the practice of Business Driven Development.

In his article, “Managing Successful Agile-Build Management Teams,” Chayim Kirshen shares with us the practice of Build & Release Engineering. Chayim does an excellent job describing his team’s collaborative approach in providing customer-focused engineering services while also “being” agile and applying the Scrum framework.

Likewise, in her article “Helping Agile Teams Tip Towards Greater Emotional Maturity,” Ellen Braun excels in describing how “being” agile aids in the development of high-functioning teams-- like recognizing and fostering key behaviors which are markers of emotional maturity, thus enabling teams to gain resiliency to further innovate and accelerate in highly complex environments. Ellen’s observations exemplify the practice of Organizational Learning & Development.

In their article “Product Road-Mapping using Agile Principles,” Anupam Kundu and Tiffany Lentz outline a modest agile-enabled framework seeking to charter a product roadmap and simultaneously providing the “big picture.” Anupam and Tiffany share insights about the practice of Product Management.

Bob Small and Chuck Gadnis in their article “The Value of Concurrent Testing” and Alexander Podelko in his article “Agile Performance Testing” contribute to describing a common and adaptive approach to Concurrent Testing and Continuous Integration.

Finally, Roman Pichler, in his article “Grooming the Product Backlog,” shares with us how grooming the product backlog is an ongoing process that ensures the product backlog is DEEP and that a well-groomed backlog is a precursor for successful Sprint planning. Roman’s article share insights about the practices of Business Driven Development, Mastering the Iteration and Product Management.

Check out the future editions of the Agile Journal, as Mr. Pichler will share additional articles based on his forthcoming book, Agile Product Management with Scrum: Creating Products that Customers Love.

Have a great reading experience!

Your agile buddy and editor,
Russell Pannone
Editor
Agile Journal


Featured articles...


The Truth about Practices and “Being” Agile & Lean
by Russell Pannone
Vince Lombardi, one of, if not the greatest coach in football history, once said, “Practice does not make perfect. Only perfect practice makes perfect”.

A misnomer is labeling a practice a “best” practice"; a practice is only best in the specific context in which it exists.

My working definition of “practice” is: A practice is a common and adaptive approach for doing something with a specific purpose in mind. When we apply a practice we are focused on end and value-added not the means.

Figure 1.0 depicts candidate practices applicable to “being” agile.
Read More >>


Agile Practitioners – Put Business Analysts to Work for You!
by Matthew Leach
The agile methodology, like many concepts, is based on an “ideal” setting or environment. In the agile domain this usually constitutes a 100% co-located team of generalists who have unfettered access to the primary business stakeholder. Working in an ideal environment makes sense when you are describing theory, but organizations can find this perfect environment unachievable due to basic business constraints: resource skill sets, location, and time allocation. These constraints present barriers to agile adoption, can hinder productivity, cause frustration amongst the team, and can lead to project failure.
Read More >>



Managing Successful Agile Build Management Teams
by Chayim Kirshen
While Agile methodologies have made tremendous advances in programming circles, build and release management teams have traditionally shied away from a “full agile” approach.  In informal polling of Build Engineers, I found only one team outside of my own that ran an Agile shop; while there are many out there who do, there are tender points that need special consideration.
Read More >>

More articles...

Helping Agile Teams Tip Towards Greater Emotional Maturity
by Ellen Braun
Teams at a tipping point
Is there a transformational moment within a team when an individual shifts from behaviors that support only individual achievement to those that support team achievement?  What observations can we make as leaders about the specific behaviors that help individuals turn towards their team and lean on behaviors that support the team? How can we nudge teams forward until these behaviors gain their own momentum? My experience in setting up agile teams to tackle complex, systemic problems has brought me to focus on the set of behaviors that are both markers and catalysts of emotional maturity. Emotional maturity matters for agile teams because it enables business value. Emotionally mature teams are resilient and innovative in the face of the setbacks and barriers that come along with complex problems.
Read More >>


Product Road-Mapping using Agile Principles
by Anupam Kundu & Tiffany Lentz
As agile practices become more prevalent across organizations, Product Management divisions face increasing challenges to adapt to these agile techniques and respond to their partners in IT. Sure, both groups seek the values of agile, in terms of higher productivity, improved product quality and predictable business values. We must ask, however, are agile techniques inherent to the way Product Managers create and manage their product portfolio? The quick answer is No. A change in mindset and technique are needed. Given that strategic objectives are frequently set at an executive level, Agile product/portfolio managers struggle to address the dual requirements of defining a product roadmap aligned to those strategic objectives while simultaneously addressing the constraints of resources and budgets consumed at the release and sprint levels.
Read More >>


The Value of Concurrent Testing
by Bob Small and Chuck Gadinis
Concurrent testing is the concept that as software is being developed, it is also being tested. Concurrent testing can be done in several ways; one of the most common is to perform testing at the system level. As a development team completes coding requirements for an application or system, this required code becomes testable, while other team members can execute test cases against the completed code.
Read More >>


Agile Performance Testing
by Alexander Podelko
While it is definitely better to build-in performance during the design stage and continue performance-related activities through the whole software lifecycle, quite often performance testing happens just before going live with very short timeframe allocated for it. Still approaching performance testing formally, with rigid, step-by-step approach and narrow specialization often leads to missing performance problems altogether or to prolonged agony of performance troubleshooting. With small extra efforts, making the process more agile, efficiency of performance testing increases significantly – and these extra efforts usually pay off multi-fold even before the end of performance testing.
Read More >>


Grooming the Product Backlog
by Roman Pichler
The product backlog is a beautifully simple artifact – a prioritized list of the outstanding work necessary to bring the product to life. To work with the product backlog effectively, it needs regular attention and care; it needs to be carefully managed, or groomed. The DEEP Qualities of the Product Backlog
The product backlog has four qualities in Scrum: It is detailed appropriately, estimated, emergent, and prioritized, making it DEEP. I find that particularly the first and the third property are often overlooked. Let’s explore these qualities in more detail, as grooming aims to ensure that the product backlog always fulfils the four qualities.
Read More >>

Last Updated on Wednesday, 08 September 2010 10:02
 
Cialis

Agile Marketplace - Announcements and Special Offers

The Business Case for ALM Transformation
Are legacy systems holding your company back?  Breakthrough these technical constraints with an open and scalable environment that meets your unique business need to transform. There is no reason to be locked into an obsolete platform. The output of a number of recent transitions from legacy systems, this is practical white paper shares lessons learned and illustrates how guidance and enablement can pave the way for change.
Download this Whitepaper