阿紫:做好项目风险管控,功能迭代没有意外 | 电子期刊【迭代计划九大坑】

「守望者」第四期《迭代计划九大坑》正式发布

华夏历020年元月,一场突其来的瘟yi爆发于江城、随后席卷神州大地,后来甚至蔓延整个蓝星。经过三年的举国抗yi,华夏帝国全国从未爆发大规模yi情传播的事件。

大三年,虽然华夏帝国在yi情防范方面,取得了很大成功。但是也出现了一些问题,比如帝国户部经过人口普查,发现最近两年新生儿数量不断少;比如帝国礼部经过调查,最近三年直男休妻率大幅上升等;太医院及帝国卫生署发现,近年来华夏子民的精神类疾病患者越来愈多,焦虑、抑郁、暴躁等情绪、疾病困扰了相当大一部分人。在快抖平台上有个段子几年yi情下来,发现大家都变了。第一年是恐慌,带着一点窃喜,能在家好好歇歇了;第二年是迷茫,啥时候是个头;第三年是崩溃,还让不让人活了? ”

解决华夏子民的心理问题,还百姓一片心灵的晴空,是目前华夏帝国的头等大事。丐帮,作为中原武林第一大帮,也作为一家有责任、有担当、敢作为、有理想的民族企业,在这时候,义不容辞地扛起了“净化人民心灵天空“的大旗,计划在《九阴真经》产品中加上一个”孔融不再让梨”的分支情节,激励用户勇于表达真实的自我。

“孔融让梨”是华夏帝国传承数千年的故事,但是现在社会却流行着另外一种解释:让4岁的孩子压制自己内心真实的想法,曲意迎合别人,丧失童年该有的纯真,真的好吗?如果从小就委曲求全,那么长大之后,很有可能也会成为一个胆小懦弱,喜欢去迎合别人的人,养成胆小懦弱的性格。再看孔融成人后的悲剧人生,也证明了这一点。

在故事支线迭代过程中,整个开发团队发现了”理想很丰满,现实很骨感“的现状。团队有两个开发,因为降薪不能支付房贷,导致断供,最后辞职回老家发展。由于此功能与《九阴真经》主线故事情节依赖较为严重,导致需求拆分不彻底,发布时间多次延迟。

这些问题一直困扰着郭靖。郭靖为了让自己的状态恢复,最后决定休2周年假,出去做一次徒步旅行。在徒步过程中,他无意中踏入一片山谷,又揭开了江湖尘封的一段往事。

百年前,丐帮帮主是萧峰大侠。萧峰,由于其契丹人身份,导致了他一生悲剧。在历史记载中,萧峰一生孤苦,最后命陨雁门关悬崖之下。与其一起跳崖的还有他的小姨子—阿紫姑娘。

阿紫,作为大理段正淳的私生女,本是公主身份,怎奈命运弄人,自小与母亲(阮星竹)分离,在星宿派那个恶劣的环境中长大,星宿派无情、无义,派众弟子阴险狡诈,阿紫则在此环境中,长成了一个杀人放火的小妖女。

但真实情况是,当年阿紫与萧峰跳崖之前,早就通知了她的师祖逍遥子在断崖下面接应二人。他们被逍遥子救下后,逍遥子用逍遥派的无上医术,为阿紫移植了一双眼睛,自此阿紫美目复原。萧峰虽然当时心脉受损严重,逍遥子也先用九转还魂丹保住萧峰心神,后用长生谷的长生泉彻底治愈了萧峰的所有创伤。

历经了那次风波之后,萧峰、阿紫恍如隔世,他们都有了很大的改变。萧峰深知自己身份特殊,他不想重返中原,也不想再回契丹。在逍遥子的撮合之下,萧峰和阿紫在长生谷底拜了天地、洞房花烛,过上了琴瑟合鸣,夫唱妇随的田园生活。

郭靖听完萧峰与阿紫的后人诉说之后,幡然醒悟。阿紫姑娘这不就是提前做好了风险管理,才能在人生出现不可控因素时,从容面对,成为人生赢家吗。

