点击“知行圆桌派”关注∆ 不定期早上11:45推送
资源哪有够的时候啊!互联网倡导花3个人的钱招2个人干4份活,挑战身心极限,过得充实,修得圆满,福报且行且珍惜。愣是将每个人干成了单点瓶颈,好像缺了谁都会瘸腿,活似每个人都是不可替代的样子。但谁又敢轻易试试没了自己是否真的让团队停摆?
那就认个怂,来和同样认怂的老J 聊聊怎么做资源协调,聊出心得,用到你丝滑顺畅
GG 加个需求呗~ 紧急又不改期的那种 么么哒~
资源协调属于“管理规划”范畴里的一趴。当研发TL 小Y 刚把周一刚移交的需求排得满满当当(当然,少不了留个心眼给排期加上 20% buffer),刚起身接水去,愣是被善于“拥抱变化”的产品同学小C 喊住,出现以下场景
小C同学:“兄dei儿,来插个紧急需求,实现XX 营收30%提升就靠这个了,咱加把油,做了哈,你是最棒哒~”
刚起身要走,回头温馨地补一句 “怎么简单怎么来哈”
“卧槽。。。” 小Y觉得这个需求紧急而且还不小,实现也不简单。
小Y赶忙追上去问道:“姐,优先级哪个更高?”,“Deadline 什么时候啊?”
小C:“你说呢?和当前迭代一块儿上线,么么哒~~~”
“既要又要!呵呵。” 小Y 此时心中一万个草泥马奔腾不息,心想“辛苦下兄弟们,加几个班呗,哎。。。”
往往就是这样,研发团队习惯了惯例加班解决一切因上游变化而产生的不确定性与风险。其实这里只关注到了进度这一个维度,在任务量增加的情况下,通过加班进行消化。偶尔一两次无伤大雅,纯当练兵修行,还能增加团队凝聚力。频次高了愣是让小Y做实了资本家的行径,却没享受到资本家的富贵与荣华。
小Y 心想:不值,也不能啊!。
多么正直凌然的同学啊,老 J 觉得小伙子还是期权拿少了,老板思维还有待提升
不只有“进度”
不只有“进度” 这一个维度。回到管理规划上,有三个维度可以进行回旋
进度,指排期计划。Deadline 前移还是后移?
质量,得到验证,从而交付有保障的?功能、性能、兼容性、用户体验等取其几个方面?
效果,主要指需求,主干流程实现,炫酷交互,彩蛋还要不要呢?
通常,人们只关注 “进度” 这单一维度,其实默认质量 90分、效果 100%。上述小Y 与 小C 的对话场景很典型。(为啥是质量是90分?答:100分有人吹没人信啊。)
好在,小Y 加了 20% 的 buffer,加几个班还是能应付一下。留 buffer 应对突发情况通常包括:
临时需求
需求变更
Hotfix
其它:产品设计不充分,技术因素阻塞等
加不了怎么办?
👆场景是挤挤总归还是ok的,那挤爆了干脆新增一个并行迭代操作的情况怎么办?背景大致如下:
A 常规迭代
B 新增迭代,承接另一路需求,很紧急(不上会死的那种)
当然是上三件套,顺序一般建议按 进度->质量->效果。别一上来就砍需求,年轻人要讲武德!回头不还是要乖乖做需求,那又何必呢。退一步,扎个马步,心平气和地与产品小姐姐商量
“加班是一定的,可还是做不完这些,Deadline 要不挪一下?”
“质量损失点如何?并发达不到了。我们做个限流如何?”
“最后,“动态渐变” 要不就别做了?”
动之以情,晓之以理;层层递进,循环往复。说到底就是:把拆解出来的任务填满人头,不断循环进度(挪Deadline or 加班)->质量(降低质量分)->效果(砍需求),直至都填满整张甘特图。
能用嘴周旋的就不要动手。讲真,前期抛出问题、暴露风险、提出要求好过开工后相互扯皮。切记不要硬抗!出了力、班也没少加,最后抗个锅不值得。
尤其对于QA同学,做好与产品业务方的质量预期。关键流程跑顺了,上线后别一个样式问题瞎报bug,客服那里打好招呼,有问题随叫随到,快速修复。
2021,愿大家都做快乐的打工人。
-END-
大家在看:
关注“知行圆桌派”
一个与你一起做时间朋友的公号!