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."

Archive for Adoption

Jan
29

Enterprise Transition Community

Posted by: Delmar Hager | Comments (0)

We have a book club at work. The book under discussion right now is Succeeding with Agile: Software Development Using Scrum by Mike Cohn. If you have not read this book it is a must read. I bought copies for my team (I did get reimbursed later) because I thought it was so good. The following are comments about ideas presented in this book.

Agile so many times starts at the developer level. Usually a team lead or manager has read about Agile and wants to use it with their team. That is the way I started, I was a team leader. This works great for a limited period of time util you run into the bureaucracy of the standard software development process. That is the time to start thinking of how to transition the whole company or division.

One concept introduced by Mike is the Enterprise Transition Community (p. 63).

The Enterprise Transition Community exists to create a culture and environment where change can be released by those who are passionate about the success of the organization and where success leads to more passion from more people. The ETC does this not by imposing changes on the organization but by guiding groups who are implementing changes, by removing obstacles to doing Scrum well, and by creating energy and excitement for the change.

In other words you need a team at the appropriate level in management to take up the Agile cause. They are the ones who will guide the agile adoption and remove the obstacles. Read this section in the book, it might help you in your adoption.

Categories : Adoption
Comments (0)
Jan
25

Introducing Agile Change

Posted by: Delmar Hager | Comments (0)

Change is difficult for all of us. We get comfortable in a routine and like to maintain it. This is especially true at work where we spend a majority of our waking hours.

It becomes a challenge to Agile practices to an organization or a team because of resistance to change. Here are some ideas on how to introduce change :

  1. Sell the team on the problem that needs to be fixed
    Many times we need to convince the team there is a problem. It is important we explain what the problem is and have the team agree that the problem needs to be addressed.
  2. Have the team read about Agile
    Introduce the team to reading materials that clearly explain the Agile concepts you want to introduce. These may include blogs, white paper and books.
  3. Attend Agile user group meeting
    There are Agile user groups in any metropolitan area. It is good to attend these meeting to get other developers opinion about Agile.
  4. Do not be fanatical about Agile
    When you are passionate about Agile methodologies it is easy to be fanatical. This will turn people off because you do not listen to their concerns.
  5. Choose one Agile practice to introduce
    To much change at one time overwhelms a team. Introduce one new Agile practice a month. This will make change easier because the team will have time to learn about the practice and apply it.
Categories : Adoption
Comments (0)
Jun
23

The tide is changing

Posted by: Delmar Hager | Comments (0)

Today was one of those days when one sees months of effort pay off. The project manager and QA manager are really going to give the team a chance to do genuine agile development over the next 3 months. Our overall deliverable is not until the end of September but we will have a chance to work with QA and actually produce sequential releases for for multiple projects. This should be challenging and fun.

Categories : Adoption, Agile
Comments (0)

Communicate can I say it enough. Agile development requires and enhances communication. We had an unfortunate situation where lines of communication broke down for a project. It occurred with requirements and QA testing.

The scope of the requirements were not clearly understood by the product owner. Actually we do not have direct communication with the product owners and are using a proxy. Fortunately there are still drawing on the window which clearly showed the scope of the project.

Then we had miscommunication with the QA test plan. The test plan was never reviewed. and had tests that were outside of the scope of the project.

The project is also behind schedule and requires special exemptions to get into the current release.

I hope you understand that this was not a Agile project. These problems are ones that would have been exposed sprint plans and reviews.

Categories : Adoption, Agile
Comments (0)

Is this how it happens in most large development groups “adopting” agile?

More important from a business perspective, the ability to compete
and make money with the potential power of lean and agile principles
has been squandered by doing agile rather than being agile.

We encourage those that want to realize enterprise agility to take
the time to learn the implications of values such as responding to
change over following a plan, and to take the time to discuss and
share these insights with others.

p 146 - Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum

Categories : Adoption, Agile
Comments (0)