Archive for the ‘Agile Best Practices’ Category

Is Agile the key to building high assurance software?

Monday, December 6th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

Of course!

Back in October, Rally started a project led by Craig Lagenfeld, one or our great Technical Account Managers, and Dean Leffingwell, see more on Dean below, to take the FUD (Fear, Uncertainty and Doubt) out of this application of agile methods.

Craig&Dean

If we hit this out of the park, we will be delivering guidance to the Agile Community that describes the best practice for developing high assurance software in highly regulated environments. The primary guidance will be a detailed “how to” whitepaper that will include examples of organizations who are already utilizing one or more of the practices and tools that we describe. Other deliverables will include a blog series, webinar, and tool validation guide. In short, the Agile Community will change their question from “can we utilize Agile to create high assurance software and still be compliant” to “how soon can we get the process and tools implemented to take advantage of Agile”.

Now two months into the project, we are trying to broaden the audience and collaborators for this work. We’re excited about this project and the great feedback we are getting from the Agile community. The blog series is generating a lot of interest, with people either wanting to know more or offering to contribute. Heck we even have quite a few emails from the Compliance Community wanting to help us out. Keep the emails coming- or better yet, start directing all of your support, questions, and feedback to the blog posts (and comments on this post) so that we can keep this building in a public forum. In the end Dean and I plan to deliver much more than a series of blog posts. We want to deliver guidance that Rally customers and Agile Practitioners can use to educate themselves and their organization.


The purpose of the project is to bring together Agilists who know that Agile is a better way to produce safe, reliable innovations but are unsure of how to accomplish this within a highly regulated environment. In our second post, Dean and I decided to use medical devices as the focus of our work, providing real examples of how medical device companies are confidentially using Agile practices today (see our recent posts on Abbott Labsand GE Healthcare). My part in the project focuses largely on ensuring that we provide a best of breed tooling suggestion to support the process that Dean and other experts in the field are developing. – Craig Langenfeld

Dean Leffingwell is a great friend, author, and entrepreneur. Before starting Requisite, the orignal makers of Req Pro, Dean ran a company called Rella that manufactured medical devices. Not only does he know software, agility and lean, but has many stripes from medical device certification and compliance. We are thrilled to be collaborating with him again; if you do not know his work, he is the author of Scaling Software Agility: Best Practices for Large Enterprises and the soon to be published Agile Software Requirements: Lean Requirements Practices for Teams, Programs and the Enterprise.

Again, if you are in this field please join Criag, Dean and your peers in the High Assurance and Regulated category of Dean’s blog.


Ryan Martens is an Epic Pass holder for 2010, a school board member at Friends’ School Boulder and CTO at Rally Software Development.

Craig Lagenfeld is a Technical Account Manager at Rally Software Development.

Dean Leffingwell is an entrepreneur, executive, author and consulting methodologist.


Ryan Martens original post

N levels of Agile planning and beyond

Monday, November 29th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Jean Tabaka

I’ve been pretty passionate about collaboration and knowledge flow throughout the decades of my technical life. This passion led me to author Collaboration Explained. Now I value playing with and applying a variety of visioning, planning, and learning models in Agile organizations. My reading has focused on models for individuals and organizations in how they create flow of value in 21st century businesses. For me, there could be no better place than the Agile context in which to apply these models of rich knowledge sharing. Complex Agile organizations need to consider diverse models that can effectively guide how they plan and deliver.

Agile planning helps us scale and mature across the organizationHarmony, Balance

With this in mind, I’m excited to announce a new series about N levels of Agile planning. I’ll be co-authoring the series with my Rally colleagues Ben Carey, Zach Nies and other Rally folks. Ben, Zach and I want to share some of our informal conversations around Enterprise Agile planning, knowledge creation and knowledge sharing. That means we’ll be blogging about various models we think can be useful for capturing and tracking Agile business value up and down the organization.  Our suspicion is that useful scaling and maturing models coupled with overall team practices bring great value at a variety of levels within an Enterprise Agile organization.

