拒绝混乱,回归有序 --使⽤用禅道进⾏行敏捷项⺫⽬目管理

拒绝混乱,回归有序 --使⽤用禅道进⾏行敏捷项⺫⽬目管理

 

⺩王春⽣生

2012/5/19

● ⺩王春⽣生,IT从业⼗十余年。
● 开源爱好者和笃⾏行者。
● 中庸的敏捷爱好者和推⼲⼴广者。 ● 禅道项⺫⽬目管理软件的创始⼈人。

 

⾃自我介绍

让我们来看⼀一下有趣的事情......

 

 

作为项⺫⽬目经理,您是否有如下的感觉?

● ⼀一头是⽼老板,⼀一头是团队,既要对⽼老板负责,⼜又要对团队 负责,压⼒力重⼤大。

● 项⺫⽬目⻢马上就结束了,但还有很多功能没有实现,还有⼀一堆 bug没有解决。

● 团队⾥里⾯面总是有那么⼀一两个刺头。 ● 资源总是那么紧张。
● 产品经理⼜又变更需求了。

 

作为研发⼈人员,您是否有如下感觉呢?

● 天啊,需求⼜又变更了。

● 今天晚上⼜又要加班了,唉,⽼老婆⼜又要抱怨了。

● 该死的浏览器,该死的ie,该死的微软。

● 我想学点新东⻄西,没时间啊。

● 测试的⼈人也太bt了,⽼老挑我⽑毛病。

● 项⺫⽬目经理啥都不懂,在那⼉儿装。

● 填完⽇日报填周报,有啥⽤用?

● 我是不是该考虑考虑跳槽了?其他⼈人都拿着⽐比我⾼高的⼯工 资。

● 我是不是该考虑下逃离北上⼲⼴广了?

 

作为产品经理,您是否有如下感觉?

● 为什么开发连这么简单的功能都做不出来。
● 为什么我的需求开发和测试都理解偏差了呢?
● 为什么上线会出那么多的bug?
● 为什么开发做出来的东⻄西和我预期的总是有很⼤大差距? ● 为什么我要的东⻄西总是会延期?
● ....

 

作为测试,您是否有如下感觉呢?

● 天啊,明天就上线了,代码还没有提交呢。
● 天啊,开发的bug也太多了。
●天啊,要测ie6, ie8, ie9, chrome, firefox, opera, 360 ● 天啊,我还有那么多测试⽤用例没有跑呢。

● 天啊,测试需求⼜又变更了,之前写的⽤用例没⽤用了。 ● 天啊,我⼀一个⼈人对付5个开发......
● 天啊,线上⼜又出bug了,⼜又要挨训了。
● 天啊,我还要负责过程改进,还要监督流程。

 

悲催的,纠结的

 

● 项⺫⽬目经理 ● 开发⼈人员 ● 测试⼈人员 ● 产品经理

 

⼀一切都源⾃自于混乱

 

● 混乱的战略
● 混乱的组织结构 ● 混乱的产品和需求 ● 混乱的项⺫⽬目流程 ● 混乱的代码
● 混乱的程序结构 ● 混乱的测试
● 混乱的产品
● 混乱的客户
● 混乱的时代
● 混乱的地球

 

让我们来看下敏捷是如何在混乱中建⽴立秩序的...

 

将庞杂的产品细分成若干⼩小型版本(产品)

 

● 将庞杂混乱的产品细分成若干⼩小型发布。 ● 曳光弹。
●release offen, release early。
● 完成⽐比完美更重要。

● 我们购买到的其实都是不完整的产品,即使是ipad, iphone.

 

精简⾦金字塔式管理,实现⾃自我管理团队(团队) ● 研发类团队有其特殊性,个体的因素起着⾮非常关键的作

 

⽤用。不能按照⼯工程类项⺫⽬目管理⽅方式来管理。
● 过分强调控制,势必会产⽣生各种各样的流程和检查。
● 完全没有控制,就放⽺羊了。
● 放⽽而不乱。
● 每个敏捷团队(5-9⼈人)都很健康,积极,整个公司也会好。 ● 借助群体的⼒力量提升个体的技能和效率。

 

形成节奏,节奏产⽣生效率(周期)
● 通过⼩小步快跑的⽅方式,建⽴立产品、研发、客户、市场的节

 

奏。
● 时间⽚片管理。
● 节奏可以产⽣生效率。 ● 节奏可以带来预期。 ● 节奏可以带来信任。 ● 节奏可以带来创新。

 

持续改进研发过程和实践(过程)

 

● 定期总结和反馈,每⼀一轮迭代都改进⼀一点。 ● 持续的改进软件的架构,找到最佳解决⽅方案。 ● 简洁实现。
● 事情做得很复杂很容易,但做得很简单很难。

 

和客户沟通合作(客户)

 

