From the category archives:

agile

Project Kaizen Reading

by Hal on April 30, 2009

in agile, books, innovation, kaizen, lean

Adopt the “no satisfaction” approach that has made Toyota far more successful that others. Read about kaizen.

{ 0 comments }

Twitter and Architecture both benefit from pair design.

{ 2 comments }

Projects Are about What?

by Hal on March 24, 2009

in PM practice, PMI, agile, books, teams

The Project Shrink combats conventional wisdom in his new book.

{ 3 comments }

The tough worldwide economy requires attention to delivering high value to our clients. Read Clarke Ching’s “Rocks into Gold” to see what you can do to take care of your clients while keeping your company viable.

{ 3 comments }

If you’re new here, you may want to subscribe to my RSS feed. Thanks for visiting!

I won’t bore you with all the references to how multi-tasking produces waste. But do understand, the company policy to have very high utilization of staff creates the requirement for multi-tasking. Full utilization is not sustainable. Until [...]

{ 19 comments }

Guest blogger Claude Emond

{ 5 comments }

There is such an urge to get our projects right. Not approximately right. Right, as “Do it right the first time.” Projects are not like that, especially design projects. Norman Bodek has been speaking about two principal ways we learn: copying the successful actions of others and making mistakes. If [...]

{ 0 comments }

Another great day of work. We got through the Daily Scrum in 13 minutes (without standing). I asked for a weekly retrospective to examine what we are learning and what needs our attention. In short, team members assessed they were learning and accomplishing far more than they expected. Let’s see if [...]

{ 1 comment }

Another Scrum Day of Learning

by Hal on June 28, 2007

in agile, collaboration, lean

We had our first Daily Scrum. It took 16 minutes. I minute too long. Our ScrumMaster asked each of us the 3 Scrum questions:

What have you done since yesterday’s meeting?
What are you going to get done today?
What impediments (obstacles) do you need to be removed?

What do I know? I’m just a [...]

{ 0 comments }

A lean construction consultant learns Scrum Development. It’s eye-opening!

{ 0 comments }

Why would a lean projects guy hire a Scrum software development ScrumMaster? Short answer: it seemed like a good idea at the time. Seriously, I’m doing some work for an architectural engineering firm. The company focuses on designing technically sophisticated manufacturing facilities. We are developing for them a responsibility-based planning approach. [...]

{ 3 comments }

IGLC-14: Theory of Projects

{ 0 comments }

Lean Carnival

by Hal on November 6, 2005

in agile, lean

Explore the work of leanies and agilists from RPM ‘On the Side…’

{ 0 comments }

David J. Anderson, author of Agile Management and the weblog of the same name posted a series of Lessons Learned from Eli (Goldratt):

#1 Small Batch Sizes
#2 Resistance to Change
#3 Don’t Assign Blame
#4 Lean and Six Sigma

Have a look. David is a solid writer and avid learner. He doesn’t just stop at the lesson [...]

{ 2 comments }

Good, Fast, Cheap — Pick Two or Three

by Hal on December 20, 2003

in agile, books

Let me introduce you again to David J. Anderson. David is the author of Agile Management for Software Engineering. He has a companion weblog where he continues to explore the topics in his book. David will be one of our guest authors in next year’s Project Leaders’ Studio™ Conversation with Authors [...]

{ 1 comment }

Scrum and Critical Chain PM are different approaches. Read on…

{ 7 comments }

Lean project delivery and agile software development are sidling up to one another. Quite a number of the readers of this weblog are from the agile software/extreme programming/scrum development community, or should I say ‘communities’. I can’t tell yet. I am clear all three camps share a great dissatisfaction with the status [...]

{ 1 comment }