秉承鸿泉9年工匠精神
我们一直在努力

杭州鸿泉邀请专业指导,打造敏捷团队

2018-09-30 10:00 阅读量87

数字化时代的软件开发,就是要比对手更快,成本更低来交付价值、验证假设、响应变化。而敏捷开发中需求拆分很重要,拆分好坏,将决定敏捷开发模式是否能胜利推进。

827日,杭州鸿泉物联网技术股份有限公司邀请了一支致力于帮助社区解决实际的敏捷实施难题的小分队,他们针对我司“需求拆分难、需求澄清不充分”等问题进行探讨,提出建议,令参加此次培训的产品部与项目部员工受益匪浅。

鸿泉敏捷培训.jpg

敏捷突击队简介:2017年初在杭州成立,致力于帮助社区解决实际的敏捷实施难题。先后到过网易、灵云科技、传化科技、税友、咪咕数媒、思科、浙江移动、诺基亚等公司义务进行敏捷相关问题的探讨。

本次敏捷突击队成员:王存浩(道富敏捷教练)、卜夙(道富scrum master) 苏妮(招商scrum master) 周伟峰(道富scrum master)。

现状

建议

需求不充分、不准确

1、使用用户故事地图帮助梳理用户故事
2、Empathy map,中文叫做移情图。

不知道需求做得好不好

可以从以下几个维度来统计需求相关的数据,综合评价一下我们的需求到底做的好不好:
1需求交付给团队以后修改的次数(准备的充分性)
2需求池中是否有团队velocity两倍的量(充足性)
3每个迭代开始之前交给团队的符合要求(DoR)的用户故事的个数(及时性)
4有多少bug是由于需求分析本身引起的(准确性)

在时间很紧急,需求数量又很多而且不确定数量的情况下,团队不能快速交付

完成用户故事的方式有三种:所有的用户故事同时开始做,叫做并行完成,第二种方式是部分同时开始,等有的完成了,在开始后面的,叫做部分并行,最后一个方法叫做串行,就是一个一个的做。这三种方式都可以尝试,找出一种时间上,客户满意度上都不错的方法。
推荐的实践:这样的团队比较推荐使用看板方法,限定在制品数量(WIP Limit)以及加急需求数量。反应一个团队水平很重要的一个方面是团队交付的周期时间,一般情况下是期望一个需求开始后越快完成越好,但是串行有的时候又会很难安排团队成员的工作,所以这里比较建议的还是部分并行,找到团队合适的WIP Limit。

花费过多的时间去预估投入的工时

建议需求拆的小一些,平均一些(建议只有1分和2分的故事),每个迭代做到6个以上。团队整体用最简单的方式决定做多少个故事:1一个一个加进来,每次大家通过大拇指来表示是否有信心做完目前所有的故事,知道大部分人都认为做不完时停止;2参照之前的历史数据-前面几个迭代平均做几个

 

敏捷是基于一定的准则和框架,这些准则和框架提供了必要的稳定性,从而保证组织探索更多可能,为未来变革做好准备。杭州鸿泉物联网技术股份有限公司将不断加强敏捷管理。在敏捷意识的促进下,员工将从被动工作专为主动思考,使之为团队和企业创造大的价值!


联系我们

客服热线

0571-88963823

销售咨询

13388427557

售后服务

18968190931

采购中心

0571-88963812

供应商投诉建议反馈

0571-89775590
partner@hopechart.com

官方微信

官方微博