● 有谈判,更要有合作。 ● ⾯面对⾯面改成背靠背。 ● 挖掘客户真正的需求。 ● 现场客户。

● 客户的反馈是调整我们前进路线的最佳指导。

 

简⾔言之,分之⽽而后治之

 

● 将复杂的产品分解为⼀一个个的⽤用户故事
● 将复杂的团队分解为⼀一个个的敏捷团队
● 将⻓长期的研发过程分解为⼀一次次的冲刺
● 将复杂的程序分解为⼀一个个的对象,⽅方法,⽤用例 ● 将⻓长期的战⽃斗分解为⼀一次次的⼩小进步,⼩小胜利

● 分之⽽而后明之,明之⽽而后有序,有序则治也

 

敏捷实施需要很多元素,禅道的定位是⼯工具⽀支 撑。

 

关于禅道

 

● 禅道是由⻘青岛易软天创公司开发的⼀一款开源的项⺫⽬目管理软 件。

● 禅道特点是将软件研发中的产品管理,项⺫⽬目管理,质量管 理三个核⼼心流程融合在⼀一套⼯工具⾥里⾯面,是⼀一款软件⽣生命周 期管理软件。现在很多的商业软件也都转向了这种管理⽅方 式。⽐比如微软的TFS,HP的ALM。

● 核⼼心的管理思想是基于scrum,然后在scrum基础上完善了 测试管理,⽂文档管理,事务管理等功能。

● 轻量级实现,源码包仅有2M,集成安装包不到10M。 ● 真开源,真免费:)。
● 易于扩展,内置插件机制。

 

让我们来看下禅道是如何⽀支持敏捷项⺫⽬目管理的...

 

● 产品经理维护产品和需求
● 项⺫⽬目经理建⽴立项⺫⽬目,关联需求。 ● 为需求分解任务,进⾏行开发
● 提交测试,解决bug。

 

禅道软件的核⼼心流程

维护产品和需求

 

 

项⺫⽬目中关联需求

 

分解任务

 

进⾏行测试

细分需求、任务、缺陷,形成三权分⽴立

● 产品经理,研发团队和测 试团队以需求为核⼼心,通 过项⺫⽬目紧密合作,最终实 现产品的快速发布,赢得 市场。

● 所以说产品是最关键的, 因为它决定着公司前进的 ⽅方向。

产品

 

研发

测试

需求

上述是禅道的核⼼心流程,让我们看下其他的概念

 

产品计划、发布、路线图管理

● 产品计划可以回答公司其他部⻔门关于产 品发布的疑问,也可以让产品⼈人员⾃自⼰己 更好的规划产品。

● ⼀一期项⺫⽬目结束之后,可以创建发布。 ● 然后计划和发布形成某⼀一个产品的路线

图。

 

通过燃尽图来了解项⺫⽬目进度

● 燃尽图是将项⺫⽬目中所有未完成任务 的预计剩余⼯工时累积起来,每天绘制 ⼀一个坐标,形成燃尽图。

  

项⺫⽬目中的版本和测试管理管理

测试整理⽤用例

研发编码 创建build 提交测试 通 发布 过?

修复bug

 

 

基本的⽂文档管理

 

 

通过动态功能了解产品、项⺫⽬目和个⼈人的情况

● 产品和项⺫⽬目有动态功能,可以查看某⼀一个产品或者下⾯面相 关的动作信息。

● 可以通过组织视图了解每⼀一个⼈人⺫⽬目前的状态,包括其负责 的需求、任务、bug,参与的项⺫⽬目,动态信息等。

 

我的地盘我做主

 

● 禅道内置了简单的todo管理,每个⼈人每天上班可以快速 安排下⾃自⼰己今天要做的事情。

● 还可以通过我的地盘关注需要⾃自⼰己负责的需求、任务、 bug等信息。

 

集成subverion – 通过在提交subversion时候所写的注释来进⾏行关联,⽐比如:

 

task#123,ddd,d,ddd, bug#234,story#123,456。

– 部署同步脚本。

– 然后在相应的bug详情⻚页⾯面就可以看到本次提交的修改⽂文件列 表,可以进⾏行diff查看。

● 禅道已经可以和subversion集成。

 

信息的⾃自由流动,避免⼈人⼯工跟踪的混乱

需求

分 解

⽤用例

分解

转 为

任务

导 ⼊入

bug

转为

todo

结果⽣生成 转为

转为

禅道将事情汇总到⼀一个平台,便于跟踪和管理

 

信息的公开和透明,让事情有序,提升信任和效 率。

 

敏捷不是银弹,禅道也不是银弹,任重⽽而道远......

 

 

问题?

● 禅道官⽅方⺴⽹网站:www.zentao.net
● 新浪微博:t.sina.com.cn/zentaopms ● 演⽰示⺴⽹网站:demo.zentao.net
● 项⺫⽬目进展:pms.zentao.net
● 在线托管:www.5upm.com

 

相关链接: