CategoryAgile

Stack Overflow Developer Survey Results 2019

S

Few weeks ago Stack Overflow presented the results of their annual Developer Survey. I recommend having a look into that as there are lot of interesting insights in there. Link to the results: Technologies Top 10 of most popular technologies (programming / markup / scripting languages) are: Top 10 of most wanted technologies are: And Python is the fastest-growing major language today. Challenges...

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...

Tracking progress of the release

T

Having a potentially shippable product every sprint lies in a heart of Agile, but in many organisations – especially the ones that don’t work in SaaS model – a product is not released to the market every sprint. Sometimes frequent delivery is not possible (i.e. in case some additional tasks like a translation of a documentation, legal approval, etc. have to be done at the end of the...

Splitting large features into smaller stories – Elephant Carpaccio

S

Many teams transitioning to Agile struggle with delivering a potentially shippable product every sprint. Producing a piece of software that provides a business value to a client every 2 weeks seems impossible. Usually, teams say that they can deliver either front-end, or backend, or architecture design for a given feature, but not all these together. It’s a common problem for many teams...

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.

Relative Value Points

R

Product backlog should be DEEP – detailed appropriately, emergent, estimated and prioritised. Everyone who learns about Scrum should be familiar with these key attributes of a good product backlog. But how is the product backlog ordered? Well, most Scrum practitioners would probably say that it’s Product Owner’s decision, but the business value seems like a fair attribute to be...