In this series, we’ll share direct experience in applying our models both within Rally and with Rally customers. That means we’ll share some insights about collections of practices at the various levels of Agile planning. We’ll also provide guidance around the Rally services and tooling we believe support planning in continuously innovative, value-driven organizations. Also, be sure to check out Ryan Martens’s series about Scaling Agile to the Strategic Level. Ryan and others will be providing on-going guidance about Rally’s “Project Stratus” tool for road mapping and other strategic practices specifically for Enterprise Agile beyond Release planning.

Ben, Zach and I don’t believe we are the sole experts on this topic!

We’re exposing our frank conversations in hopes of gaining your reactions, insights and feedback. You probably already know about some of Rally’s existing guidance on Agile planning. We just want to dig a little deeper, play a little more with these perspectives and some new approaches that could help you innovate your own Enterprise Agile adoption. While we do this, we’ll be reporting on how we are experimenting with these models here at Rally in our own practices using our own tools and our own services as well as new practices.

Look for our first blog in the next few days describing the overall model of  “Why, How, and What” in positioning the value of Enterprise Agile planning. How many levels of planning will emerge in our exploration, and what will they look like? We aren’t yet prepared to declare in a definitive fashion. Instead, we’ll peek into that together with your input.

Join us as we go into N levels of Agile planning and beyond. We’re looking forward to great dialogue with you through the comments you bring.

Jean Tabaka is a crash skier, author and Agile Fellow at Rally Software Development. You can follow Jean on Twitter at @jeantabaka

Jean Tabaka original post

N levels of Agile planning and beyond

Monday, November 29th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Jean Tabaka

I’ve been pretty passionate about collaboration and knowledge flow throughout the decades of my technical life. This passion led me to author Collaboration Explained. Now I value playing with and applying a variety of visioning, planning, and learning models in Agile organizations. My reading has focused on models for individuals and organizations in how they create flow of value in 21st century businesses. For me, there could be no better place than the Agile context in which to apply these models of rich knowledge sharing. Complex Agile organizations need to consider diverse models that can effectively guide how they plan and deliver.

Agile planning helps us scale and mature across the organizationHarmony, Balance

With this in mind, I’m excited to announce a new series about N levels of Agile planning. I’ll be co-authoring the series with my Rally colleagues Ben Carey, Zach Nies and other Rally folks. Ben, Zach and I want to share some of our informal conversations around Enterprise Agile planning, knowledge creation and knowledge sharing. That means we’ll be blogging about various models we think can be useful for capturing and tracking Agile business value up and down the organization.  Our suspicion is that useful scaling and maturing models coupled with overall team practices bring great value at a variety of levels within an Enterprise Agile organization.

In this series, we’ll share direct experience in applying our models both within Rally and with Rally customers. That means we’ll share some insights about collections of practices at the various levels of Agile planning. We’ll also provide guidance around the Rally services and tooling we believe support planning in continuously innovative, value-driven organizations. Also, be sure to check out Ryan Martens’s series about Scaling Agile to the Strategic Level. Ryan and others will be providing on-going guidance about Rally’s “Project Stratus” tool for road mapping and other strategic practices specifically for Enterprise Agile beyond Release planning.

Ben, Zach and I don’t believe we are the sole experts on this topic!

We’re exposing our frank conversations in hopes of gaining your reactions, insights and feedback. You probably already know about some of Rally’s existing guidance on Agile planning. We just want to dig a little deeper, play a little more with these perspectives and some new approaches that could help you innovate your own Enterprise Agile adoption. While we do this, we’ll be reporting on how we are experimenting with these models here at Rally in our own practices using our own tools and our own services as well as new practices.

Look for our first blog in the next few days describing the overall model of  “Why, How, and What” in positioning the value of Enterprise Agile planning. How many levels of planning will emerge in our exploration, and what will they look like? We aren’t yet prepared to declare in a definitive fashion. Instead, we’ll peek into that together with your input.

