Tagagile

Recommended Books

R

I am often asked about books I recommend that aspiring leaders should read. Appearances to the contrary, it is not an easy question to answer. I went through what I recall I have read and came up with the following, very narrowed-down list of books I think are mandatory for every software engineering manager.

Agile

Software Development Management

Team
management

Other

Interrupt Buffer

I

In a perfect world, a Scrum team should be allowed to execute their sprint without being interrupted, and all changes or new requirements should be addressed at dedicated Scrum events. While Scrum teams should aim for a world of no sprint interruptions, it’s not the reality most teams face on daily basis. Customer usually do request new functionalities, users do discover critical defects...

Definition of Ready

D

Most (if not all) Scrum teams have a more or less formal Definition of Done (DoD) that dictates when a given user story can be considered as completed (done) and ready for shipment. At the same time, only a few Agile teams have a Definition of Ready (DoR) which, if used smartly, can also give the team a lot of benefits and prevent them from wasting their precious time. To be fully transparent I...

Confessions of a Change Agent (by Henrik Kniberg)

C

Recently I’ve come across a presentation “Confessions of a Change Agent” done by Henrik Kniberg at Agile Rock Conference 2018. Highly recommended for everyone who is or wants to be an internal or external consultant helping organizations to improve (well, change). The main points: Attitude not a roleChange is easy if people want itInspire > ChangeSlow down to speed upPlant...

Benefits of using Scrum [over waterfall]

B

Agile is probably the best approach when it comes to developing complex IT solutions. It’s widely used in product development, but unfortunately, it’s still not that straightforward when you’re working for external clients. The problem is that in far too many situations it’s the corporate purchasing department that awards the seller with a contract, and fixed-scope, fixed...

Inter-team Commitment Stories

I

Managing complex and lengthy projects is a challenge. When dozens of people are working on the same product in parallel there has to be a mechanism for identifying and resolving dependencies and cross-team blockers. In traditional projects, it’s a PM’s task to ensure that all the team members are working on right tasks in right order. She is the one who decides about priorities...

100% utilisation myth and slack time

1

In my recent blog post I covered a topic of limiting Work in Progress. I briefly mentioned that in many companies working on many tasks in parallel is somehow more important than accomplishing them. 100 utilisation myth Many organisation believe that their employees should always be busy with work which results in aiming for their constant 100% utilisation. At first glance it may sound reasonable...

Limiting Work in Progress

L

In many organisations being busy is valued more than delivering the results. At first sight, it may sound quite reasonable – after all, we’re all paid for having hands full of work, aren’t we? Unfortunately, it doesn’t work that way. In a vast majority of cases, the more tasks we try to complete, the less we really accomplish. And pushing yourself to work even harder...

Agile Assessment

A

Many organisations and teams that adopt Agile come to the point when knowing how agile they are becomes an important question. It’s especially important when first stages of Agile transformation prove to be successful, teams finally work at a sustainable pace and it becomes more difficult to identify obvious areas for further improvements.