pmsalon 发表于 2019-3-21 16:06:30

活动回顾 | 敏捷转型之路


作者:白豪

近来上海寒冬凛冽,然而冬日的寒冷并未阻挡一群年轻人的学习热情,即使是在周五晚上凌空SOHO17栋的携程演播厅里依旧充满活力。2019年1月25日,欣旋携手宝尊电商和携程共同为大家开展敏捷转型之路线下交流会。本次活动邀请了携程PMO项目经理 罗睿和宝尊电商敏捷教练胡本洋两位讲师分享了各自在团队工作中的敏捷转型的经验,一起探讨什么是敏捷,为什么要采用敏捷,采用敏捷中过程遇到的问题和痛点。

第一章
分析WIP限制在制品

携程PMO项目经理罗睿是一位有5年项目管理经验的讲师,已获得PMP、ACP、信息系统项目管理师认证,并熟悉传统和敏捷项目交互过程。罗老师在本次活动中分享了他前一个项目经历。



一个历时2个月周末无休全体赶工并成功上线,分别获得甲方爸爸和乙方妈妈共同认可和授予奖项的项目,实则在项目完成后,成员离职率达到66.7%。虽然受到客户认可,罗讲师却始终认为这是一个不成功的项目经历并以此为教训反复思考管理好WIP在项目中的作用。

*那么什么是WIP?

WIP,Working In Progress,ERP中指在制品或流水线,又称车间生产管理。制作业也指工作中心在制品区,为工作中心提供原材料、完成产品、半成品的存储货位。

* WIP在IT行业里存在的形式

制造业里的WIP是直观的,是看得见摸得着的“库存”,通过盘点,对比上月的变化情况,成品零件的折旧率可进行计量,然而IT行业的WIP比较抽象,它可能是服务器,代码,文档,客户需求,用户故事……IT业的WIP发生的理所应当,但是从财务角度几乎察觉不到。

*交付周期和WIP的关系

交付周期= WIP /交付速率
交付周期指需求从进入开发团队到完成交付的时长。
WIP数指整个系统中并行需求的数目是处于各个阶段的需求数之和。

*高位WIP带来的危害

延长开发周期,超负荷运转,上下游阻塞,破坏连续性,延期成本,WIP溢出,焦虑,切换损耗,做一半的事情没有价值等的危害。

*如何解决在敏捷转型过程中WIP带来的问题。

A.尽量一次性把事情作对。在敏捷开发过程中将批量大小设置合理。翻硬币的游戏告诉我们,批量不是越大越好,也不是越小越好,而是要找到适合自己团队的最合理大小。批量大小合理带来的优势(3个提升,3个降低):提升完成时间,提升反馈速度,提升团队成员积极性和紧迫性;降低下一环节的等待时间,降低风险和变更造成的影响,同时降低管理成本。

B.聚焦以价值为中心的交付,优先做收款部分应用,把资金先收上来,增加现金流。

C.关注闲置工作而非闲置人员。很多情况下,公司为了减少人员成本支出,最大限发挥员工的使用率,会让一个员工兼顾多个项目。然而在实际工作中,如果一个成员专职去做一个项目,他在该项目的投入经历上可视为100%,如果一个成员同时做两个项目,他在两个项目精力只能是分别40%,剩余20%是在项目切换中消耗的精力;如果一个成员同时参与5个项目的话,他在每个项目的精力只能达到5%,剩余的精力都消耗在切换到不同项目中这个过程。由此如果只关注闲置人员,很可能会导致为了使用人员而项目的关键路径延期使得可交付成果延误,因小失大。

D.要懂得使用累计流图,观测项目进展情况主动应对项目过程中的问题与风险。WIP是已存的事实,在难以避免的情况下,通过管理好WIP来达到良好的流动,保证产品的可交付。

第二章
宝尊敏捷之旅

宝尊电商敏捷教练胡本洋讲师毕业于新加坡南洋理工大学和新加坡国立大学并获得PMP,CSM,SAFe认证,也是2018年敏捷之旅上海站组织者。下面这个图是他学生时代坐公交车从宿舍到教学楼的路线。



红色表示正向行驶,蓝色表示反向行驶。两个不同方向而行的公交车路线,如果乘客不假思索见车就上的话,会出现两个结果,一种是运气好,上了正确方向的公交车不仅可以又快又方便的到达目的地,一种是没走运,上了错误方向的公交车反而耽误时间却不一定能达到目的地。通过这个故事,胡讲师非常简单易懂告诉我们,敏捷不是没有目的,盲目的,而是在已有的交付能力下快且精准的交付有价值的东西。

宝尊电商敏捷转型历程,2018年年初宝尊提出“科技成就商业”未来的口号,历时4个月的前期调研和试点团队挑选,2018年9月份才在集团内展开。为什么要开始敏捷转型呢。

客户响应
需求管理
团队内及跨团队协作
质量
业务创新等等……

在敏捷转型的启动阶段中,宝尊首先制定敏捷的成熟度,在公司内部挑选试点团队,采用看板的形式,让工作可视化,及时发现工作中出现的问题,通过回顾,在进入下一道流程前改进已知问题。在启动阶段,对于组织/部门转型,管理层支持十分重要,既需要自上而下又需要自下而上的支持,根据团队的情况,逐步进行敏捷实践。

在转型阶段需要培训团队SCRUM、看板基础,用户故事,敏捷测试,并且要针对团队的特点去采用合适自己团队的SCRUM,kanban。另外,实践是检验真理的唯一标准,在整个转型过程当然一定要带着团队一起去做实践,在实践中逐步完善。

技术实践包括CI/CD,外部技术教练加上内部培养,培养团队单元测试,重构,API测试能力等。

转型阶段的工具:Jira,Confluence质量平台,自研测试平台,自研DevOps平台。



以上就是1月25日交流会,欣旋邀请的两位嘉宾的精彩分享。凌空SOHO欣旋线下活动不仅有好吃好喝好玩的,还能一起学习一起成长。下一次期待您的加入。



敏捷开发术语:
CI:持续集成(Continuous integration)是一种软件开发实践,即团队开发成员经常集成它们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

CD: 持续交付(Continuous delivery)是一种软件工程手法,让软件产品的产出过程在一个短周期内完成,以保证软件可以稳定、持续的保持在随时可以释出的状况。它的目标在于让软件的建置、测试与释出变得更快以及更频繁。这种方式可以减少软件开发的成本与时间,减少风险。
页: [1]
查看完整版本: 活动回顾 | 敏捷转型之路