今日工作总结，指导同事做技术项目管理。
昨天项目正式立项，事情多，不确定的问题也多，同事整理了一份项目代办清单，准备在例会上分配任务。
我阻止了他直接分配任务的想法：过去管理两三个人的小项目时，可以直接分配任务，但是项目一旦规模变大，就很难完全做一线的扁平化管理。
一方面，参与项目的人变多，带来的是指数化的沟通成本上升，一旦参与人员超过了七八个人，中心化的结构很快就会成为信息传递的瓶颈（管理经验不足的时候更是如此）。
另一方面，如果项目的不确定性很强，有可能随时冒出新问题的话，很容易因为分工边界，让新问题掉进三不管地带，后期才能暴露出来。
第三个问题，新手管理者在初期很难找到项目管理和一线开发的时间分配方法，很容易被具体的问题吸引精力，导致项目管理方面直接停摆。
因此，我给他的第一个建议是：把项目拆解成两到三个重点方向，给重点方向指定负责人，你重点管理一个方向加两个人。
先写到这，感兴趣明天继续。
昨天项目正式立项，事情多，不确定的问题也多，同事整理了一份项目代办清单，准备在例会上分配任务。
我阻止了他直接分配任务的想法：过去管理两三个人的小项目时，可以直接分配任务，但是项目一旦规模变大，就很难完全做一线的扁平化管理。
一方面，参与项目的人变多，带来的是指数化的沟通成本上升，一旦参与人员超过了七八个人，中心化的结构很快就会成为信息传递的瓶颈（管理经验不足的时候更是如此）。
另一方面，如果项目的不确定性很强，有可能随时冒出新问题的话，很容易因为分工边界，让新问题掉进三不管地带，后期才能暴露出来。
第三个问题，新手管理者在初期很难找到项目管理和一线开发的时间分配方法，很容易被具体的问题吸引精力，导致项目管理方面直接停摆。
因此，我给他的第一个建议是：把项目拆解成两到三个重点方向，给重点方向指定负责人，你重点管理一个方向加两个人。
先写到这，感兴趣明天继续。
