scrum

My Agile Life: Pull

by

(This column is posted at www.StevenSavage.com, Steve’s LinkedIn, and Steve’s Tumblr)

More on my use of “Agile” and Scrum in my life!

Let’s talk Pull, Agile, and personal productivity. Unfortunately this requires some backstory so I’ll try to keep it short.

  1. I use Scrum as my Agile method to keep life in order. That’s basically “have an ordered list of stuff to do, choose what to do in a timeframe from the top priority, do it, revise, repeat.”
  2. One of the foundational methods of Agile is Kanban. Kanban is simpler – have a workflow, and move work along the various states (like analyzing, doing, testing) while limiting work in progress. Often you only have one item in every state if that. Keeps you from multitasking and a big part is “pull” – something only moves along when nothing is ahead of it, ideally.
  3. Alot of Scrum uses Kanban elements including Work In Progress and Pull.

In this case, I’m big on Work In Progress and Pull. I’ve written about WIP before, so let’s talk Pull. This is a near-forgotten part of good productivity or personal productivity. There’s also a heavy psychological component that, when you acquire it, you’ll find your productivity soaring.

The basic idea of “Pull” is:

  1. You have certain states of work. Usually this is “backlog”, “definining”, “doing”, “testing”, and of course “done.”
  2. “Backlog” and “Done” have no limits, obviously.
  3. our backlog is in order of priority.
  4. hen one state is empty (no work in progress) then you can move an item into it. That’s pull. I like to think of it as a vacuum – when a state is “empty” it can “pull” something that’s ready to move on into it.

Catch the subtlety there? You can only move an item along your workflow when there’s a “void” that pulls it in. If it’s not ready, it doesn’t move (like a column not being ready for an editor who has free time). If there’s something ahead of it (like the editor is editing another column of yours, so your latest has to sit) it doesn’t move. You start thinking not in “pushing things ahead” but making space for things to move along.

I can’t tell you what a revelation this was to me, and it took me awhile to realize just how much I learned. It really started when I had a vacation weekend where no one was around and I wasn’t sure what to do. I had “space” so I not only relaxed, but I just “banged out” a lot of work and chores and the like. i would say “that’s done, I have space, what’s next” and I felt that pull and that workflow.

Later I saw it at work, where one of my teams uses Kanban. I could see flows both work and get jammed up and suddenly saw the importance of thinking in pull. Thinking in pull means keeping your workflow clear of blockages, of constantly focusing on making space and moving things along so other things can move.

This “Pull” idea is also a lot more relaxing than the endless emphasis of “pushing” things along. Pushing things along eventually creates a pileup and a wreck. Thinking in “Pull” means making things run smoothly – and getting more done in the end.

So try this, whether you use the same techniques as me, different ones, or are just trying to be more productive. Focus on “pull,” on keeping your workflow clear of blockages. Move along the thing closest to done first, limit what you have in progress, and see what happens when you open up space for yourself.

(By the way I do plenty of books for coaching people to improve in various areas, which may also help you out!)

– Steve

 

My Agile Life: The Project Doesn’t Matter

by

(This column is posted at www.StevenSavage.com, Steve’s LinkedIn, and Steve’s Tumblr)

More on my use of “Agile” and Scrum in my life!

So this is going to sound weird, but one thing I realized in Agile practice, and my own use of the Agile technique of Scrum (with a touch of Kanban), is that the Project isn’t the most important thing.

Yes, I know, heresy. Projects are books, right? Projects are art, true? Projects are games, correct? I talk Projects all the time.

No. A book, a piece of art, a game is a product. Products deliver value to the customer and that’s what matters.

Projects are ways to get things done, to produce products, a useful conceptual tool, but that’s it.  The idea of a Project helps you complete a Product that has value.

Yeah, let that sink in. All your planning, all your schemes, everything are secondary to the result. Think it’s hard for you? I’m a guy with a ton of certifications on the subject of Project Management. In short, I actually have certifications on the second most important thing.

Except this is liberating. I don’t have to take Projects seriously or any other organizational tool.  All that matters is if this concept, this idea, this tool, this idea helps deliver value.  That’s it.

This is where Agile as a mindset shines. It’s outright saying that your goal is a result.  That’s it.  Everything else is just a tool on the way to the result.  You only have to care so much.

This is where Agile techniques shine, they’re tools to help you find blockages and get to the results – but like any tool you don’t have to be attached to them. Scrum this year becomes Kanban. This level of Project Breakdown is replaced by another.

I still use the term Project.  It’s useful.  I just don’t have to get invested in it.  It’s all about results.

By the way if you’re focused on Projects and not results – why?  Are the results even worth seeking?

(By the way I do plenty of books for coaching people to improve in various areas, which may also help you out!)

– Steve

My Agile Life: Be Your Own Best Boss

by

(This column is posted at www.StevenSavage.com, Steve’s LinkedIn, and Steve’s Tumblr)

(My continuing “Agile Life” column, where I use Scrum for a more balanced and productive life continues).

One of the better bosses I had, when seeing a report I had created, noted “Now I understand where we are and I’m worried.”

Why do I say he was a better boss? Because his reaction to seeing disturbing data was to then figure out what to do. He didn’t kill the messenger (me) or berate the team (everyone else).  So, solve the problem.

This provided what’s known as Psychological Safety (https://en.wikipedia.org/wiki/Psychological_safety), feeling I and we could take risks.  Ironically I was laid off a few months later – as was he – due to other reason.  I felt so bad for him being laid off I forgot my own feelings of annoyance.

Psychological Safety is crucial for good management and good Agile.  Agile philosophy and methods depend on feedback and authenticity so people can respond, communicate, and improve.  Without that it will fail -and trust me, I’ve seen some doozies.

In personal Agile, you’re everyone – the boss, the product owner, the scrum master, the team, the analyst, etc.  Psychological Safety seems to be a bit irrelevant here.

But I realized it’s not.

Ever berate yourself for mistakes?  Ever beaten yourself up over missing something?  Hard on yourself?  You probably have done all of this – you haven’t provided yourself with psychological safety.  You’re being the Bad Boss to yourself.

This is very common.  This is probably near-universal.  I’ve encountered many people who beat themselves up constantly, and worse of all excuse it.  They’re their own battered spouse, their own abusive parent, their own tormentor.

Honestly, a lot more of us probably need to be in therapy.  But back to Agile before this gets too depressing.

To be productive, you need Psychological Safety, even in your own personal life.  How can you achieve that?  A few things I’ve found:

  • * Honesty.  Be honest with yourself self, admit your mistakes and flaws and issues.
  • * Cooperation.  Work with yourself to improve.  Coach yourself.  “You” are on the same team.
  • * Enablement.  Help yourself get better so you don’t repeat mistakes and can improve.
  • * Review.  Review what you do to improve what you do.  It becomes regular, it becomes habit.
  • * Empathy.  Let yourself “feel” what you feel, its like having empathy for others but you’re taking a look at yourself.
  • * Humor and fun.  Learn to have fun, let yourself have fun, enjoy things.

It’s not easy.  But it’s better than the alternative.

Being your own worst enemy is, well, the worst.  This is because you can never get away from yourself.  How about being a good manager to yourself instead?

(By the way I do plenty of books for coaching people to improve in various areas, which may also help you out!)

– Steve