Join us as we go into N levels of Agile planning and beyond. We’re looking forward to great dialogue with you through the comments you bring.

Jean Tabaka is a crash skier, author and Agile Fellow at Rally Software Development. You can follow Jean on Twitter at @jeantabaka

Jean Tabaka original post

Scaling Agile to the Strategic Level- Now Open

Tuesday, November 16th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

I am excited to say that this week we announced, at the Gartner AADI Summit and Agile Development Practices East, the availability of a new service offering and product from Rally. To support this launch and amplify the feedback loops from the community, we are starting a blog series on this topic. All of the blog posts in this series will show up in the blog, but also get linked into a summary page focused on Scaling Agile to the Strategic level (above release level, including roadmap and vision level for products, programs and solutions).

scaling

If managing Agile at the strategic level is something you are expert at or struggling with, you will want to follow this series. It is going to be written by a team of folks from Rally including myself, Jean, two internal Coaches at Rally, eighteen external Coaches at Rally and product experts.

In the last year, we have read a ton on strategic execution and lean, blogged on many of those ideas, experimented with talks and exercises and worked with a number of our customers. In addition, we ran our fellow Rallyers through many of these concepts. As a result of this work and the rapid development of our supporting product, code-named “Project Stratus,” we feel that we are ready to offer some value in the form of professional, product and community services to educate, enable and explore these concepts, methods and tools with our customers.

From sharing our experiences, we have learned that managing above the release level, at the roadmap and vision level, is different than project or program-level management. It is NOT:

  • as focused on the big epic feature as the desired outcome
  • an extension of the integrated agile release train as much as management of flow and contention

These offerings are brand new; we know they will change with more feedback and experience; as a result, they are being released now with less packaging and polish. The service offering starts with a two-day assessment and training effort, but then moves into a custom statement of work. The Project Stratus product offering will remain in preview status for the short term. We assume that focused work with 15 to 20 key customers will shape these solutions for all.

If you think you could be one of those customers, please do not hesitate to contact your account managers, coaches or customer success representatives. We are anxious to share these breakthrough concepts with customers who are willing to co-develop them with us.

With regard to the blog series, we see the following topics getting explored over the next three months:

kanban

  • Introduction
  • Our Theories and Why Project Stratus?
  • Our Agile Strategic Planning Service offering
  • The making of Project Stratus
  • Prediction in Kanban versus Scrum commitment
  • Enterprise Kanban and AgileZen
  • Others, based on your comments and feedback

If you have topic ideas or comments, please post below. Again, don’t forget to subscribe or share the RSS feed or email feed for the blog to be part of this discussion. We want YOU to participate in this Community of Thinkers!

Ryan Martens is an Epic Pass holder for 2010, school board member at Friend School Boulder, and CTO at Rally Software Development.

Ryan Martens original post

Rally On Both Coasts

Tuesday, November 2nd, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Jean Tabaka

It’s shaping up to be a busy November for us here at Rally with conferences on both coasts. We’re a Silver sponsor of Gartner’s Application Architecture, Development & Integration (AADI) Summit November 15-17 in Los Angeles. For Agile Development Practices (ADP) East November 14-19 in Orlando, Rally is the Conference Sponsor and once again I’m honored to be presenting. We’re coast to coast, and we’ve got discount codes for both conferences (see below).

Rally Booth

Rally on the West coast with AADI

Rally is excited to be a part of Gartner’s AADI Summit that focuses on powering the Agile enterprise. The summit includes a key conference track on Agile and highlights three critical building blocks of a successful applications strategy—Cloud, SOA and the overhaul of existing Applications. Stop by the Rally booth to talk with one of our Agile coaches or other team members to learn how we can help move your organization into the next phase of Agile adoption.

In addition, one of Rally’s high-profile, enterprise customers will be speaking about how their adoption of Agile practices in an 800-person development organization (within a $15 billion division) has delivered:

  • 3X better throughput
  • an 89% bug reduction
  • the elimination of over 180,000 hours of development time in one quarter

