

不要应付完成,任何带有缺陷的工作,会在将来带来无穷无尽的“后患”。一步一个脚印,欲速则不达。
除了向大家灌输这种思想并要求大家这样去做,作为项目经理还需要尽早检查和指导大家的工作。比方说:我安排小甲完成某模块的设计文档,我不会等文档完成才去看,我会先要求小甲思考后找我口头说明他的思路,大致没有问题我就让他动手写文档,而且我要求项目组所有人写文档都必需在线完成,我会随时检查文档的质量。(说明:我们用SharePoint来管理项目文档,Word、Excel等文档都可以在项目网站上在线编辑。)
绝大部分项目是分秒必争的,保证大家用正确的方法做正确的事情,才能最大限度地减少返工。不过上面提到的检查办法确实有点夸张,我一般对于新手才会这样检查,当新手已经成长起来,你对他有信心,就不需要检查得这么密了。
4.不断思考减少工作量的办法。
失败的项目特点,往往是无用功太多,返工太多!
软件项目的特点是“两不明确两大限死”:需求不明确、设计不明确、工期限死、预算限死。要成功完成项目,不能光靠所谓的项目管理知识,你需要熟悉这个软件开发的方方面面,想出降低工作量的方法。
能极大降低工作量的两个方面:
1)需求方面:抓住本质需要,尽量简化需求,优先实现稳定的需求。
稳定的需求是指我们基本能明确,客户将来不太可能会变化的需求,这些需求应该优先实现。
2)设计方面:采用成熟设计,重用组件,采用能降低编码和实施工作量的设计。
通过以上两方面降低工作量,光靠项目管理知识是办不到的,你需要在这两方面有资深的经验,你需要发动项目组全体人员的智慧,一起想出简化工作的办法。
5.密切留意需要客户和第三方完成的工作。
我们公司的项目在开发阶段还算比较顺利,因为一切都是自己来掌控的,但一旦涉及到客户或者第三方,问题就非常多。下面是常见的一些问题及应对办法:
1)确认需求规格说明书,特别是一旦要求客户签字盖章,就会左推右推。我们会跟客户说明签字是表示对前面工作的确认,不代表将来不允许变更。
2)客户不能及时准备好实施所需的软硬件环境。我们会提前很多提醒客户,并尽可能帮助可以搭建实施环境。
3)系统上线后,客户无法及时组织人员参加培训,推动系统正式使用。我们一般会走高层路线,让客户高层推动系统上线。
4)系统需要用到的服务器或相关硬件不能及时采购。我们会事先做好供应商选择,挑选合适的供应商。
不要忽视客户和第三方的工作,一般需要打很大的提前量来进行预防性管理。
优秀项目经理是怎样炼成的?
软件项目经理往往是权力小而责任重大,软件项目的“两不明确两大限死”特点,让我们做项目犹如走钢丝,而且要高速地走钢丝!
你的综合实力决定你能否成为优秀的项目经理!项目经理是练出来的,下面谈谈我的体会。
1.你需要有扎实而丰富的软件工程实践经验。
想成为优秀项目经理,从编码切入可能是最好的打基础办法。我编写VB与C#的代码都有若干年时间,编码的工作其实不只是编码的,你还需要考虑测试,你还需要思考软件是否符合需求,考虑软件如何安装部署等。只要你能坚持3年以上的编码工作,相信你一定会有软件工程的多方面经历,如需求、测试、实施,这些经历都是你宝贵的财富!如果你是从测试、实施切入,你可能难以获取软件编码、软件设计、软件技术方面的经验。
2.学习软件开发牛人总结出来的项目管理知识。
关于项目管理的资料书籍很多,强烈建议大家重点阅读软件开发牛人总结出来的经验。如果你还没有实