1. 首页
  2. 产品经理

项目管理 | 认识Scrum敏捷开发方法

高效的团队需要一个敏捷清晰的工作流程作为规范,人人各司其职,项目井然有序进行迭代,即使出现状况,团队可以快速反应,找到相应的负责人,快速的解决问题。因此,通过本文记录对团队工作流程的思考,作为备忘录。

传统团队协作往往存在以下情况:

    • 项目时间规划不明确,导致项目一拖再拖
    • 团队成员信息不对等,对项目的重要性不了解
    • 团队成员分工不明,对成员的能力范围不清楚
    • 缺少流程意识,项目的各个流程衔接不够顺畅
    • 信息不流通,成员之间不清楚对方的进度和问题

出现这些情况时,如果放任不管,则会导致项目进度缓慢、任务堆积,信息不通、沟通效率降低。这对于一个需要高效率的开发团队来说,无疑是致命的。目前,在互联网行业,比较流行的敏捷开发方法——SCRUM能够解决这些问题。

SCRUM——是一种敏捷软件开发的管理方法,用于迭代式增量软件开发过程。Scrum是一个包括了一系列实践和预定义角色的过程骨架。

Scrum中的主要角色包括:

    1. Scrum Master,Scrum教练和团队带头人,确保团队合理的运作Scrum,并帮助团队扫除实施中的障碍;
    2. Product Owner(PO),产品负责人,负责确定产品的方向和愿景,定义产品发布的内容、优先级及交付时间,为产品投資報酬率负责;
    3. Engineer,开发团队,一个跨职能的小团队,人数5-9人,团队拥有交付可用软件需要的各种技能。

除了角色,还需解释一些名词。

冲刺(sprint):本意是短距离赛跑的意思,这里面指的是一次迭代,而一次迭代的周期是1个月时间(即4个星期),也就是我们要把一次迭代的开发内容以最快的速度完成它,这个过程我们称它为Sprint。

产品订单(product backlog):即产品需求池,包含定义需求,需求描述,优先级,预计人/工时。

冲刺订单(sprint backlog):是大大细化了的文档,包含团队如何实现下一个冲刺的需求的信息。任务被分解为以小时为单位,没有任务可以超过16个小时。如果一个任务超过16个小时,那么它就应该被进一步分解。冲刺订单上的任务不会被分派,而是由团队成员签名认领他们喜爱的任务。

在每一次冲刺或迭代(一个15到30天的周期,其长度由开发团队决定)当中,开发团队创建可用的(可以随时推出)软件的一个增量。每一个迭代所要实现的功能来自产品订单。产品订单按照优先级排列工作需求。在迭代计划会议中,产品负责人告诉开发团队需要完成产品订单中的哪些订单项。开发团队决定在下一次迭代中他们能够承诺完成多少订单项。在迭代的过程中,没有人能够变更迭代订单,这意味着在一个迭代中需求是被冻结的。

项目管理 | 认识Scrum敏捷开发方法
ScrumModel.jpg

如何进行Scrum开发?

    1. 我们首先需要确定一个Product Backlog(按优先顺序排列的一个产品需求列表),这个是由Product Owner 负责的;
    2. Scrum Team根据Product Backlog列表,做工作量的预估和安排;
    3. 有了Product Backlog列表,我们需要通过 Sprint Planning Meeting(Sprint计划会议) 来从中挑选出一个Story作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog;
    4. Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);
    5. 成员把Sprint Backlog分拆完毕后,需要将详细的开发时间计划以邮件的形式发送给项目组成员,确保信息畅通。
    6. 在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,你今天将要完成什么,同时遇到不能解决的问题也可以提出。
    7. 当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品;
    8. 最后就是 Sprint Retrospective Meeting(回顾会议),也称为总结会议,以轮流发言方式进行,每个人都要发言,总结并讨论改进的地方,放入下一轮Sprint的产品需求中;

Scrum前期学习成本很低,容易上手,一般标准的Scrum管理是上面所说,但实际操作中,第7、8步骤通常是省略了的,因为项目进度的原因,通常是一个项目迭代完成后,便马上开始下一个迭代的计划会议。时间允许的团队,最好保留第7、8步骤。

Scrum敏捷管理的好处有:

    • 项目目标清晰,时间明确,方便推进
    • 任务被细化,目标被拆解,有助于实现,提高了效率
    • 每日站会和开发计划邮件周知保证信息流畅,团队沟通效率高
    • Review和复盘会议有助于总结团队不足,改正错误,不断精进工作
    • 简短的站会和总结会议有助于成员明确自己的工作任务,提高总结能力和语言表达能力

说了这么多,最重要的是理解Scrum思想——团队作为一个整体前进,敏捷、迅速迭代项目。

关于团队合作,我很喜欢三句话,送给大家:

    • 50% percent of our decisions are wrong. Fail fast, learn fast. (我们作出的决定中, 50% 都是错误的。早早失败,早早学习。)
    • No matter what you want to do, choose what is good for your team.(无论你选择做什么,选择对你的团队有利的事)
    • 做事可以慢,但是不能阻塞别人的工作

原创文章,作者:研究院精选,如若转载,请注明出处:https://www.pmtemple.com/academy/5918/

发表评论

电子邮件地址不会被公开。 必填项已用*标注

联系我们

185-1614-2515

在线咨询:点击这里给我发消息

邮件:admin@pmtemple.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code