For more news and information about the summit, follow the #GartnerAADI hashtag on Twitter. Also, stop by the Rally booth (F) to pick up a hat, register for a chance to win an iPad, and to learn more about how we can partner with you in achieving Agile success.

Rally on the East coast with ADP East

Once again, Rally is proud to be the Conference Sponsor for ADP East. This conference is a great opportunity to dive into both Agile basics and the latest trends in Agile. Participants will gain guidance in testing, development and organizational best practices.

I always love the ADP conferences because of the energy of the participants and the variety of topics. The conference is a great venue in which to share new ideas and experiences. This year I’m excited about exploring new trends in Kanban as well as revisiting Agile basics such as story writing.

Be sure to check out my two sessions on Monday and Wednesday along with these other opportunities to join with us at the conference:

  • Monday, 11/15 at 8:30 am – Writing Great User Stories 1/2 day tutorial
  • Tuesday, 11/16 at 4:30 pm - Welcome Reception, sponsored by Rally
  • Wednesday, 11/17 at 12:45 pm – Lean, Kanban and the Art of Flow regular session with Bill Wake, Senior Coach at Industrial Logic, Inc.
  • Wednesday, 11/17 at 2:45 pm – Agile with the Right Tools can Maximize Developer Productivity with Collin O’Brien, Technical Account Manager and Sean Billow, Major Account Manager at Rally Software
  • Visit the Rally Software booth # 7 & 8 to chat with Agile coaches and other Rally team members about how we partner with organizations through tools, coaching and community to help achieve Agile success. Rally is also contributing an iPad to the conference Passport game, so be sure to stop by to get your passport stamp.

For more information and updates about the event, follow the #ADP10 conference hashtag on Twitter.

If you’d like to join us for either of these events, use the following registration links and discount codes: Gartner AADI use code ADRD to save $300; ADP use code RAAV to save $200

Jean Tabaka is a wine enthusiast, author and Agile Fellow at Rally Software Development. You can follow Jean on Twitter at @jeantabaka

Jean Tabaka original post

The Secret to Coordinating Multi-Team Agile Programs

Monday, September 27th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ronica Roth

Ronica

I taught a public Certified ScrumMaster class in Boulder recently, and was struck yet again by how many folks had burning questions about how to manage multi-team programs with Agile.

Technically, the CSM is an introductory course, designed to give the basics of Scrum sprints and releases and of how to lead Scrum teams.  More and more, though, I find that people feel the need to at least understand how Agile works at scale, even as they begin to implement Agile for a single team.  “Tough Questions” from the class included: “How to collaborate with non-Agile teams on a single project,” and “How to handle coordination between multiple Scrum teams.”

I began to answer these questions during last week’s webinar: “The Secret to Coordinating Multi-Team Agile Programs.” In the webinar, I described why Agile teams have the advantage when it comes to quality, value *and* coordination in multi-method programs.  I also gave some practical tips for making coordination and integration work.

I was really excited to be joined on the webinar by Srikrishna Gopalakrishnan, eBay Senior Product Development Manager. I had the good fortune to work closely with Sri when we were launching eBay’s first Agile program.  Sri talked about what it’s really like not only to make the coordination work, but also to change the way you lead and manage, along with putting a different kind of energy into motivation.  Sri and I got to tell our stories, adding real-world experience to make sense of textbook Agile.

I invite you to listen to and watch the recorded webinar.  And, for those of you who listened and submitted questions, answers are on their way shortly.

Ronica Roth original post

Balanced Metrics for Agile Enterprises – Net Promoter Score @ Rally

Wednesday, September 15th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

Believe it or not, we talk about metrics here all the time. I bet it is the same around your near real-time, software-driven enterprise too. For Agile teams, the pursuit of good metrics and forms of feedback to steer their work is an obsession. I swear we have as many “quants” in this company as engineers, service or sales professionals.

