项目管理方法SCRUM

前端之家收集整理的这篇文章主要介绍了项目管理方法SCRUM前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。


SCRUM是敏捷开发实践中团队管理和沟通交流,辅助项目开发的一个framework.这个framework指明了大方向,细节上需要团队经验的积累和调整,以使得团队的产品开发更有效率。SCRUM和XP并不是两大门派,而是以不同的视角来看待软件开发的过程,前者侧重于管理,理论,沟通和进度控制。后者侧重于编程实践。像后者中的测试用例驱动(TDD),结对编程都可以跟SCRUM结合来改进开发过程。

SCRUM团队中有这样三类角色, product owner( 产品经理),scrum master(团队master),team(团队成员). 产品经理负责产品的业务需求,和团队master、客户,团队成员(可选)一起整理出产品的bakclog,产品经理确认每一个需求的任务优先级,并且大家针对每一个需求设置一个how to demo(怎么验收),团队master在这里初步估算下任务的storypoint(类似于理想的人天工作度量),然后组织sprint计划会议,在计划会议上完成story的时间估计,完成sprint的分离,并且将sprint中的story分配给团队成员,组织每天的晨会(让团队成员介绍完成的工作,将要做的工作,遇到的困难),sprint回顾会议(总结前个sprint的经验,教训,使得团队能一起成长)。团队成员主要负责每一个story的精确时间估计和细化的拆分story(如果有必要),而后就是team一起的为每一个sprint而奋斗。

SCRUM仍然有着agile manifesto中所有的特质;

在意团队成员沟通胜过过程与工具

可以运行的软件胜过完美的文档

与客户的协作沟通胜过合同磋商

随时准备拥抱变化胜过一成不变的“完美”计划

SCRUM中要诀:

尊重:最终每一个团队成员,大家都是平等的为一件事情而奋斗。尊重是理解的前提,一定要做到尊重,才能在遇到问题的时候相互协作解决问题。

勇气:团队成员一定要自信,要有信心在一个sprint中发挥水平完美的完成任务。

承诺:团队整体在预估确定了deadline之后要能为这个确定的目标而奋斗,要有责任感

专注:团队的成员尽量要排除外界干扰一起专心完成这个sprint,团队中可以设定一个对外接口人来处理外界的干扰

开放:允许不同的尝试,允许失败,让团队成员在每个sprint中都能有所成长,这样才能做到公平。

SCRUM开发大致流程如下:

1. 障碍backlog。预先估计下可能的一些障碍,并提前做一定的预防准备。

2. 全员会议。这次项目的涉及人员都参加。形成这个项目的团队氛围,积聚士气。

3.评估会议。这个会议之前,产品经理需要拿出产品初步的backlog,里面有每一个需求的相关信息,并且完成了优先级设置。团队master和团队成员都要提前看过这个产品的backlog。会议的目标就是针对产品的backlog,完成最终确认的产品backlog,这份backlog应该确定了任务数目,任务名称,任务优先级,任务的工作量估算,以及任务的how to demo和其他一些相关的数据。


4 sprint计划会议。根据上面的评估会议后,结合产品的backlog,制定出这次项目开发的sprints,每个sprint的时间不要太长,也不要太短,具体根据团队成员数目和以前的经验进行控制。划分出大致sprint,选取合适的story放如sprint.这里的story应该 storypoint。以用来控制每一个story的时间和整个sprint的时间。

5 如果有必要,可以再开一次sprint计划会议,保证每一个story达到合适的细化粒度,能使得短期能看到成果,而又不是太过细化。

6 每天晨会。站立会议,这是为了确保会议的短暂和有效。让团队的每一个成员发言,完成了什么,将要做什么,遇到什么障碍。这是为了跟踪进度,确认计划,提早处理障碍,提高项目开发效率。

7 sprint展示。展示一个sprint的成果,让团队有一种成就感。

8 sprint回顾总结。 总结优点,总结缺点,商讨改进方案,积累经验,让团队成长。

9 休整,易力再战。这里特别重要,劳逸结合,让团队成员能有充分的时间消化吸收经验,学习新技术,让团队更强大。这点贴别重要,强烈建议sprint间隔设置一个工作日来做这样的事情。

根据大致流程,经过摸索,每一个团队都会形成自己的scrum framework,然后等稳定的framework形成后,就要一直坚持下去,三个月可能是开始熟悉,能够驾轻就熟,半年生产率肯定有提升,如果半年毫无起色,那就要好好分析,是不是Scrum真的不适合这个团队或是这种软件项目呢。没有银弹,各种技术都是死的,各种solution都不一定是你的团队的solution,只有通过摸索实践才能找到适合自己团队的开发方式。技术没有壁垒,为你所用,你才是关键。

特别需要注意的是:

1. 从以上对SCRUM的陈述中大家不难发现,SCRUM对于团队成员的要求是非常高的,因此不是每个团队都适合用这种方式来管理整个研发过程。

2. SCRUM由于鼓励组员自我沟通,因此沟通发生得非常频繁,也正是由于这一点,注定了SCRUM方式能够管理的组员不宜超过8个人,对于大项目,如果确实需要SCRUM来开发,建议按照不同的功能点群集进行拆解分组,拆为多个8人小组来进行。

原文链接:https://www.f2er.com/javaschema/287216.html

猜你在找的设计模式相关文章