让交付效率与客户满意度齐飞|医疗IT敏捷案例
2019-12-09
来源：东软卓越效能社区 巩敏杰
本案例为某医院项目敏捷实战总结。取得成效如下：
将医院HIMSS6评审准备期缩短50%；
项目按期交付率由不足50%提升到95%以上；
客户满意度大幅提升；
团队工作积极性显著提升，凝聚力大大增强；
院长、信息室主任和各个科室人员经常来看板前了解项目进展
接下来，我们介绍一下项目背景和挑战，及主要应对方式。
项目背景
某医院对于信息化要求较高，2017年通过JCI评审标准，2018目标是通过HIMSS6评审标准。项目周期约6个月，时间紧任务重。
团队当前十人左右，2018年初事业部人员结构调整，人员变化较大，团队较为动荡，团队成员士气低落。
项目本身有大量需求和问题待解决；新需求仍在不断产生，BUG又不能得到及时修复；功能交付日期不定，且经常拖延，客户满意度低，配合度较差。
面对这样复杂的环境，我们该如何做？开始团队也很迷茫，手里工作忙不过来，项目也没有什么好的进展。此时何不试试敏捷的方式？这正是应对不确定性的典型场景。
Get your hands dirty
虽然团队中，没有一名专业的敏捷教练，但还是采取了行动。一名成员，参加完事业部敏捷教练培养的第一次课之后，迅速行动起来。
有时候，想的再完美都不如行动。这名成员迅速学习和实践。遇到不明白的问题就问，加上平时自我思考，迅速让团队感受到敏捷带来的新变化。
问题一、需求来自四面八方
建立看板墙，可视化价值流动
停止启动，聚焦完成---看板方法里一句有名的话
经过讨论，团队决定首先从需求入手。第一步控制了需求进入的数量和优先级，那么接下来就要找出在问题处理过程中，哪一个环节出了问题，因此我们引入了看板墙。
看板墙对团队的影响是巨大的。它不仅让项目中每一位成员了解了项目的当前进度，同时也将问题暴露出来。
比如发现很大一部分需求全部堵在了测试环节，而没有真正交付到用户手中，然后我们针对问题，对人员和工作进行调整。我们优先从团队中推选出一位测试人员，将堵塞的任务全部顺利过渡到了交付环节。
另外，看板发挥持续改进作用的同时，看板本身也在发生着变化。在项目周期内，我们一共针对看板做了4次较大的调整，更好适应实际情况。
统一需求接口人，明确团队分工
为了对项目有一个整体把控，项目经理承担了PO角色。PO既肩负着与用户和团队间澄清需求的任务，还起到保护团队免受他人干扰的作用。随着敏捷的逐步应用，PO也由开始的一个人，发展成现在的客户团队。
开发人员与PO在白板前沟通需求
问题二、经常出现延期
按业务价值排序
经常出现延期有很多原因，其中一个原因是经常出现“紧急”任务插入。为此，我们对需求按业务价值进行了排序。按重要紧急程度，安排任务优先级。对于插入任务，进行价值评估。
另外，业务价值排序，有时会邀请客户参与。除了得到客户的认可和反馈外，还了解到客户当前最着急的是什么，了解任务的目的。对工作的完成有很大帮助。
使用用户故事管理需求
用户故事不同于以前的需求项目，而是采用用户视角，大家都能理解的语言描述。主要包括三个部分：Why...Who..What...。
因此PO在和用户沟通之后，整理的需求列表内容不再使用技术语言描述，而是采用用户可以理解的语言。并且由于便签字数限制，所写内容都尽可能简洁，要点突出。初期使用时，大家不容易掌握写用户故事的方法，当习惯后，感觉这是非常好的沟通方式，有效解决了大家对需求理解不一致问
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
