Project Management Archive

0

Derek Huether Presenting at Agile 2014 in Orlando, Florida

Presenting Agile 2014It’s official. I’m going to be presenting at Agile2014 in Orlando this summer. My 75-minute session will be part of an Learning track that is targeted at anyone who struggles with getting their work done.

My session will be on Wednesday, July 30 at 09:00 in the Sarasota Room. 

Hope to see you all in Florida!

At home and work, how to get more stuff done. An introduction to Personal Kanban.


Submitted: Tue, 2014-01-14 01:40 Updated: Tue, 2014-01-14 01:43
Presenter: Derek Huether
Track: Learning Session Type: Workshop Audience Level: Learning
Room Setup: Rounds Duration: 75 minutes
Keywords: Learning, Process, kanban, flow, personal, WIP, Personal_Agility, process improvement

Abstract:

With a world of constant distraction, it feels like it’s getting harder and harder to get stuff done, regardless if it’s on a personal or organizational level. At some point, we’ve been sold the lie that multitasking is great and maximum utilization is even better. If we all drank the Kool-Aid, why are we doing more and getting less done? If there were a relatively simple way for you to get more stuff done, wouldn’t you want to know what it was? If there were a way for you to measure and improve your processes over time, wouldn’t you want to know how to do that as well? When getting stuff done is a primary measure for success, we need to introduce people to concepts that are simple but can be leveraged at scale.

In this session, participants will be introduced to the principles of Lean and the application of Kanban to visualize their personal work, limit distraction and waste, and get stuff done. I’ll cover the core concepts outlined in Jim Benson and Tonianne DeMaria Barry’s book, Personal Kanban, to get you started. I’ll talk about how Kanban can be applied to everyday work and why you should do it.

Through my years of struggling with ADD/ADHD and my years of management, leadership, and coaching, I have learned and applied Personal Kanban techniques in my everyday life and Lean Kanban at both government and private organizations. This is your opportunity to experience what I am like after a few cups of coffee and for you to learn a few simple strategies that you can start using before you even leave Agile 2014. This workshop can help you map your work and navigate your life.

 

0

Agile Engine Metaphor

carI recently published a post over at the LeadingAgile website. I compared and agile transformation to a carburetor engine.

It was based on an interesting exchange I had on Google+ about Agile process transformation successes and failures. Here is one of the comments from the other person. Tell me if it sounds familiar.

My previous employers had big problems with Agile. Attempted to use it multiple times and had a nice failure rate of 100%. As far as I know, they are trying again. I’m rather curious. Would be interesting to know how it turns out this time.

If you like it or not, I can pretty much guarantee that company mentioned above will fail again, if they don’t have the proper organizational structure, governance, and clearly defined criteria for progress and success. In other words, their agile process engine is going to stall.

If you’ve never started a car built before 1990, you need to realize that just turning the key won’t get the engine running. All it will do, especially if it’s cold, is crank away until the battery is dead as a door nail. Instead, you need to set the choke to allow the engine to suck in lots of raw gas so some of the vapor will ignite.

Read the complete blog post…

Image Credit: Pictofigo

0

My Personal Kanban submission for Agile 2014

agile2014_banner

I am happy to announce I submitted a workshop titled  ”At home and work, how to get more stuff done. An introduction to Personal Kanban“.  After asking people to provide comments, I was informed that the submission wasn’t viewable. It looks like you need to be logged in. Go figure.

Submitted: Tue, 2014-01-14 01:40 Updated: Tue, 2014-01-14 01:43
Presenter: Derek Huether
Track: Learning Session Type: Workshop Audience Level: Learning
Room Setup: Rounds Duration: 75 minutes
Keywords: Learning, Process, kanban, flow, personal, WIP, Personal_Agility, process improvement

Abstract:

With a world of constant distraction, it feels like it’s getting harder and harder to get stuff done, regardless if it’s on a personal or organizational level. At some point, we’ve been sold the lie that multitasking is great and maximum utilization is even better. If we all drank the Kool-Aid, why are we doing more and getting less done? If there were a relatively simple way for you to get more stuff done, wouldn’t you want to know what it was? If there were a way for you to measure and improve your processes over time, wouldn’t you want to know how to do that as well? When getting stuff done is a primary measure for success, we need to introduce people to concepts that are simple but can be leveraged at scale.

In this session, participants will be introduced to the principles of Lean and the application of Kanban to visualize their personal work, limit distraction and waste, and get stuff done. I’ll cover the core concepts outlined in Jim Benson and Tonianne DeMaria Barry’s book, Personal Kanban, to get you started. I’ll talk about how Kanban can be applied to everyday work and why you should do it.

Through my years of struggling with ADD/ADHD and my years of management, leadership, and coaching, I have learned and applied Personal Kanban techniques in my everyday life and Lean Kanban at both government and private organizations. This is your opportunity to experience what I am like after a few cups of coffee and for you to learn a few simple strategies that you can start using before you even leave Agile 2014. This workshop can help you map your work and navigate your life.

Information for Review Team:

My first blog post about my Personal Kanban story happened in August of 2009.
Since that time, I have evangelized the use of Personal Kanban for people who had tried everything from To-Do lists to Franklin Covey Planners to GTD, with little or no success. It gives me a profound amount of joy sharing this information to people ranging from parents who struggle to get their kids to bed to CEOs trying to make sense of a portfolio backlog. This workshop will begin with me telling me story and my challenges of staying focused and getting stuff done. It will conclude with people realizing how easy it is to grasp the basic concepts behind Personal Kanban, benefit from them, and then tell others.

