3)有问题即反馈!
很多项目组成员喜欢遇到问题就闷头干活,不好意思问,也好像是怕被主管认为能力低。遇到问题有可能是任务本身有问题,也有可能是你的认识不到位,某些知识不具备等导致的。实际工作中遇到问题是很正常的事情,如果没有人提出问题,这反而是项目的最大问题。我强调任何人都可以提问题和大家讨论,任何人都可以发起项目会议讨论问题。问题如果不在产生时消除,将来必定会因此徒增很多项目工作量。
2.建立项目组成员的自信。
我带领过很多项目团队,很多项目组成员是新手,甚至是应届生,项目团队中新手太多是很大的挑战!在中国基本上不可能每个项目团队一开始就是最强阵容的,大部分项目团队是新老结合,中高低搭配的。我强调每个人的重要性,对于新手要给出更多的机会,更多的指导,更多的鼓励!犯错不要紧,犯错多也不要紧,只要错误不是重复的,这就是好事!只要去做事情,就有机会犯错,只要做未做过的事情,犯错机会也会更大一点,关键是总结和进步!
3.质量投资,减少返工。
项目时间紧,大家就会一头扎到编码中,想尽快弄出个东西来。“谋定而后动”“磨刀不负砍柴工”等大道理大家都懂,但事到临头还是明知故犯,结果往往是工作质量低、返工一大堆!
要培养大家零缺陷意义,零缺陷意识包括零缺陷文档、零缺陷代码、零缺陷发布。我经常和大家强调,做一个事情只有两种选择,一种就是不做,一种就是认真做好!不要搞什么60分万岁,不要应付完成,任何带有缺陷的工作,会在将来带来无穷无尽的“后患”。一步一个脚印,欲速则不达。
除了向大家灌输这种思想并要求大家这样去做,作为项目经理还需要尽早检查和指导大家的工作。比方说:我安排小甲完成某模块的设计文档,我不会等文档完成才去看,我会先要求小甲思考后找我口头说明他的思路,大致没有问题我就让他动手写文档,而且我要求项目组所有人写文档都必需在线完成,我会随时检查文档的质量。(说明:我们用SharePoint来管理项目文档,Word、Excel等文档都可以在项目网站上在线编辑。)
绝大部分项目是分秒必争的,保证大家用正确的方法做正确的事情,才能最大限度地减少返工。不过上面提到的检查办法确实有点夸张,我一般对于新手才会这样检查,当新手已经成长起来,你对他有信心,就不需要检查得这么密了。
4. 不断思考减少工作量的办法。
失败的项目特点,往往是无用功太多,返工太多!
软件项目的特点是“两不明确两大限死”:需求不明确、设计不明确、工期限死、预算限死。要成功完成项目,不能光靠所谓的项目管理知识,你需要熟悉这个软件开发的方方面面,想出降低工作量的方法。
能极大降低工作量的两个方面:
1)需求方面:抓住本质需要,尽量简化需求,优先实现稳定的需求。
稳定的需求是指我们基本能明确,客户将来不太可能会变化的需求,这些需求应该优先实现。
2)设计方面:采用成熟设计,重用组件,采用能降低编码和实施工作量的设计。
通过以上两方面降低工作量,光靠项目管理知识是办不到的,你需要在这两方面有资深的经验,你需要发动项目组全体人员的智慧,一起想出简化工作的办法。
5.密切留意需要客户和第三方完成的工作。
我们公司的项目在开发阶段还算比较顺利,因为一切都是自己来掌控的,但一旦涉及到客户或者第三方,问题就非常多。下面是常见的一些问题及应对办法:
1)确认需求规格说明书,特别是一旦要求客户签字盖章,就会左推右推。我们会跟客户说明签字是表示对前面工作的确认,不代表将来不允许变更。
2)客户不能及时准备好实施所需的软硬件环境。我们会提前很多提醒客户,并尽可能帮助可以搭建实施环境。
&