|
非常感谢这些心血总结出来的经验总结，我仿佛看到了好多的项目在不断的尝试，不断的失败，觉醒者终于从教训中。。。给后来者指明一些方向。再次感谢！ 在软件开发中，我对以上18条军规有以下体会，请同行拍砖：
1、需求的详尽程度是个问题，以什么作为100%完整的标准，我一直闹不明白，虽然有一些checklist，但是还是感觉隔靴搔痒，最后我会找内行们（当然要明白某些需求细节抽样）过来，通过评估，认为需求细读已经达到80%了，我就下断言，可以进入下一个阶段了（这里应用了一个2/8法则）。。 2、在项目任何时候面临问题时，都直面和解决，不应该回避，否则它反咬一口，你可能死的很惨。。。当然在项目开始和结束的时间点上尤其重要！ 3、技术这个东东，在真正做项目的时候，不一定能摆正它的位置，我是一个懒人，总想用最省事的方法做事，如果作项目，我一般不自己添加技术风险因素，而且尽量回避，用最没有风险的成熟技术。但是有时候要说服技术牛人并不是件容易的事 4、系统架构，两个字：重要！！，老billGates还是首席技术架构师呢。 5、做计划什么时候都不嫌早，有一点苗头就开始想规划的事了，这应该是PM的一种本能，还有一点，也是一牛人说的：计划永远不够详细。。。赞同！ 6、标书，合同和其他高层文件是项目存在的根本理由，闹得越清楚越给你省事，闹不清楚的一定要刨根问底，别嫌烦 7、。。做评审和质量保证的角色？ 8、从客户角度考察事情的优先次序。。。太对了，可是团队成员往往不这么认为。。。[技术情节~~] 9、范围/需求蔓延/变更的风险一定要尽早识别，而且必须要明确负责人。。弄不好这对项目周期有致命影响 10、激励每一个成员机智地、能动的工作，别让规矩限制了团队的手脚，放手的让他们干！ 11、项目管理就是一个持续不断的风险控制过程，软件项目风险尤其高，所以高度警惕你的风险列表，化解风险于无形~ 12、重用，重用，还是重用，懒人就喜欢这样想问题，懒人往往能想出一些怪招来巧妙的解决问题，这方面的杰出青年就是当年草船借箭的诸葛孔明 13、提高开发人员的代码自检能力，我们推荐XP方法的先写测试，后写代码，并且配对编程，严格的编码规范。。。。这里控制好了，真的可以省掉不少无法想象的返工。。。。。但是测试的成本也很高哦~~，对于工期为第一目标的项目，质量上可能要做些让步。。鱼和熊掌不可兼得。。哎~ 14、我提倡小版本，短周期，迭代式推进 15、测试当然重要，不过，参见13。。 16、见14 17、团队成员都应该有责任心，但是作为PM，应该清晰的理解自己责任的重大，或许别人有办法推卸责任，你要推就困难很多。 18、有方法能够为整个项目节省时间，如果你确信，当然没有问题~，不过也要有风险意识。。 个人看法~~~
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
Re:[分享] 防止项目延迟的18条军规===>{易风转移}
[回复于 2004/5/14]
