Category Archives: Uncategorized

why kanban? why focus on lead time reduction?

nicely put by David Anderson: agilemanagement.net/index.php/Blog/why_kanban/

(my emphasis)

knowledge workers such as software developers are overburdened, and … suffer from interruptions, task switching and too much multi-tasking as a result of the overburdening. The overburdening comes from a drive to manage for efficiency (or utilization), that knowledge work is invisible and because the future is uncertain

… demand always exceeds capability to supply, and workers are always busy. Often they start more and more work without a focus on finishing it. This in turn leads to long lead times.

Long lead times are correlated with poor quality. This is almost certainly because … much of the knowledge is tacit

…Much of the work is invisible and a shared understanding of the work and the dynamics of the process that created it are often not achieved. …. Misunderstanding of invisible work require large amounts of coordination effort to reconcile and rework is often needed. Insuring quality and an outcome that matches with original expectations is a constant challenge.

Early delivery of knowledge work often creates additional value. … shortening lead times … is almost always desirable.

Short lead time … demonstrate agility. They also create liquidity in the system. Hence, short lead times (or cycle times) are desirable from a risk management perspective.

…. Kanban systems enable us to limit WIP and avoid overburdening by only pulling work when there is capacity. …. Idleness is a signal that there is an opportunity for improvement. Idleness also provides slack with which to make improvements.

Kanban visualizations …. helps immensely with shared understanding reducing coordination effort and improving quality.

Limiting WIP reduces lead time by reducing multi-tasking. Other kanban system design strategies and staff allocation strategies may reduce task switching. …. Knowledge is often stored between and across members of a network. By keeping the time from starting to finishing short, the risk of knowledge perishing or information becoming stale due to external forces, is greatly reduced. The result is a better product and usually a lot faster.

…. IS LEAD TIME THE ONLY CAPABILITY WE CARE ABOUT?

No …. throughput …. quality …. social capital …. customer satisfaction …. governance … risk …

What we care about is always contextual and has to be based on a mix of customer and other stakeholder expectations.

However, lead time is nearly always one of [the things we care about] because it provides benefits in so many dimensions of risk that reducing lead time nearly always improves the satisfaction for one or more stakeholders.

m2eclipse plugin makes M2_REPO variable non modifiable in Eclipse

After installation of m2eclipse plugin Eclipse was not able to resolve the absolute path of the jars in classpath.

The value of the M2_REPO variable was changed itself to some path other than what I configured. When I tried to fix that, to my surprise I can’t edit it any longer. It was marked with this text “M2_REPO (non modifiable)”.

i experienced the same as this guy, but my solution was not quite the same.

i got eclipse to use an external maven’s settings.xml (eclipse preferences -> maven -> user settings), which had <localrepository> set to the right location.

about goals

there’s SMART goals (Specific / Measurable / Attainable / Realistic / Timely), and then there’s STUPID goals (with more focus on strengths and what you really care for than planning and control).

some (like Leo / @zenhabits) even say it’s better to achieve without goals, or to not have goals!

or even stop trying to be more productive!

You don’t need goals to tell you what to do.

Goals as a system are set up for failure.

Toss productivity advice out the window.

…. the advice is wrong for a simple reason: it’s meant to squeeze the most productivity out of every day, instead of making your days better.

Imagine instead of cranking out a lot of widgets, you made space for what’s important. Imagine that you worked slower instead of faster, and enjoyed your work. Imagine a world where people matter more than profits.

Life where you’re always doing something you love is art.

but if you don’t have goals, or even if you do, the point is really to improve, continuously, isn’t it? 

Jurgen recently asked for and received concrete advice for becoming a better manager – not abstract  values or principles, but concrete advice on what agile managers should do from day to day.

so…

– should you set a specific (numeric) target or not?

– should you plan some time ahead, like in a project, or should you just think about the next step (even if in the direction of a specific vision)?

– should you focus on improving your weaknesses, or focus on excelling with your strengths?

– should you even have goals, or just follow your passion?