Tag: value add

The difference between caring and caring enough to do something

Kahneman Feedback Quote

Why I can’t always give real time feedback

Feedback is great. Feedback is a gift. Yeah, yeah. I’m an Agile coach. Giving feedback to teams, managers, leadership, and organization is my job. But hey, I’m sorry that I can’t always give it to you immediately. It doesn’t exactly work that way.

Not everything needs to be “value-add” time

Busy. I’m busy. I’m too busy. I don’t have time to think – hell, I barely have time to sleep. Between work commitments, friend commitments, relationship commitments, and building my own brand, I am left with little time for myself. I’ve gotten into a pattern of trying to make every second add value (work-type value). What does it turn into? Burn out and ineffectiveness, and that is not what anyone wants or needs.

Strategies for product owner across multiple teams (with different products)

A product owner should be dedicated to one team. Or no more than two teams working on the same product with the same product backlog. But what about a product owner who we spread across two teams with different backlogs working on different products? We’re asking them to be two people and it’s not sustainable! This product owner told me he was in 17 hours of meetings between the two teams per week (and I added it up and it was true)! For the product owner who should be splitting his/her time between self thought, stakeholder and customer input, and team time, it’s not possible for those things to be equal or sustainable not to mention the loss of productivity when context switching/multitasking. Though unfortunately this is the non-ideal reality sometimes.

Who should run the sprint (review) demo?

The demo is an important part of the Sprint Review ceremony. However, there is a lot of contention who should run the demo, and how much preparation should go into it. Here are a few ideas to help make your demos more effective without decreasing efficiency.

Your introvert is showing

Introversion versus extroversion has been a hot topic over the past few years, especially since the release of Quiet by Susan Cain. In IT it is no different. Everyone knows the stereotype of the “typical developer” – the one who only wants to sit in their cube and code by him or herself all day. But it’s just that, a stereotype, based on some facts but not true for all. So how are we more inclusive of that person in Agile where collaboration, co-location, and teamwork are valued over solitude? Secondly, how do we encourage introverts to be leaders which is historically and stereotypical a role for extroverts?