At Rally, we currently track four categories of metrics in a kind of balanced score card of SMART numbers:

  • Employee satisfaction (see Colorado Best Company and Outside Magazine); We also use an on-demand 360-degree peer review system
  • Value Throughput (% of value demand versus failure demand, work in process, cycle time, services backlog and lead time, along with any awards and/or positive reviews)
  • Financial (Lifetime value of customer, cost of sales, breakeven point, bookings growth, renewals %, cash)
  • Current Customer Satisfaction (Control charts of cases and escalated cases normalized by user base)

NPS as part of your Agile Metrics

We are about to start measuring a new number – NPS. Ever since Tom Poppendieck exposed me to the Fred Reichheld’s book on Net Promoter Score back in 2006, I have been interested to see how a powerful tool like this could be applied to Rally.

The theory behind Net Promoter Score is, as the book’s title says, “The Ultimate Question”  – measuring customer satisfaction. On Wikipedia, you can see the criticism of this measure versus other questions, but I really like the rigor and material available behind this approach. You can find success stories, along with blogs, additional resources and information about what makes up a good NPS on the NetPromoter.com web site. Of course, Net Promoter is just one of a balanced set of metrics to help understand performance, improvement and stakeholder value. We see NPS as an increase in discipline around customer satisfaction measures. For an Agile enterprise, those end-of-pipe measures become a great predictor of future financial performance and growth.

Iteration One of NPS at Rally

We decided it was time to measure NPS at Rally due to four factors:

  • our recent growth in staff, due to financing in late 2009
  • success in moving other customer metrics this year
  • the search for an over-arching metric around customer satisfaction
  • increased sophistication and capabilities in our IT environment and belief that the feedback can help prioritize strategic work for 2011

Our team started this effort as a skunk works out of IT. Once we completed our first iteration and understood how we would need to scale NPS, our IT team prototyped a solution in and between our instance of Salesforce and Eloqua. We then expanded the team to include support, customer advocacy and marketing. This team’s first goal was to get smarter by reaching out to other friendly SaaS vendors we work with who had implemented NPS. We are extremely grateful for the time that Nadia De Villa of Eloqua and Susan Gingrich of Readytalk spent with us to share their experiences. (This Readytalk blog post led us to Susan.)

The first phase of our NPS survey will go out this week. If you are one of the randomly selected customers who receive it, please take the 30 seconds needed to respond.

Our super-short survey will take maybe 30 seconds to complete.


We are eager to hear your feedback and ready to adjust things as necessary. If you can’t wait for our survey, please feel free to comment on this post or send me an email: ryan.a.martens@rallydev.com. We really want your feedback as we are trying to be a GREAT company.

Since NPS only measures customer satisfaction and we have to balance a portfolio of stakeholders, I am sure this will not become the one or “ultimate” number for the company. But, I am confident that this will become a part of the weekly corporate dashboard. If this is an interesting topic for folks, let me know and I will post follow-ups in the future. We would also love to hear about the experience of your team or company with NPS.


Ryan Martens is a tomato canner, school board member at Friend School Boulder, and CTO at Rally Software Development.



Ryan Martens original post

Rally in Raleigh; Success in becoming a Whole Cupcake?

Tuesday, September 7th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

Did you know that some people pronounce Rally and Raleigh the same?  It is also a tongue twister to say them together.  These are two of the more esoteric things I have learned in the eighteen months following our acquisition of 6th Sense Analytics.

fivefingersRaliegh

Five Fingers for a great Q2 and great North Caroline BBQ

This is in the forefront of my mind following a recent trip to Rally’s Raleigh-Durham, North Carolina office. After Agile 2010 in Orlando, Jean Tabaka and I visited our largest remote office in their new digs.  We were there to help share in their Q2 Celebration event.   It was a real pleasure to see that office filling out and becoming whole.  (more on the cupcake thing below)

Becoming whole is so critical for a remote office and for an Agile team.

