说到梳理组员的工作，还是万变不离其宗，PDCA，无论是做技术管理，还是推进项目，抑或是写代码实现某个功能，基本都是一个PDCA。讨论，定方向，方向定好之后让他去走（这里分人，靠谱点的人不用太管他，他自己会做的很好，不靠谱的就需要多盯他一下进度，思想在于细化分解，否则等他走的太远才发现偏了，就做无用功了）
PDCA的第一步就是定计划，身为带队人我们是需要具备客观评估工作内容及进度的能力的，安排时间进度的时候是需要考虑到一些突发情况的（这个关键得练，找感觉，我的方式是通常会预留一个缓冲时间，或者给两个时间，一个最慢的一个最快的，其实业务部门定指标的时候也是类似的，一个保守版一个激进版，所以说很多道理都是相通的）。
PDCA的第二步是执行，我理解这里的关键点在于细化，按天复盘一定会比按周复盘更贴合原计划，在一个总的PDCA里也可以细化出多个子PDCA，选择合适的时间周期进行复盘，可以尽可能避免有弯路，保证任务顺利推行。最快的速度就是不出错的速度——曾经一位前辈如是说
第三步检查，在预计的时间点来做复盘，总结经验（这个很重要，做好这一步就可以区别于一些会在同一个坑里不停摔倒的人，举个例子，有些同学会把遇到的问题记录笔记，下次遇到时候就可以快速解决，有些同学会在遇到同样问题的时候说，擦，这个问题我之前遇到过，但忘了怎么处理的了，甚至有些同学都不知道自己遇到的问题跟之前的问题本质是一样的）。人嘛，总是要提升的，而总结复盘就是提升的最好方式之一
最后再开始下一个PDCA，循环往复，这样这个工作就能推的越来越顺
