扫码阅读
手机扫码阅读

敏捷项目管理的前世今生及应用-Part 2(之3355)

67 2024-03-26

本文2288个文字,大概需要9分钟读完,欢迎【关注】和【转发】!

上一篇文章谈到了敏捷的发展历史、术语以及敏捷宣言是如何产生的以及什么时候产生的,相信大家现在对敏捷的基本概念、以及敏捷思想有个大概了解。


今天聊一聊敏捷中的3355,这是敏捷中又一重要的概念,希望看完这边文章后,可以进一步加深对敏捷的了解。


何为3355?请先看下面的图片

1. 第一个3是指敏捷团队有3个角色:

1.1. Product Owner(PO):产品负责人

产品负责人是敏捷团队成员之一,TA的主要职责如下:

  1. -设置项目的战略和方向,项目长期和短期目标

  2. -对产品需求进行收集,并对需求进行优先级排序

  3. -理解客户和其它干系人的需求,并清晰传达给开发团队

  4. -验收标准的制定

  5. -接受或拒绝可交付成果

  6. -决定发布计划和发布内容

  7. -为投资回报率(ROI)负责

  8. -根据市场价值调整功能优先级

  9. -确保开发团队对产品待办功能需求有深刻理解

如何成为一名优秀的产品负责人?大家可以先思考一下,后面将有一篇文章来单独介绍优秀产品负责人的特质。

1.2. Dev-Team:开发团队,跨职能团队(T型技能,程序员、测试员、设计师、架构师等),自组织、自管理、集体责任,相互承诺。

自组织/自管理特点如下:

  1. 团队成员要有主人翁意识

  2. 团队成员可以决定做哪个任务

  3. 团队成员可以决定如何设计、开发、以及什么时候开发

  4. 团队成员自己监控和管理工作进展并对结果负责

开发团队主要职责如下:

  1. 定义分解工作任务

  2. 评估每个用户故事的故事点(使用计划扑克, 请关注本公众号,后面会有文章详细介绍)

  3. 确保交付质量,并不断完善过程

  4. 定义完工定义DoD(Definition of Done):它是团队需要满足所有标准的核对单。只有可交付成果满足该核对单,才能视为准备就绪可供客户使用。

1.3. Scrum Master(SM):项目负责人/敏捷教练/敏捷大师

  • 项目负责人负责给团队提供帮助、支持和指导,并利用敏捷思想、知识和流程为团队服务,帮助团队消除工作进展上的阻碍,从而确保团队成员专注并高效的工作。另外,最重要的一点,敏捷提倡仆人式的领导,所以项目经理成为仆人式领导之后,工作重点要从管理协调转变为促进合作。项目负责人要激励团队并帮助团队成员成长并促进团队成员之间更好的合作,并对团队的输出或可交付成果功能承担责任。

2. 第二个3是指3个工件

1. Product Backlog(PB):产品待办列表(如下图)

  • 产品待办列表包含产品完整功能和特性,产品待办列表会贯穿整个项目,因此该列表中的需求会随着项目的进展而不断更新、调整和完善,包括功能上的调整、优先级上的调整等等。

  • PB中的需求要符合DEEP原则

    D: (Detailed Appropriately) 详略得当的

    E:  (Emergent) 涌现的 : 随着需求的讨论梳理,会有新的需求涌现出来

    E:  (Estimated) 评估的: 已经做过大概的工时评估

    P:  (Prioritized) 排序的: 已经对该需求做过优先级的排序

2. Sprint Backlog(SB): 冲刺待办列表

  • 冲刺待办列表是产品负责人和团队沟通讨论后,从产品待办列表中筛选出来要在下个迭代交付的需求,并进行需求任务分解成用户故事,并再次进行工时评估,具体是哪几个用户故事是由团队成员来选择决定的。

3. Product Increment(PI): 产品增量

  • 产品增量可以理解成可交付成果,也就是可以立即使用的产品或新的功能和特性。开发团队要努力确保每个迭代都可以交付产品增量并通过产品负责人的验收。

3. 第一个5是指5个事件也可以叫5个仪式

1. Sprint: 冲刺

Sprint是连续开发周期中的一个定时时间盒。在一个Sprint中,团队必须完成计划好的工作量,并为审查做好准备。Scrum项目被分解成小而一致的时间间隔,称为sprint。它们可以短至几天,一般不超过3 - 4周。Scrum中的一个Sprint本身就是一个项目,包括开始和结束。我们朝着一个Sprint目标工作,包括计划、改进、构建、交付、审查等等。

2. Sprint Planning Meeting: 冲刺计划会议

在每个冲刺的第一天开始,团队讨论产品负责人提供的选定产品待办列表,团队对该列表中的需求分析、分解、评估,同时,团队根据当前的速率以及交付日期(通常是固定的周期),确定在这个迭代中可以交付哪些需求。然后把选好的需求放入Sprint Backlog(SB)中。该会议的时长取决于交付的周期,如果交付的周期是3周,那么这个冲刺计划会议大概是6个小时。另外,每个需求的工时评估,必须是开发团队全体人员参与,可以使用计划扑克进行评估工时

3. Daily Scrum Meeting: 每日站会,可以每天早上或者下午,每次15分钟,如果有其它问题,单独安排会议讨论。这个会议只讨论下面3个问题,

1. 昨天完成了什么?

2. 今天计划做什么?

3. 有什么问题或者障碍?

4. Scrum/Sprint Review Meeting: 冲刺评审会议

该会议主要来展示当前迭代潜在的产品增量(可交付成果), 需要邀请产品负责人和相关干系人,展示完成后,请产品负责人和相关干系人给出反馈意见,如果有需要修改的地方,可以请产品负责人进行优先级排序并确定交付日期。

5. Scrum/Sprint Retrospective Meeting:冲刺回顾会议

敏捷提倡持续改进,所以这个冲刺回顾会议非常重要,建议每个迭代开一次。项目负责人要主持这个会议,并确保营造出一个积极和谐的氛围,让团对成员可以畅所欲言。该会议主要讨论3点内容:

1. 当前迭代做的好的地方?

2. 当前迭代可以做的更好的地方,但并没有?

3. 需要改进的地方?

会议结束后,要和团队讨论确定下个迭代要改进的地方,建议每个迭代不要改进太多的地方,否则会适得其反,一般3个点就可以。

4. 第二个5是指5个价值观(主要针对团队)

1. Openness: 开放

每个团队成员都可以访问相同信息,并鼓励团队之间多沟通交流并尽可能多的分享信息。

2. Courage: 勇气

团队成员之前要有勇气相互挑战,并有勇气挑战自己,不断精进,并有勇气说不。

3. Respect: 尊重

团队成员之前相互尊重,同时尊重团队自己设定的工作协议。

4. Focus: 专注

专注于工作,确保不把时间浪费在和冲刺目标无关的活动上。

5. Commitment: 承诺

相互承诺,目标承诺,团队对结果负责。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzg3MjYzMTg1OQ==&mid=2247483679&idx=1&sn=a4d5a655874a50d29d79481c6873f5df&chksm=ceed1a43f99a93556d28d00c763e4e7d0f526dfc1a3f19dd268b86eabcbe42ace1e45cc1cc6b#rd

聚焦敏捷项目管理、推广与应用 、经验技术、复盘总结以及最佳实践分享!

29 篇文章
浏览 1977
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线