欣旋咨询 项目管理培训专家 400-6975-808
培训课程

项目实用技能

项目管理专业人士培训
当前位置:首页 > 精品文章 > 项目实用技能 > 让程序员告别”996“,需求变更篇 分享:

让程序员告别”996“,需求变更篇

2020-01-05 12:00176


作者 | 战斗加鲁鲁
来源 | 欣旋咨询(ID:PMP2010)

古人有云”天下武功,唯快不破”。而在当今社会,拥抱变化已经是各行各业打出的最响亮的口号,特别是在奉行敏捷开发的软件行业,需求变更已是成为程序员和各种经理之间的主要矛盾点,更是“福报996”的始作俑者。

话说回来,我国社会主要矛盾已经转化为人民日益增长的美好生活需要和不平衡不充分的发展之间的矛盾。既然美好生活需要不够,那么需求变更就无法被消灭,项目管理知识的学习可以让我们更有效的掌握应对变更的方法。根据欣旋老师对变更的描述,我们首先总结下变更的基本流程。


(图片来源网络)

首先变更发起人需要提交变更申请,再由变更评估小组评估,具体需要评估变更范围、对现有项目状态的影响、变更会产生的风险、变更方案是否合理等多个方面。变更结束后需要分析变更是否达到变更目的,同时需要更新项目计划(进度、质量、范围)和项目文档。

从变更流程上来看,变更其实十分简单,但是如何将变更有效的执行和高效的推进还是需要我们深思熟虑。下面我将分享在项目中进行有效变更的经验。

1. 快速响应领导需求

目前我就职于一个国企银行中,领导一句话,那我们就要照着做。直接顶回去,血和泪的教训告诉我,年终奖砍一半,升值加薪靠边站,所以经过我的思考,当领导提出自己的想法时,我们要去剖析、探索和满足领导真正的诉求。

我的团队目前成立接近一年半,恰逢新任领导三把火的期间,要求是变来变去,前半年的时候,我们都在和领导争论,对抗中度过,大家不仅物质上损失不少,而且身心俱疲,出去找工作的人比比皆是,我是相当痛苦。后来我换位思考下,领导也有压力,也需要做出成绩给领导的Boss看。至此以后,我们不再一味的对抗,而采取了快速响应领导需求的方案。

在我的团队中,我选取了2名技术能力强的程序员作为领导需求快速响应小组,主要工作就是第一时间将领导的需求实现和展示,让领导可以迅速得到需求反馈结果,领导心里倍爽,觉得自己的需求得到认可。另一方面,当我和我的团队认为领导提出的需求是不合适的,我们选取灰度发布对象,上线后获取运行数据,用数据说话将结果展示给领导。采取这种情况后,我发现领导在提需求时,也会深思熟虑,毕竟领导要面子,提的需求市场反馈不行,脸疼啊。

2. 定期复盘 

两年前,我在负责一个大型项目的一个模块时,每逢中午吃饭,团队的小伙伴都是吐槽”XXXX模块今天又要改接口“,”XXXX模块文件格式变动,我又要改”,“明天就要上线XX又要改需求,今天晚上又要加班测试”,“天天改改改,我这个单身狗怎么找对象”。我一直思考这种情况,这样下去人员可能工作情绪大,生产上线出错的概率也大啊。

非常感谢工作中最犀利的武器批评和自我批评,在一次组织生活会中,项目组各模块负责人都参加此次会议。在会议室之前,我向我们团队中每一名成员发起的匿名问卷,和大家聊一聊在开发过程中需要吐槽的内容。在会议上,轮到我发言的时候,我首先对由于我的问题导致技术团队软件质量问题进行深刻剖析,并提出改进方案。接下来,终于可以进行我策划已久的行动,我把最近我们系统中变更清单投影到了大屏幕上。

大家看完变更清单后,我又把之前的匿名问卷结果在投影给大家看,大家都在吐槽变更随意,时间紧迫。突然项目经理站起来说:”以后我们要控制变更数量,规范变更流程,变更是有成本不能乎之不记,凡是提变更的人都需要谨慎,不能拍脑袋。”我趁热打铁,提出控制变更的建议:

+ 项目组内组成立变更控制小组,每天早上站会讨论今天变更内容,对变更成本较大的,需要抄送项目经理,由项目经理进行全局评估
+ 所有的变更,必须由明确的记录,需要“合法化”,有据可查
+ 建立统一的变更库,整个项目组人员都可以查到变更信息
+ 对于由于自身失误,要提出的变更,纳入绩效考核中
+ 定期复盘和总结,分析变更的主要原因,讨论改进措施

会议最后项目组达成共识,力争减少额外的变更,努力以最小的成本,完成项目目标。

3. 好系统是设计出来的

好系统是设计出来的,不仅仅是从技术层面,也包括了业务层面的内容。据我观察,为什么项目上线之前要996,那是因为留给我们开发的时间太短了,产品有问题,压缩开发时间,回归测试要多轮,压缩开发时间,受伤的永远是开发。

今年,有幸参加了一名“大师“级别的人物牵头的项目中做负责人之一,该项目是做银行最最重要,最最核心的系统。原系统已经运行接近20年,复杂程度可想而知,涉及八条业务线,基础平台架构老化,行内高层为了顺应时代的发展,下定决心,启动新项目。新项目时间紧,任务重,技术要求高,开发人员大部分为新员工,我的心里那是七上八下。项目启动会之后,大师直接把业务团队留了下来,展示出了他亲自画出来的项目里程碑图,并且挂上了墙。项目的第一项里程碑就是让业务人员,将产品设计和需求文档统统交出来,并且提出了以后可修改范围阈值,当时我们这群程序员,那是开心啊,第一次给了业务部门DeadLine,终于可以不用天天压榨我们开发人员了。

在产品设计的阶段,大家都很积极的工作,各抒己见,相互配合,将很多风险点提前暴露出来,并解决,大大提高了设计的质量,减少后期变更、沟通等各种成本。

好系统是设计出来的,在设计阶段,把事情做对,不仅可以省钱,还可以让大伙在工作中心情开心,有益身心健康。

4. ”腐败“必不可少

在考完PMP后,欣旋老师说,无论考的如何都要去”腐败“一下。在工作中,大家其实都比较辛苦,很多时候大家在做需求变更的时候,心里都是很烦躁的。这时候给大家准备一杯星冰乐,烦躁的情绪总会被美味的巧克力冰激凌给压制。

根据我的经验,团队成员每个月进行一次聚餐,可以有效的提高团队之间的凝聚力,大家私下在一起嘻嘻哈哈带来的精神享受,会直接反馈在团队工作配合中。

总结

需求变更不是我们的敌人,是我们达到项目目标的手段。在不断的变更中,如何保持自己良好的心态和愉悦的心情是项目能否顺利达到目标的重要因素。我们需要不断的总结,思考在项目中所获得的教训和经验,那么告别”996“,迎娶”白富美“指日可待。

title
PMP®考试大杀器

培训联系

  • 9:00 - 17:30(周一至周五)
    9:00 - 17:30(周末值班)
  • 上海市天目西路218号嘉里不夜城第一期第一座810室
  • 400-6975-808
  • 13917539645 / 18017863070
  • 13917539645 / 18017863070
  • sales@shxinxuan.cn
立即沟通 立即沟通
+

请求报价-即可咨询,帮您定制服务

欣旋已成功办理1980个

在线咨询