郭靖连夜赶往丐帮,请教他的老师洪七公江湖中是否存在风险管理的高手,洪七公手捻胡须,眯着眼睛,半晌才说:“历数江湖陈年往事,只记得当年传统项目的盛行时期,名门各派都会招揽江湖人士进行完整的风险管理,如风险的识别、分析、应对策略、监控管理等,听说用到的秘籍有风险登记册、风险影响和概率矩阵等,”

风险登记册

风险影响与概率矩阵

“可如今在敏捷项目的江湖中似乎很少有人提起风险二字,难道那些擅长风险的江湖人士已经隐姓埋名,隐居了?”郭靖问道。

“呵呵,当然不是。只不过现如今,我们敏捷项目吸收了风险管理精华,将其融入到各个实践活动中,真正做到了手中无剑似有剑。”

“那我们都是怎么做的呢?”

“靖儿,你还记得我们敏捷项目的几大招式么?”

“当然,需求梳理会、迭代计划会、每日站会、迭代评审会、迭代回顾会。”

“那我问你,梳理会上大家会梳理讨论需求,那讨论的是什么呢?调整优先级排序时应该考虑哪些要素呢?”

“嗯,需求讨论的就是需求本身啊。”

“回答得对,但也不对。在梳理会上,团队要讨论需求本身,需要弄清楚需求的场景、功能描述、商业价值或目的,除此之外,比较重要的就是AC:验收测试要点。以此来保证需求被正确完成。这一举措就是为了减少日后的质量风险,而提前达成的一致。

另外我们在排优先级的时候除了考虑故事的商业价值、规模、明晰程度外,还要考虑哪些因素你想过吗?”

郭靖挠了挠头,有点懵懂地看着师傅。

“还要考虑故事的可实现性、外部依赖啊。”

“比如:一个故事的技术实现难度比较大,而且外部依赖比较强,根据团队的自有能力在本冲刺周期内可以实现,可是这个故事的上线需要其他兄弟团队的配合,而兄弟团队由于资源有限,最快也只能把这个故事的配合工作安排到下周进行,正好可以赶上下个迭代,那么我们在做迭代计划时,最好将故事的优先级降低,安排到下一个迭代进行。

另外故事和故事之间也会有依赖关系,比如我们的订单项目,要赶着进行一年一度的双十一活动,想在双十一那个迭代增加优惠券红包雨活动,但是这个活动依赖于一个技术故事服务器升级扩容,因为如果当前的服务器内存应对日常订单流量还勉强可以,如果遇到双十一这样的疯狂嗨购活动,服务器肯定是要崩的。

那在计划会上团队如果识别了这样的故事依赖风险,最好和PO协商调整业务故事的优先级,提升所依赖技术故事的优先级,合理安排迭代计划,适时调整发版计划。这样团队就不会出现故事完成了却因为依赖未识别而导致无法上线的风险”

郭靖这才恍然大悟:原来如此,难怪敏捷招式如此精妙。

郭靖又问:“经手的故事那么多,依赖关系也会很多,那么怎样才能临阵不乱,审时度势做好计划安排呢?”

“终于问到点子上了,还真有秘籍可以传给你。”洪七公神秘一笑,转身拿起一本秘籍递给郭靖。

郭靖一看,原来是优秀的敏捷项目实践:项目群看板。

有了这一秘籍,需求发布定能做到有条不紊,郭靖谢过师傅赶紧起身回到项目组。

郭靖回到项目组后,立刻拉着项目团队和PO,重新梳理和讨论了未投产上线的故事的依赖情况,并且安排人员专门去其他依赖的门派了解他们的项目进度,并实时反馈到本部。依据依赖信息,也建立自己项目的依赖看板,快速调整团队发布管理计划和策略,使” 孔融不再让梨”分支功能迅速上线,在半年时间内,也调节了全国百姓的心理健康程度。

 

 

 

 

 

 

 

 

本章作者:朱婷

资深敏捷教练与DOM

中国DevOps社区核心组织者

 


下载地址:「守望者」第四期《迭代计划九大坑》正式发布
Fiona Wang
Fiona Wang
文章: 66

留下评论

您的电子邮箱地址不会被公开。 必填项已用 * 标注