Logistics:

Each table will have 3 sheets of 25 x 30″ easel pad paper with pre-designed Kanban boards, a stack of index cards with different (effort) activities listed and predetermined values. (Writing what teams will be asked to do would spoil the surprise but I promise we’ll have some fun) I will explain to everyone how a Personal Kanban works. Each 10-minute practice session is designed to bring to light the daily struggles we may have in completing our work. After each session I will ask how the room would approach their work differently. The expectation is that more work will get done during practice session two and then even more during practice session three, based on what the attendees will learn in the previous sessions and improving their processes.

Agenda:

• Introduction and Overview [10 minutes]
• Core Concepts [10 minutes] [20 minutes elapsed] What is the history of Kanban? What’s the difference between Kanban and Personal Kanban, what makes up a Kanban board, how do we design a Personal Kanban board, what is WIP, what is flow?
• Practice [10 minutes] [30 minutes elapsed] Round 1 / Our first board
• Retrospective [5 minutes] [35 minutes elapsed] What worked and what didn’t?
• Practice [10 minutes] [45 minutes elapsed] Round 2 / Our second board design
• Retrospective [5 minutes] [50 minutes elapsed] What worked and what didn’t?
• Practice [10 minutes] [60 minutes elapsed] Round 3 / Our third board design
• Retrospective [5 minutes] [65 minutes elapsed] What worked and what didn’t?
• Conclusion and Questions [10 minutes] [75 minutes elapsed] What did you learn? What were you surprised by? What other questions do you have?

Background Info:

• I have been successfully leveraging Kanban on an organizational level since 2008 and evangelizing Personal Kanban since August 2009.
• Jim and Tonniane’s book, which provides the basis of this session, is widely available. Here is a slide deck on the basics of Personal Kanban: http://www.slideshare.net/ourfounder/personal-kanban-101

Prerequisite Knowledge:

None

Learning Outcomes:

  • Understand key definitions and terms of Lean and Kanban
  • Understand how to apply Kanban to your personal and professional life
  • Understand how you can measure and improve your processes

Presentation History:

I have been presenting since 2011, when I appeared at the Great Lakes Software Excellence Conference. I’ve since been a guest at the Work Management Summit in 2011, and then presented at AgileDC in 2011, and 5 Project Management Institute events, including the Project Management Symposium 2012 (Washington DC), PMI Global Congress 2012, PMI Puerto Rico Simposio Anual 2012, Project Management Symposium 2013 (Washington DC), and most recently PMI SoMD Chapter 2013.

A few of my public sessions are available on Slideshare

 

1

Cheat Sheet for Backlog Refinement

Backlog Refinement Meeting

What is it?

The purpose of backlog refinement (grooming) is to make improvements to the product backlog.  Though there is no official ceremony detailed in the Scrum Guide, the activity of refining the Backlog is.

Who does it?

Backlog Refinement is a collaborative effort involving:

  • (Optional) facilitator – (like a ScrumMaster) keeps the session moving toward its intended goal
  • (Optional) representative(s) from the Management Team – clarify the high level priorities
  • (Mandatory) representative(s) from the Product Owner Team – clarify the details of the product backlog items
  • (Mandatory) representatives from the Agile Delivery Team – define the work and effort necessary to fulfill the completion of agreed upon product backlog items.  It is recommended to have at least one developer and one tester when refining the backlog, to ensure alternate viewpoints of the system are present.

When is it?

Before development of a user story in the current sprint (iteration), generally sometime during the previous 1 or 2 sprints, the team sits down to discuss the upcoming work. Do not wait too late to add details, because the delay will slow the team down. Do not refine your stories too far in advance, because the details might get stale. Depending on the delivery rate of your teams, you should be meeting once or twice a week to review the backlog.

Before You Begin

We need to ensure:

  • The product backlog is top-ordered to reflect the greatest needs of Management Team and the Product Owner Team
  • Candidates for grooming include stories identified as not ready to complete within the next sprint or will require multiple days of research
  • Epics, features or other items on the Management Team roadmap are reviewed periodically

The Backlog

The product backlog can address anything deemed valuable by the Product Owner Team. For the purpose of sprint planning, when using Scrum as the delivery framework, product backlog items must be small enough to be completed and accepted during the sprint and can be verified that they were implemented to the satisfaction of the Product Owner team. 

Estimate

Backlog items must be completed in a single sprint or split into multiple user stories. While refining, give stories an initial estimate to see if they are small enough. If not, split them. The best way to split product backlog items is by value and not by process.

Acceptance Criteria

All stories require acceptance criteria. Without it, you can not define the boundaries of a user story and confirm when a story is done and working as intended. Ensure acceptance criteria is testable.   This is what your testers should be writing tests against.

Rewrite Written Stories

Ensure the user story format is consistent, INVEST criteria is being met, and is written from a business not technical perspective.  Know who the customer is. It may not be an end user. Rather, the story may be for something like a service, to be consumed by another team.

Image Credit: Pictofigo

Originally Posted at LeadingAgile

0

Brain Teaser With a Hidden Lesson

parking lot

What is the number of the parking space containing the car?

I was on Google+ last night when I came across a brain teaser.  It took me about 20 seconds to figure it out.  On average, I’m finding others taking about 2 minutes. Others just gave up, getting angry with me for asking the question.

I have a theory for how long it will take you to figure it out.  The more empathetic you are, the less time it will take you. Counter to that, if you are more apathetic toward others, it will take you longer.

The question:

What is the number of the parking space containing the car?

So, how long did it take you?


Tags: