开发一款产品的过程，其实也是项目管理的过程，这个环节有非常多值得投入时间去学习的内容。
1、如果一个项目有六个模块，各有90%的部分已经完成，那么你仅仅完成了54%；如果任何一个模块完成比率是零，那么整个项目的完成率也是零。
2、所有的项目和产品都是时间、资源、功能的组合，是三角形的三个边，任何一边的变化都会影响到另外一边或两边。
3、不确定性是无法改变的事实，知之为知之，不知为不知，明人勿处暗室，把事情能描述清楚也是一种能力。
4、沟通、沟通、沟通，语言和观念要匹配，这样沟通才会清晰、有效。
5、责难任何人拖累大家的进度都不是一种值得提倡的行为，就好像责怪叶子不可以从树上掉下来一样没有意义。
6、进度落后并不是世界末日，就像感冒发烧一样，令人不舒服，但也表示身体正在自我治疗。
关于项目进度落后，又多想到几点。
今天一位同事和我说：他偶然看到我们组人员的工作状态，并没有想象中那么紧张，他经过的时候发现大家坐在那里看手机；另一位同事补充说，看到我们组一个同事工作时间趴在桌子上睡觉。
这就涉及到项目管理中的另外几个问题。
1、项目有并行也有串行，有的人在项目前期会比较紧张，到后期就相对不那么紧张，比如图纸设计、硬件设计人员，在设计完成后到产品调试过程中，任务决定了他们是典型的前紧后松，到后期可能是配合工作。
这个问题我其实也发现了，但我并没有提出来。因为在每个人的任务里，其实都有这种负载均衡，不可能一直是紧张状态。但反过来说，也需要员工自主安排，在后期任务如果相对轻松，就需要多去考虑产品在自己的环节还能有什么提升，精益求精。
2、不同人的任务之间如果有依赖性，这就考验任务的合理安排。比如一个限制环节发生了，其他环节只能等着无法进行下一步，这在我们组也是经常会出现的问题。
这里面又有两个方面，一是任务负责人低估了任务难度，自己承诺的时间无法完成；第二方面是任务已经延迟了，任务负责人自己想了什么办法，而我们又帮他们想了什么办法，比如帮助分析延迟原因、资源支持等。
越来越觉得项目管理是一门学问，以开发项目为例：
1、如何把项目内容吃透了，揉碎了，化整为零再重新组合；
2、如何正确评估每个人的能力，根据能力去分配合适的任务；
3、每个人的任务时间安排，是否达到了均衡，不会造成有的人忙死，有的人闲死；
4、任务分配过程中，是否每个人都有一定比例的挑战任务，而不都是打杂的活；
5、是否有一根线能把组员以及任务串起来。
这些都需要项目负责人对任务深入分析，能够把任务拆分得足够准确，对项目重点和细节有很好的把握。
联系客服
