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