When I was working at BEA, I was part of an amazing machine that really knew how to acquire companies.  BEA learned from Cisco about how to do this right and how to balance autonomy and culture to create a healthy soul for an office away from the corporate headquarters.  Typically, BEA moved one or two folks to the remote facility to become active managers and help provide local leadership. These embedded people helped make the transition smoother by transferring norms, values and informal networks of the existing organization to the newly acquired team.  In fact, BEA would not move forward with an acquisition deal unless it had management bench strength who were willing to move and play that role.

We compensated without management bench strength.

In Rally’s case, we did not have that management bench strength to move folks from Boulder to Raleigh. As a result, we lived through what some folks on the team called “open wheel racing.”  We had a lot of rubbing and bumping.  We struggled as Boulder team and Raleigh team tried to figure out the balance between autonomy and culture. And we were tackling this cultural bumping while working collaboratively on the same product and sometimes in the same code-base.

We knew we had to address the lack of local leaders from corporate and so we started with 3 specific practices:

  1. We stuck with eight-week agile release cycles. This frequent synchronization really helped keep the wheels on both cars.  To help jump start real collaboration for the releases, the Raleigh team flew out to Boulder for most of the release planning meetings in 2009.
  2. Within the releases, we chose to develop a vast majority of the Raleigh code as a separate service running in separate application containers. This supported the Raleigh team having almost complete ownership of the functional value they delivered.
  3. We added HD Video conferencing to support frequent meetings and open worm-holes to broaden communication channels beyond emails, IM, and phone calls.

Our next steps brought in additional agile team members.

Since the acquisition of 6th Sense in late 2008, we had a only a partial agile team in Raleigh.  To complete the team, we added a development team lead and a product owner in Boulder.   In 2009, the Raleigh team released Rally’s customized reporting service and time-tracking capabilities.  Todd Olson’s ability to lead the Raleigh team in collaborating with the existing team in Boulder was yet another critical piece in our path to integration.  Todd was the original founder of Six Sense and the spiritual leader from founding and past experience in ALM space with Together J and Borland.

IMG_3654

Todd and his daughter enjoying one from the Cup Cake Shoppe in Raleigh

This summer, the office moved into a larger space to accommodate our hiring efforts in Raleigh.  So far this year, we have hired or moved six new people into Raleigh and we are not done.  Shameless plug – “In fact, we have 21 open positions at the company in Boulder, Raleigh, London and in the field.“  Part of the Raleigh growth was due to the AgileZen acquisition in April.   In January, we were feeling good enough about our lessons learned with the 6th Sense acquisition to make that move.  This time, instead of moving Rally people to where AgileZen lived, the AgileZen team moved to our Raleigh office.  We found out about their intention to move during the negotiation process and it was a huge green light in the transaction. (Think like BEA above – makes balancing autonomy and culture much easier when the management bench can not support the acquisition.)

Based on some of the joy, happiness well-being and cupcakes! (These were no ordinary cup cakes, they were from the Cup Cake Shoppe – made famous by President Obama during the Healthcare debate. We found out the owner is a great lady as she even chauffeured our own Susan Ruh to the new office!) Jean and I witnessed all this during our Q2 celebration visit, Rally Raleigh has certainly taken strides to build a cohesive agile team in a period of growth and integration.

But, there is still more to do

We recognize that there are always items in our organizational backlog.  As the Raleigh team continues to build the whole, we owe a bunch to the folks who were closest to the open-wheel racing process.  They kept their cool, did things to build empathy for the other team and kept focused on delivering value.  For Rally as a whole, we still have a lot to learn about running remote offices in a culture that is much more collaborative than what any of us witnessed in the last decade at BEA, Borland, Mercury, Quark, Rational, or Serena.

Please comment your ideas or experiences with remote offices and highly agile teams.

Ryan Martens is a tomato canner, school board member at Friend School Boulder, and CTO at Rally Software Development.

Jean Tabaka is a wine enthusiast, author and Agile Fellow at Rally Software Development.

Ryan Martens original post

Five Reasons Why CIOs Should Consider Agile Development

Tuesday, August 24th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

