GaussDB(DWS)《构建与崩塌之如何做事》
如何做事
软件研发作为一个需要不断补充新鲜血液的行业,大家的部门都会不断有新人入职。而新人的成(抗事)长(干活)速度对于项目组的持续运作起着重要的作用,因此,在新人学习了一些必要的技能和业务知识后,通常会分配一些基础的任务来积累经验,从而使新人逐渐获得独立完成任务的能力。但就我接触过的新人,在面对自己要做的事情时,是没有建立足够清晰的认识就开始做的,要么做的很慢,要么做的很乱。业务知识相关的能力抛开不谈,不管我们是完成什么任务,或者更广泛来讲,完成任何一件事情,其实都是有着一些基础的共通的逻辑的,而掌握了这些逻辑是很极大提升你做事的效率和收益的。因此有了本篇文章,主要探讨一个新人,在刚入项时面对分配的任务,应该“如何做事“。
在讨论“如何做事”之前,再次阐述一下不知道如何做事可能会导致出现什么问题,从而让读者明白掌握“如何做事”的重要性和必要性。报风险,是大家经常要做的事情,上级管理者需要通过每一个实际执行人的进度和分险预警来做出版本层面的决策。尤其是一个大的项目,管理者是不可能掌握所有的细节的,而这些细节事情上的质量和分险就需要每一位实际执行人去掌控和上报。但是,对于新人来说,一说上报风险真的是一个头两个大,要么迟迟不报,要么无法准确评估。对于管理者而言,无法及时掌握子任务的真实进度和风险,对于整个版本的质量评估也会造成巨大的偏差,从而导致最终版本发布的失败。
我们其实倒着推一下,就能发现不能及时准确上报风险问题的本质是什么。你要预测风险,你就要有预先的计划和实际的执行进度,并且对于二者的误差能够想出补齐的措施并评估实施时间。这里就有两个问题,第一点,实际执行进度来源于执行计划,而新人做事的计划,基本完全来自于任务的分配者。但是任务分配时的计划,肯定不是百分百准确的或者说是整体上的,需要实际执行人针对任务本身的特点进行二次分析和再计划;第二点,风险评估时,想出补齐误差的措施并评估实施时间的能力也是基于对任务本身足够的了解和认识的基础上才能做到的。所以,看到了吗?其实,问题的本质就是对于任务本身就没有建立足够清晰的认识。这个做事情最重要的基础就没有搭好,后续的上层执行自然无法做好。
其实,如何做事是一个经典的what(对任务和目标的认识),how(结合任务自身的特点如何达成目标),when(达成任务目标的总体时间要求和每个分解任务的完成时间)问题。我们要想把任务按时保证质量,进度风险可控的完成,以上的“2w1h”缺一不可。而其中”what”是大家最容易忽略和轻视的,但是后续的“how”和when又都是建立在“what”基础之上的。因此,这里着重讲“what”,有了“what”,“how”和“when”自然水到渠成。
失之毫厘,谬以千里。What,在接到任务时,首先要做的就是理解和认识任务本身。而这也是新人最容易忽略的,如果你对任务本身没有足够清晰和深刻的任务,就很可能为你后续的计划埋下“暴雷”的可能,进而导致风险不可控。那如何建立对任务本身足够的清晰的认识呢?一问二查三思考四总结。问,指的是问任务分配的人,产品设计开发的人;查,指查阅产品相关的设计开发资料;思考,指在通过了“问”和“查”获取了大量资料后,建立自己对任务的理解和认识;“总结”,指通过文档或者串讲的方式,把你建立的理解和认识的逻辑呈现出来,让比你有经验和能力的同事帮你把关。一定要在把“what”做踏实后,再开始后续的工作展开。
最后,做一下总结。其实在很多领域,前期的调研都是会占用很多的时间的。但是,如果你前期的“what”阶段做的足够扎实,你就会在后续的工作中渐渐发现它带来的好处。知己知彼,百战不殆。
- 点赞
- 收藏
- 关注作者
评论(0)