敏捷项目管理之任务看板
我们最近在多个项目中使用看板项目管理实施敏捷项目开发,有些经验心得：
看板优势，看到瓶颈，把控进度，调整策略，让开发可视化
需求分类，必备需求，期望需求，超出预期需求
精益之道:
干掉一切不增值业务活动
以客户为中心极速价值交付,又好又快完成领导制定的目标
看板的优势:
- 优先级任务规划
- 明确团队项目模块分化
- 能够看到这个项目在某个流程的瓶颈
- 可以看到做这个项目的团队成员每个人的能力如何
- 能清晰的把控项目的整体进度,及时调整策略,让执行过程可视化透明化和进行有效跟踪的工具
一个基础版技术的看板模型(注意:能把模块移动到Done的权利只有组长有,其他人不能动这一块)
任务板:
•尽量使用大白板，也可以使用软件
•任务板集合了选择好的 Product Backlog 和 Sprint Backlog，并以可视化方式展示
•任务板只能由团队维护，使用不同颜色的“即时贴”来区分开发人员，或者在“即时贴”写上接受任务的姓名
提示: 除非是时团队特别大,或者团队人员工作不在一起,否则看板还是用物理的看板
看板分有四列:
ToDo — 要完成所有的所负责的模块 放在这里
Doing — 进行中的工作 当团队成员开始某个任务后，他会将该任务对应的卡片放到“进行中的工作”列中
ReView — 验证你所做的模块(我们已经完成的模块)由项目组长查看对应的卡片确认你所完成
Dong — 当一个任务卡完成后，完成此任务的成员找组长确认后由组长其放入“完成”列，并开始选取下一张任务卡
提示:组长在检查项目,发现不完善的地方或者项目BUG,要把这一块写成便利贴,放到看板的ToDo里面
需求评审:把优先级低,工作量大的任务,商议取消,解决需求太多的问题
让老板或者产品经理给需求功能点根据价值去排序,然后我们在根据功能的技术难度和实现功能的时间,去排查功能点的优先级
制作卡片:
模块分化清楚后,小组成员一起对模块工作量评估,使用扑克牌进行工作估量,每个人手中有1,2,3,5,8,13,21,BIG(斐波那契数列)对应数字的牌,然后一个模块,背面朝上压一张牌,当团队里所有能做这个模块的人,牌都放好以后,一起亮开牌,如果一致则这个模块的工作量就此确定,如果不一样的时候,出最高数和最低数的人要说明为什么觉得这个功能很快完成或者需要大量时间,说项目能快速完成的同学,对这个模块肯定有解决技巧,说出来可以让大家一起掌握该技巧,说需要大量时间的同学,对这个模块实现的细节说不定考虑的更加周到,说出来可以让大家一起把我项目细节,做出来的项目也更符合企业级的项目,对于项目的推进一定是有帮助的,之后大家继续出牌,如果还是不一致,那么超过三次,由技术组长或者多数来决定这个模块的工作量
看板制作:
每日站立会:
- 只说相关项目
- 关于项目昨天你做了什么模块
- 有没有遇到什么问题(导致耽搁今天任务的)
- 今天做项目什么模块
- 预计进度是否与实际进度一直 不一致怎么解决
评选敏捷之星:
- 小组中评选成员完成模块最多 最快 bug少
推荐一款电子任务板: trello
电子任务板有许多Kanboard ，trello，Wekan，Leangoo 等等;
今天就介绍这么多,还有什么想要采取任务看板但是不清楚的地方可以加v:c384722108