Agile Product Management with Scrum – Roman Pichler

This is the best book about Agile Management that I’ve ever read. Thank you so much, Roman.

If you want to get the best out of this book, of course you need to read the whole of the book. The purpose for this article is to note critical things that I found out throughout tons of valuable information and advices.

1. Product Owner role

First of all, forget all about other traditional development framework. To have an agile team, product owner is crucial and the biggest challenge.

Characteristic of a product owner:

  • visionary and doer
  • leader and team player
  • communicator and negotiator
  • empowered and committed
  • available and qualified

“Being adequately qualified usually requires an intimate understanding of the customer and the market, being passionate about the user experience, and the ability to communicate needs and describe requirements, to mange a budget, to guide a development project, and to be comfortable working with a cross-functional, self-organizing team

“Since the product owner of a component team has to help translate product backlog items into technical requirements, the best individual to serve in that role is usually an architect or a senior developer rather than a product manager

A product owner committee is a group of product owners without anyone in charge of the overall product. There is no one person guiding the group, helping to create a common goal, and facilitating decision making. A product owner committee is in danger of getting caught in endless meetings with conflicting interests and politics – something also referred to as “death by committee”. No real progress is achieved; people stop collaborating and start fighting each other.”

The chief product owner guides the other product owners. This individual ensures that needs and requirements are consistently communicated to the various teams, and that the project-wide process is optimized. This includes facilitating collaborative decision making as well as having the final say if no consensus can be reached.”

As a product owner, you guide and influence the team. You behavior matters. A lot.”

2. Product Vision

Being able to envision what a new product or the next product vision should look like and do is essential for getting there.”

The vision acts the overarching goal, galvanizing and guiding people, and is the product’s reason for being.”

A vision is truly shared when you and I have a similar picture and are committed to one another having it, not just to each of us, individually, having it” 

“The product vision should describe the broad and engaging goal: a goal that guides the development efforts but leaves enough room for creativity, a goal that engages and inspires people.”

When it comes to product vision, less is more. The vision should be brief and concise. It should contain only information critical to the success of the product.”

“As our ability to predict the future is limited, our best chance of success is to envision the minimal marketable product, a product with minimum functionality that meets the selected customer needs.”

“By reducing time to market, we are able to listen and respond to the marketplace more frequently, rather than trying to outguess it… This allows us to build the possibility of failure into our strategy, an approach Google has embraced.”

Launch the product quickly, inspect the market response, and adapt the product accordingly

Simplicity is the ultimate sophistication” Leonardo da Vinci

“Whenever you have an idea for a new feature or you discover a new requirement, ask yourself if the new functionality is critical to the success of the product. If not, discard the idea.”

“Refrain from putting too many controls and procedures around the visioning work.”

“Keep the vision humble and focused on the upcoming product vision. Think big, but start small

Customer needs and product attributes are at the heart of the vision and deserve close attentionNonfunctional attributes can be an important differentiator – they can impact the user experience as well as the extensibility and maintainability of the product, which intern influence the total cost of ownership and the product’s life expectancy.”

3. Product Backlog

Definition: it is simply a prioritized list of the things which can bring product to life. The mot important items are found at the top.

Requirements are no longer handed off to the team; the team members coauthor them.”

“A requirement is clear if all Scrum team members have a common understanding of its semantics

“A well-groomed backlog is a prerequisite for a successful sprint planning meeting.”

“Treat existing requirements as suspicious and consider them as a liability, not an asset”

“Because risk and uncertainty influence product success, uncertain and risky items should be high-priority

“Dependencies restrict the freedom to prioritize the product backlog and influence the effort estimates; the item on which others depend has to be implemented first. You should therefore try to resolve dependencies whenever possible

4. Release planning

Adding manpower to a late software project makes it later.”

“Even though release planning is a collaborative effort, the product owner is responsible for ensuring that the necessary decisions are made.

Compromising software quality means trading in short-term gains for longer-term growth. You would cheat yourself of a better, brighter future”

“More precisely, velocity is the sum of the effort for the work results accepted by the product owner in a sprint.”

“To get the most out of the plan, I like to show the functionality each release will provide in terms of themes and epics. Showing stories in the release plan tends to introduce too much detail”

“Whatever tool is used, though, the plan should create transparency and facilitate dialogue between the Scrum team and stakeholders”

Pipelining is a last resort. You should employ this technique only if all other options have failed.”

Using feature teams rather than component teams whenever possible will reduce the need for pipelining.”

“In fact, the product owner should drive the release planning activities. As the person first and foremost responsible for the success of the product, it is in the best interest of the product owner to guide the project proactively.”

5. Becoming great Product Owner

“The product owner role is multi-faceted. It’s difficult – perhaps impossible – to find new product owners who have every necessary skill. You can therefore expect to find gaps in your own knowledge and skills.”

“Listen to feedback from your fellow Scrum team members, and work on the remaining gaps in knowledge and skills”

“Without sponsorship form the right level, you are likely to lack authority and, as a consequence, will struggle to do a good job.”

“Senior manager must recognize the authority and responsibility of the product owner role and the likely impact it is going to have on the organization. Doing so is not only crucial for making agile product management work, but it is also a critical success factor for any Scrum adoption”

“Product owners must be selected with care”

 

Thank you. Hope you had a good read!

Kỹ năng uỷ quyền và giao việc theo mô hình SMART

Làm việc với con người chưa bao giờ là một công việc dễ dàng. Thế nhưng “cái khó ló cái khôn”, luôn luôn có những bài học vô giá mà người đi trước để lại cho các thế hệ sau bí quyết để giải quyết các vấn đề khó khăn. Đối với vấn đề giao việc, mô hình SMART là một trong những mô hình nổi tiếng và hiệu quả nhất mà một nhà quản lý nào cũng cần phải nắm vững.

leadership1

SMART là một từ tiếng anh, mỗi chữ cái là một nguyên lý được viết tắt. Sau đây chúng ta sẽ lần lượt đi từng nguyên lý một.

S – Specific

Bất kì điều gì giao ra cần phải rõ ràng. Sẽ chẳng có ý nghĩa gì nếu người khác làm một điều không đúng với ý muốn của bạn. Tất cả mọi thứ sẽ trở thành công cốc. Lãng phí tài nguyên, lãng phí cơ hội, lỡ hẹn với khách hàng, đối tác, …

Bạn cần rất rõ ràng, từng chi tiết, đặc biệt là các vấn đề dễ nhầm lẫn. Hãy đặt ra các câu hỏi quan trọng như nguyên tắc 5W (what, where, why, who và which)

attention to detail

M – Measurable

Phải định lượng được. Bất kì yêu cầu gì đưa ra cần phải có khả năng cân đong, đo đếm để đánh giá tình trạng của nó. Nếu không có cách đánh giá thì công việc không bao giờ có thể hoàn thành. Việc có khả năng đánh giá tình trạng công việc còn giúp tránh tình trạng

Đây là lúc các câu hỏi về How cần được đưa ra để biết được kế hoạch thực hiện công việc, cách đáng giá từng công đoạn, …

measurable

A – Attainable / Agreed / Achievable

Mục tiêu đề ra là khả thi, có thể đạt được. Một lẽ dĩ nhiên là bạn không thể cứ mơ tưởng được đi trên cung trăng rồi giao cho nhân viên của mình tìm cách chế tạo một chiếc du thuyền có khả năng bay lên mặt trăng trong vài ngày.

Công việc chỉ có thể hoàn thành và hoàn thành đúng hạn nếu các kì vọng vào nó là hiện thực, được người làm công việc đó xác nhận là có thể làm được.

team-meeting

 

R – Relevant / Realistic / Resourced / Relevant

Không có điều gì là hoàn hảo nhưng sự phù hợp nhất là thứ mà chúng ta luôn tìm kiếm. Nếu chỉ cần xong việc và không quan tâm tới tương lai, bạn có thể bỏ qua nguyên tắc này. Nếu ngược lại, bạn cần lùi lại một bước để nhìn thấy viễn cảnh xa hơn cho tổ chức, công ty khi giao một công việc.

Công việc này có phục vụ một mục tiêu chung của tổ chức, có tạo ra giá trị mà bạn đang hướng tới. Người thực hiện công việc có phải là người tốt nhất để làm công việc này? Liệu họ có đủ kiến thức và kinh nghiệm cũng như việc này có giúp họ phát triển bản thân thêm?

Chúng ta cần suy ngẫm nhiều hơn bên ngoài bản thân công việc đang cần giao.

T – Time Dependent / Time-bound

Businessman following leader

Cuối cùng mà nói, bạn cần một mốc thời gian cụ thể để nghiệm thu công việc. Việc có một cột mốc giúp người thực hiện thấy được mức độ ưu tiên, tập trung vào những vấn đề quan trọng cần làm để hoàn thành đúng kế hoạch.

Hạn mức thời gian này cần có được sự tán thành và xác thực của người thực hiện như là một thành tố của công việc được giao.

 

Chúc các bạn thành công trên vai trò một người quản lý.

good-manager

 

Tham khảo

  • www.therightquestions.org/delegation-authority-smart-way
  • www.businessballs.com/delegation.htm
  • www.marketing4u.vn/2011/07/ky-nang-uy-quyen-giao-viec-nhung-nguyen.html
  • www.businessballs.com/acronyms.htm#smarter-acronym

Các từ viết tắt liên quan tới SMART: Significant, Simple, Stretching; Meaningful, Motivational, Manageable; Attainable, Achievable, Appropriate, Actionable, Ambitious, Assignable, Action-oriented; Relevant, Results-focused/oriented, Resourced, Rewarding; Time-framed/based, Timely, Timed, Timetabled, Trackable, Tangible; Evaluated, Enjoyable; Rewarded, Rewarding

 

Lý thuyết trò chơi

“Game theory is hot”, tờ Wall Street đã nhận định như vậy vào năm 1994.

TS Lê Hồng Nhật

Cuốn sách không giảng giải lý thuyết trò chơi là gì, công thức thế nào mà cụ thể áp dụng và phân tích trong 3 góc nhìn chính là Vấn đề cạnh tranh và hợp tác, Vấn đề Đàm phán, Vấn đề cấu trúc sỡ hữu và thể chế.

Sự quan trọng của lý thuyết này trong kinh tế học cũng là rất lớn với hàng loạt các giải Nobel vào năm 1994 (khái niệm cân bằng Nash – Nash equilibrium), 2005 (xung đột và hợp tác thông qua phân tích lý thuyết trò chơi – conflict and cooperation through game-theory analysis),  2014 (tổ chức công nghiệp – Industrial Organization).

Điều cơ bản của “lý thuyết trò chơi”tính mâu thuẫn giữa lợi ích tập thể với những tính toán cá nhân.

Có 2 thành tố cơ bản cho một đàm phán thành công:

  1. cần có lợi ích tiềm tàng về sự trao đổi
  2. kì vọng giữa các bên có điểm tụ

Bên nào có sức mạnh đàm phán lớn hơn thì sẽ có ảnh hưởng tới quyết định đàm phán hơn.

Bằng những phân tích sắc bén mà không đi sâu vào chi tiết toán học phức tạp, TS Lê Hồng Nhật mang tới cái nhìn tổng hợp về các mô hình cạnh tranh, quản lý kinh doanh đa dạng và thực tế.

Đây thật sự là một tác phẩm hiếm có trên thị trường có khả năng bóc tách bản chất sự việc vô cùng hợp lý và những đề xuất gợi mở kéo theo. Có những nhận thức rất quan trọng và một nhà kinh doanh bắt buộc phải biết được phân tích cực kì thuyết phục qua những nguyên lý cơ bản của lý thuyết trò chơi:

  • Hợp đồng không bao giờ là đầy đủ, nó không thể xác định một cách rõ ràng ai sẽ có quyền gì trong mọi tình huống xảy ra trong tương lai.
  • Một điểm tụ có thể được soi sáng bằng tiền lệ, hoặc sự công bằng (chia đều), hoặc thông qua những môi giới thạo tin.
  • Nghịch lý là khả năng khống chế đối phương tuỳ thuộc vào khả năng khống chế mình.

Rất nhiều thuật ngữ được nêu ra như “luật Gresham”, “lựa chọn ngược” (inverse selection), “vấn nạn bóc lột” (holdup problem), nhóm lợi ích (vested interest group) … cho tới sự phân tích nền kinh tế hiện tại của quốc gia Việt Nam, bản chất sự tranh chấp biển Đông. Bạn sẽ tìm thấy tất cả trong tác phẩm này.