Posts

Agile and the revival of Sonic

Image
My daughter loves this movie, we watched it a few times together. She became fond of Sonic characters and even has Sonic and Tails Toys. But what does an imaginary blue hedgehog has to do with Agility? Well, it is not his speed. Sega released the first Sonic game 30 years ago. A lot of games were released at that time and A movie was announced. Sonic is a blue hedgehog that is fast (in case you really don’t know) and to create a movie with sonic you need to get the character from the animated world to the real world. The objective was to have Sonic as a realistic character, this is an understandable creative constraint. He is after all in the real world and if you think about other movies that had this realism such as lion king you would understand that need. However, It was a creative constraint that took away from what people wanted, and they wanted an interesting character. It worked for the Lion king because those are real animals. To understand how the story of creating this movie

Smarter Faster Better book summary

Image
Chapter 1: Motivation Our internal locus of control gives us motivation (feels good) to be in control (Example of marine training where the cadets are in control of their environment). “Unless we practice self determination and give our self emotional reward for subversive assertions, our capacity for self motivation can fade.” Choices and actions  we make need to connect to a purpose, why we are doing what we are doing (Simon Sinnik book: Start with why, focuses on that). Chapter 2: Teams Psychological safety defines teams (commitment culture). Higher emotional intelligence to care and listen. Starts with leaders. What are they doing and promoting the team. It is often inefficient in the short term but more productive in the long term. Means giving control to others which creates mutual trust and must show that they are genuinely listening. Chapter 3: Focus Anticipate what should happen next, that day, that drive to work. Use probabilistic thinking as it helps envision the future and

Starting your job the Agile way

Image
Congratulations on the new job. How do you make the most out of it… the Agile way? To do well at the new job requires experimentation and that is where Agile can help you. How can you start with the best possible start? And use the Agile mindset to go about succeeding in the new position. “Individuals and interactions over processes and tools” Focus is always on the people and how to interact and communicate. For those seeking excellence, the journey starts before your first day. Start by researching and preparing questions. For example, you are told that official hours start at 9, it would make sense to show up at 9. Yet, asking your manager “what time am I expected to show up?” or “what time do people start showing up to the office?” can save you a lot of potential trouble. Imagine showing up on official time just to find out that everyone else is already there. It also shows you are doing your due diligence. Your first day doesn’t have to be the first time you go to the office. Go t

Who resists agile transformations? and who embraces?

Image
  Who resists Agile transformations? In short, everyone!! Employees, managers, and in some cases, clients. Employees resist it for the following reasons: It is uncomfortable for employees when you ask them to deliver value instead of tasks. Tasks are easier "just tell me what to do and I will do it." Contrast that with a manager asking "I have this problem that is not completely understood that I need solved." What if we implement a solution that the manager doesn't like, or even worse, doesn't solve the problem? It comes with accountability. Everyone wants empowerment, but no one wants to be accountable. It is much easier to complain about doing something useless than making a decision of what needs to be done. You are not only accountable for your individual results, but as a team. We are not used to teamwork as a default mode. In schools we study to achieve individual results and that is what matters. Switching that focus is scary and feels like others ha

Product manager vs Product owner

Image
The question on the differences of the naming has caused a lot of confusion. I will try to simplify as much as possible here. The product owner is a well defined role in scrum, the scrum guides defines that role as follows: The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team. How this is done may vary widely across organizations, Scrum Teams, and individuals. The Product Owner is also accountable for effective Product Backlog management, which includes: Developing and explicitly communicating the Product Goal; Creating and clearly communicating Product Backlog items; Ordering Product Backlog items; and, Ensuring that the Product Backlog is transparent, visible and understood. The Product Owner may do the above work or may delegate the responsibility to others. Regardless, the Product Owner remains accountable. What about a product manager? I like how Melissa Perri describes that the job role is called a product manager doe

Convince clients to work in an Agile way together

Image
“How do we get our clients to work in an Agile way with us?” A lot of companies, especially technology companies, ask this question. Understandably so, they understand the value of Agile yet the clients are rarely ready to join. So what do clients want? In short, a sense of control. And to provide a sense of control we traditionally tried to make the time and cost known, and to do that we pushed known scope. But this is a false sense of control. This attempt to make the unpredictable predictable has failed in client engagements. What we are trying to do in Agile is to flip this formula. We deliver value quickly, not just work, and give the client the ability to adjust. We need to keep in mind the value in the Agile Manifesto “Customer collaboration over contract negotiation.” Where we focus our efforts on collaborating more than negotiating. The approach will vary depending on the client and the level of trust built between you and them. Let us break them down using the Law of diffusi

Top excuses for avoiding Scrum

Image
Top excuses for avoiding Scrum As an Agile coach I have come across many different teams and heard a lot of complaints about Scrum. Now Agile is not necessarily Scrum, and an empty implementation of Scrum is not Agile either. Why did I need to make this statement? Because many people confuse those concepts and complain about implementations without the mindset. The focus in this article is on what excuses I heard about Scrum. What was common between all the people complaining was they either did not experience it right or did not immerse themselves in it. I am not claiming Scrum is not difficult, it is simple to start yet difficult to master and get right. You might feel you or some members of the team have those excuses and it is fine. hopefully, this article will help you understand how to use Scrum correctly and make the most of it. Our requirements change daily and we need to be Agile and a sprint doesn’t allow us to be adaptable : While a shorter cadence may be appropriate, tha