Justin York – Simdesk

“Del's leadership was instrumental in bringing agile methodologies to our development team. While transitioning to scrum, I often consulted with Del about how to handle things in the scrum framework. Once our team was fully running on scrum, I felt that we were at least twice as productive as we had been in the past.”

Matt Willson – Pervasive Software

“As Delmar's manager for over a year, I was very impressed with the simplicity of his designs, the quality of his software, and the tenacity he brought to problem solving, especially customer issues. Delmar provided strong leadership for the developers who worked under his tutelage.”

Steve Mook – Pervasive Software and Simdesk

"Del is experienced,enthusiastic and tenacious - an excellent team lead with expertise in UI design and development and Scrum project management. He is willing to learn new technologies, challenge assumptions, take risks, and be accountable for results. His skill and leadership would benefit any team that seeks to improve its ability to deliver value to customers and to the business."

My Agile Experience

What was really exciting was to see the Scrum methodology adopted company wide at Simdesk. Because of the success of our team I was able to train and mentor other team leads, managers and corporate executives to use Scrum. This lead to increased productivity and better communication among the teams, support, product managers and upper management. Goals are well defined and consistently meet.

Tags

adoption architecture books build change collaboration deploy design integratoin learning management performing productivity quality release safety sprint team Team Member team safety training user stories

My Reading List

Coaching Agile Teams: A Companion for ScrumMasters, Agile Coaches, and Project Managers in Transition (Addison-Wesley Signature Series (Cohn)) by Lyssa Adkins (Paperback - June 14, 2010)

Available on safaribooksonline.com as a Rough Cut.

Succeeding with Agile: Software Development Using Scrum [Book] by Mike Cohn - Addison Wesley

The Dip: A Little Book That Teaches You When to Quit (and When to Stick) by Seth Godin

Fierce Conversations: Achieving Success at Work and in Life One Conversation at a Time by Susan Scott

Collaboration Explained: Facilitation Skills for Software Project Leaders - Paperback (Jan. 16, 2006) by Jean Tabaka

Agile Product Management with Scrum: Creating Products that Customers Love (Addison-Wesley Signature Series) Roman Pichler

Practices of an Agile Developer by Venkat Subramaniam and Andy Hunt - Pragmatic Book Shelf

Archive for release

Sep
13

Rhythm and development (Part 2)

Posted by: Delmar Hager | Comments Comments Off

I last addressed how important rhythm is to software development. But what disrupts rhythm for a team?

  1. Crises scheduling
    A crises arises and management decides that we have to address the crises. The team has planned iterations to meet a release schedule but now this schedule is preempted. This is like asking a painter to paint a different section of a house.  He has to climb down the ladder, move the ladder and climb back up. The team will have to “climb down” current project and “climb up” the new project.
  2. Team member shuffle
    Performing teams have worked out their rhythm. They know want needs to be done during an iteration. They have built trust among themselves. When a new member is added or a member removed the team rhythm is destroyed. You have to recreate the trust that helped the team perform so well.
  3. Requirements churn in a iteration
    This happens when a product owner changes the requirements for a user story during an iteration. Work already completed has to be redone. Productivity is decreased because the goals of the sprint has changed.

These are some rhythm disruptions I have observed.

Categories : Agile
Comments Comments Off
Apr
26

Problems With a Release Plan

Posted by: Delmar Hager | Comments Comments Off

I work for a Fortune 500 company and we are implementing Scum. Within the Scrum framework you are to do a release plan. When working for a start-up company this was very straight forward because only one team was working on a product line and we could create a credible release plan. But in a large organization release planning for a team is much more complex. We have a product that has multiple teams and multiple product owners. At this time our release planning is not working. We have not had a successful release plan. Here are some of the reason I believe this is true:

1. The product owners are not empowered
The product owners do not really have control over the product. There are other stake holders that really are driving the product. Therefore the product owners are always reacting and are not able to set a true product road-map.

2. There is not one Product owner for the overall product
This person would handle the priorities for the product as a whole. Our product owners need direction and coordination from the lead product owner. This would help protect the individual product owners from all of the stake holders that are seeking to set priorities.

3. There is no vision for the product
There has to be an overall vision for the product. Why are we doing this product, what are our goals, etc.? This vision must be clear and concise. This vision is what we look to when the product owners set their priorities in the backlog and when there are conflicting priorities.

4. There is no vision for the periodic releases
Each release must have its own vision. What is the reachable goal for this release? How do we coordinate our teams to meet this release goal.

Without these basic fundamentals in place it is going to very hard for the product owners to create a credible release plan.

Categories : General
Comments Comments Off