Photo by DocuSign on Unsplash

How to write good User Stories and apply them in a proper way?

User Stories have become a standard way for software development teams to capture business requirements and build Product Backlogs. Unfortunately, quite often Product Managers treat User Stories as another way for storing already defined Business Specs, BRDs or requirements logs — such activities are counter-productive and don’t bring any real benefits from using User Stories.

User Stories were created to help Teams be more effective in delivering business value by building shared understanding between business and technical people, to quicker identify end-users and their problems and support building Products in an empirical way.


Photo by JESHOOTS.COM on Unsplash

Evidence Based Framework as a strategic tool for Product Lifecycle Management.

Software Products gives us the unique opportunity to see exactly how customers use our Product. By tracking thousands of metrics like Visits, Lead Time, Bounce Rate, Reading Time and other we’re able to gather almost a complete picture of the potential user of our system.

‘You can’t manage what you can’t measure’ — W. Edwards Deming

Unfortunately, quite often we’re getting lost in all of those data — the information overload is not helping us to focus on things that matter the most. …


Photo by C D-X on Unsplash

Take your Product Owner skills to the next level.

Sometime ago, I published the article ‘Top 13 Tips to Become a Great Product Owner’, and so far it was the most popular blog post on my Medium account — it got more than 20k visits. Today, (4 years older) I gathered the next set of advice for Product Owners who already had a chance to be in the role for a couple of years.

If you’re new to the role of Product Owner, I’d strongly recommend to first read the below blog post, as it focuses on the basics of Product Ownership.

Top 6 tips for experienced Product Owners

1. Your construction of the reality is subjective.

Your construction of the reality is subjective and prone to inaccurate judgment and illogical interpretations. The only way to limit the impact of it is to be aware of all cognitive biases (‘Thinking Fast and Slow’ is a great book to learn more about the topic) and make decisions based on data. Gather data for each of the new feature that your team is building. Get yourself immerse in already existing framework…


How to minimize the negative effects of Working in Scale.

Having more than 1 team working on the one product means that you’re already working in Multi-Team Environment. The most common challenges related to working in Scale are associated with Cross-Team Dependencies, Shared Ownership and Goals Alignment. Those problems are directly caused by the increase of possible interactions between people and therefore the complexity of the whole system.

Number of possible interactions based on number of people in a team / teams

To reduce (it cannot be removed completely) the negative impact of working in Scale on the productivity and still apply empirical approach to product development, additional effort from each team would be needed to:

  • Keep teams aligned between each other;
  • Enable self-organization…


Photo by Joshua Hoehne on Unsplash

And it’s not Scrum.

Sorry, there is nothing like perfect framework for delivering software, the ways of working depends solely on your current context — type of product, people, technical and soft skills, organizational culture. Sometimes the best approach would be to apply Kanban for product development, the other team would find Lean Rules and eXtreme Programming as the best fit for them.

To bring the most of value to you current company learn about various ways of working, software development practices, the psychology of teamwork and get experience by working in different type of products — Backend Application, Enterprise Systems, End-customer facing apps…


Photo by Brett Jordan on Unsplash

How to build a self-organized team without moving into anarchy and chaos?

Self-organization is one of the main concept of modern methods of managment, unfortunately it’s very often misued and abused by teams, who think they can make whatever they want and how they want if they’re so called ‘self-organized’.

Below you can find 5 practical tips that would help you to build a healthy organizational culture and have a effectively working self-organized teams that are focus on delivering business goals.

1. Make information transparent to everyone.

Enabling easy access to information would encourage your team-members to make decisions on their own, gives them the wider perspective and remove all excuses for not acting. …


Photo by Bernin Uben on Unsplash

With greater power comes great responsibility.

Being a great Senior Developer is not only about having excellent technical skills. As you progress in your career, so called ‘soft-skills’ become more and more important. Having a wider perspective on created solutions, knowing what kind of business problems your product is trying to solve and putting more focus on helping your colleagues to improve their expertise would help your team become better.

The following 3 soft skills can help you distinguish great software engineer from a good one.

1. Solving Business Problems.

Humans are tool builders, and we build tools that can dramatically amplify our innate human abilities — Steve Jobs

The…


Photo by Edge2Edge Media on Unsplash

Practical ways to improve your risk management practices and team’s collective knowledge by estimating User Stories in Story Points.

Story Points have become a standard metric for software development teams for expressing estimates of the overall effort required to deliver features during the Sprint.

Unfortunately very often teams and business stakeholders put too much faith into the abstract number instead of directing their focus on the process of estimating.

Story Points are abstract numbers that were not invented to create quarterly based release plans, making a long-term commitments or building project plans based on team’s velocity — but to let teams be more efficient during their work in Sprints by helping them to early identify risks, improve collective knowledge


Take your Scrum Master skills to the next level.

“The Scrum Master is accountable for establishing Scrum (…) and for the Scrum Team’s effectiveness.” — Scrum.org

Here are my 9 tips on how you can improve your chances of becoming a successful Scrum Master:

1. Take full ownership for team’s effectiveness.

You’re accountable for the Scrum Team’s effectiveness. If a team is not delivering value to customer — it’s your role to help solve the problem. If a team doesn’t know how to take advantage of Scrum — it’s your role to help solve the problem.

Helping the Scrum Team focus on creating high-value Increments that meet the Definition of Done; Causing the removal of impediments


Photo by Clark Tibbs on Unsplash

Top 4 tips for writing good Sprint Goals.

Sprint Goals may be one of the most underestimated parts of Scrum. Preparing Product Backlog is relatively easy, but crafting well-defined Sprint Goal that could inspire the team, enable self-organization and help stakeholders better understand what they will get in the end of Sprint is hard.

The following four tips will help you create good Sprint Goals.

1. Focus on Business Impact.

Well-written Sprint Goals should be focused on the business impact that Scrum Team want to achieve during the Iteration. They should be outcome driven and provides a clear indication on how customers behaviour could change after achieving it (fully oriented on Users Experience). …

Lukasz Krzyzek

Scrum Master | PSM III

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store