Hugos PicMichael Hugos, principal at Center for Systems Innovation [c4si], writes, speaks and consults on strategies for IT and business agility and mentors development teams. He spent six years as CIO of a multibillion dollar distribution cooperative developing a suite of supply chain and business systems that transformed the company’s operations and revenue model. He won the CIO 100 Award and Premier 100 Award for his work. He’s author of several books and writes an online column for CIO magazine called “Doing Business in Real Time.” We recently met with Michael at the Agile 2010 conference, which resulted in “Agile is Ready for the Enterprise” and sparked the idea for this blog post.

Rally asks: What issues and trends are you seeing across technology departments, development teams and in discussions with CIOs?

Michael Hugos answers: The example set by companies such as Google, Facebook and Netflix shows how companies can use iterative development to continuously enhance products and grow market share. This is being noticed by business and technology leaders in other companies and they are asking if they can do the same thing to drive development in their own companies. People realize that IT is right down the middle of everything a company does, and that traditional software release cycles of once a year, or even once a quarter, are not able to keep up with the pace of change and innovation these days.

Just like the word “athlete,” the word “Agile” grabs your attention; it sounds great. But moving from desire to reality always tests peoples’ commitment. A lot of companies are struggling with the all-too-common reaction of, “That’s not the way we do things here…” Agile approaches are interesting and fascinating to companies, but then there is the tendency to immediately criticize new ideas – we’re all prone to it. As soon as someone suggests a new way of doing something, we all think of 10 reasons why that can’t be done or why it won’t work.

Rally: What is driving enterprise adoption of Agile?

MH: To begin with, agility is no longer just a good idea; it’s now backed by law – the law of probability. This law says if a company can’t keep up with rapid rates of change in the world then its probability of success is getting smaller and smaller every day. And since companies need IT infrastructure and applications to operate, just as our bodies need a nervous system and muscles to move, IT agility is critical for a company to achieve business agility.

In the last few years, software tools have enabled executives to measure and track progress on Agile projects and to see the performance of Agile teams in widely dispersed geographical locations. That makes Agile methods more feasible for large companies. A pervading feeling exists throughout business that just about everything else has been tried and IT groups are still not really keeping up with the backlog of user requests. Users are starting to go around IT and do their own things using SaaS, social media and mashups to put together systems. So why not give Agile a try?

Rally: How do Agile methodologies help large organizations foster, regain or accelerate the pace of innovation?

MH: Agile practices offer the best way to improve communication and collaboration between business and IT. Meaningful innovation always starts with communication and collaboration. Another thing that Agile practices enable is the ability to try out new ideas and explore opportunities quickly without investing a lot of money up front. With more traditional approaches, companies invest a lot of time and money planning up front before they start something new. This is expensive. And since most new ideas don’t pan out in the end, this traditional approach makes it difficult (if not impossible) for companies to try out enough new ideas in a year to find that small handful of ideas that do work out and deliver the profits they are looking for.

I like to say that in this high-change and unpredictable economic environment, companies need to: “Think big, start small and deliver quickly.” That’s the best way to keep up, adapt and respond to change, and find the opportunities they are looking for. Agility means letting go of slow, deliberate decision-making in favor of quick, repeatedly-tested decisions. That’s why Agile methods are so appropriate for energizing companies and helping them develop innovative products and services.

Rally: How do you make a case for Agile and address the fears of risk-averse CIOs, CTOs or CEOs?

MH: First, I remind executives of something that has become a fact in the last 10 years: business operations and technology are so tightly intertwined that there is no meaningful distinction left between the two; you can’t do business without technology. That might seem obvious to many but, executives who have been around for a while (like me) may still remember the days when IT was just a back office operation.

Once people acknowledge this reality then I point out that, over the last 10 years, Agile practices have been thoroughly field tested and have an impressive track record for delivering success. There are software tools now, like Rally and others, that address Agile project management and reporting, business and IT collaboration, software testing, and the continuous integration of new software with existing systems infrastructure. So going Agile is not just a leap of faith anymore.

