PDCA

说到梳理组员的工作,还是万变不离其宗,PDCA,无论是做技术管理,还是推进项目,抑或是写代码实现某个功能,基本都是一个PDCA。讨论,定方向,方向定好之后让他去走(这里分人,靠谱点的人不用太管他,他自己会做的很好,不靠谱的就需要多盯他一下进度,思想在于细化分解,否则等他走的太远才发现偏了,就做无用功了)

PDCA的第一步就是定计划,身为带队人我们是需要具备客观评估工作内容及进度的能力的,安排时间进度的时候是需要考虑到一些突发情况的(这个关键得练,找感觉,我的方式是通常会预留一个缓冲时间,或者给两个时间,一个最慢的一个最快的,其实业务部门定指标的时候也是类似的,一个保守版一个激进版,所以说很多道理都是相通的)。

PDCA的第二步是执行,我理解这里的关键点在于细化,按天复盘一定会比按周复盘更贴合原计划,在一个总的PDCA里也可以细化出多个子PDCA,选择合适的时间周期进行复盘,可以尽可能避免有弯路,保证任务顺利推行。最快的速度就是不出错的速度——曾经一位前辈如是说

第三步检查,在预计的时间点来做复盘,总结经验(这个很重要,做好这一步就可以区别于一些会在同一个坑里不停摔倒的人,举个例子,有些同学会把遇到的问题记录笔记,下次遇到时候就可以快速解决,有些同学会在遇到同样问题的时候说,擦,这个问题我之前遇到过,但忘了怎么处理的了,甚至有些同学都不知道自己遇到的问题跟之前的问题本质是一样的)。人嘛,总是要提升的,而总结复盘就是提升的最好方式之一

最后再开始下一个PDCA,循环往复,这样这个工作就能推的越来越顺

你可能感兴趣的:(PDCA)