Agile is actually a better way to manage risk versus using traditional waterfall approaches. With Agile practices, big projects are divided into lots of smaller projects that build on each other. This enables people to employ short feedback loops, learn quickly and change plans in light of new information. Two of the biggest causes for failure in business and failure in new development projects is that companies have no inexpensive way to investigate new opportunities, and they blindly follow predefined project plans without change – even as the world itself keeps changing.

The IT profession is at a turning point: one group of IT practitioners has learned that agility is the way to go, but more traditional practitioners still call it radical. Yet, the traditionalists continue to apply the same old ways of doing things that result in the same old horrendously expensive, multi-year projects that produce systems barely better than what was there before, if they even work at all. More and more business executives are coming to the conclusion that the effective support of business agility is the main reason for their company to have an internal IT group. Otherwise, there are options now to just outsource IT operations to cloud computing vendors and get new applications from SaaS providers and social media.

Rally: What does the future hold for Agile and Lean development practices?

MH: Probably the biggest change will be analogous to what happens when a company grows and transitions from an entrepreneurial startup to an established business. When this transition happens, there is a need to become more pragmatic and less idealistic. In the Agile world, this means that “Scrum-but” will actually be the best way for most companies to adopt Agile methods. Each company will customize versions of Agile that best fit their needs and it will be some combination of practices from Scrum, XP, Lean, Kanban, etc. Even waterfall practices have some benefits which should be incorporated where they make sense. Agile practices will not be set in concrete; they will continue to evolve over time as companies learn more and the world keeps changing.

Another big change for Agile is the realization that Agile development is not an end in itself. The value of IT agility is its ability to drive business agility. In the end, agility is more about business than about IT. Instead of co-locating business people with development teams, we will embed IT people in business operating units and co-locate development teams with business people.

I talk about this in my most recent book Business Agility: Sustainable Prosperity in a Relentlessly Competitive World. Agile companies will become real-time organizations that use IT to drive a process of continuous focusing on and responding to opportunities and threats. They will employ IT to drive three continuous feedback loops that make their real-time operations possible. The first feedback loop (I use the Yin-Yang symbol), provides awareness of a changing environment and identifies threats and opportunities. The second loop (I use a sunflower because of how it constantly adjusts itself to follow the sun across the sky), provides balance and continuously adjusts existing operations and processes to fit changing circumstances. And the third loop (I use the leaping panther), provides agility in the sense that it is how companies create new processes and products to seize new opportunities. The figure below illustrates this.

Three Feedback Loops

Ryan Martens original post

Our Agile Organization Materials at Agile2010

Friday, August 13th, 2010

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Warning: preg_replace() [function.preg-replace]: Compilation failed: unknown option bit(s) set at offset 0 in /var/www/wordpress/wp-includes/shortcodes.php on line 227

Original Post by Ryan Martens

This week both Jean and I delivered talks on the Agile organization at Agile 2010 in Orlando. Whether you were able to attend one, both or neither, this post shares the handouts and materials that we used in the talks.

If you attended, please provide comments on what you liked, were puzzled by and might change in the future.

Jean’s work was a three-hour tutorial on learning models for managing the Agile organization.   She ran three exercises and provided a bibliography of books/resources that we have used here at Rally:

Jean in action at Agile 2010

Jean in action at Agile 2010

In addition to Jean’s talk, I presented an experience report on our use of Plan-Do-Check-Act (PDCA) at Rally.  This report tells a story of our evolution of strategy execution from Gazelles/Scrum to Lean/Agile.

We hope these resources provide you with ideas for scaling your own Agile efforts beyond their current levels.  Again, please comment on the blog with what you got from the materials or the talks.  We want to hear from you on this topic.

Ryan Martens is a tomato grower, founding board member of the Entrepreneurs Foundation of Colorado, and CTO at Rally Software Development.

Jean Tabaka is a wine enthusiast, author and Agile Fellow at Rally Software Development.

Ryan Martens original post