军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 157篇
注册: 2001-11-26

--------------------------------------------------------------------------------


序号 风险 控制办法
1 功能蔓延 使用基于客户的实践
　 　 使用增量开发实践
　 　 控制功能集
　 　 采取针对变更的设计
2 需求或开发人员镀金 修正需求
　 　 时间锁定开发
　 　 控制功能集
　 　 使用阶段交付
　 　 使用舍弃原型实践
　 　 基于进度表的开发
3 质量低劣 给QA留出时间，注重质量保证基础
4 计划过于乐观 采用多估算实践
　 　 多个估算员和自动估算工具有原则地进行谈判
　 　 基于进度表的开发
　 　 使用增量开发实践
5 设计低劣 要有清晰的设计活动和足够的设计时间
　 　 进行设计检查
6 银弹综合症 要有粗略的生产率要求
　 　 建立软件度量计划
　 　 建立软件工具库
7 研究导向的开发 不要试图进行研究的同时使开发速度最快
　 　 使用基于风险的生命周期模型
　 　 警惕地进行管理风险
8 人员薄弱 招聘顶尖人才
　 　 项目开始前招聘或预定关键成员
　 　 培训
　 　 团队建设
9 承包商失败 检查参考资料
　 　 外包前分析承包商能力
　 　 积极管理承包商
10 开发人员与客户发生摩擦 采用面向客户的实践

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月6日 15:30:31 ]


okman

军衔: 无军衔
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 3篇
注册: 2002-3-7

--------------------------------------------------------------------------------


如同项目管理一样，不得要领。仅有一个纲要难以指导具体操作。是否表明实践经验更重要呢？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月7日 18:10:24 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 157篇
注册: 2001-11-26

--------------------------------------------------------------------------------


实践经验当然更重要，因为以上的纲要都是从前人的
实践中总结出来的。甚至都称不上理论。
如果有兴趣的话，我们可以讨论下您感兴趣的那一点
的具体操作和控制方法。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月8日 9:25:17 ]


poley

军衔: 无军衔
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 3篇
注册: 2002-3-8

--------------------------------------------------------------------------------


正如楼上的楼上的朋友说，我也觉得现在教材式的太多，没有多大的指导意义，一些东西还是要自己在实践中摸索出来！

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月8日 12:03:28 ]


ralph

军衔: 三等兵
财产:
经验:
魅力:
来自: 深圳
鉴定: 本功能已经被关闭
发帖: 305篇
注册: 2002-3-5

--------------------------------------------------------------------------------


一个不错的方法是，在实践中运用纲要性的知识，不断根据环境和自身的情况去调整具体的实施方法，找到最适合自己的路。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月11日 11:28:41 ]


mikeliu

军衔: 三等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 620篇
注册: 2002-1-16

--------------------------------------------------------------------------------


纲要性的知识非常重要。PMBOK实际上也就是给你一个纲要性的知识，其他还得通过实践、学习而不断扩充完善。

--------------------------------------------------------------------------------

多想！多讨论！多实践！

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月11日 13:45:13 ]


citizen

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 157篇
注册: 2001-11-26

--------------------------------------------------------------------------------


我们往往看不到在实际工作中纲领性内容的重要性，恰恰
这正是我们当前的误区。纲领的重要性在于提纲挈领，给
你一个全局的把握。可能这样的纲领性并不一定和你当前
的项目完全一致，但仔细的研究之后，你会发现，好的纲
领性知识将你所面临的所有方面都囊括了，而其中有很多
方面，是你所从来未曾意识到的。
我这里要说的并不是反对实际的摸索，而是希望我们能够
站在别人的基础上进行摸索。就是说，个体的实践必须建
立在整体的经验之上，除非你从事的是你一个人开创性的
事业。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年3月11日 15:18:26 ]


Super

军衔: 三等兵
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 35篇
注册: 2002-3-28

--------------------------------------------------------------------------------


诸位有没有顿悟的感受？
我就是在不知不觉中已经在PM，然后遇见PMI，于是常常有了顿悟的兴奋。
对功能蔓延的风险，就是在许多次无奈后才发觉，比较好的做法是客气地请"上帝"多签几个文件，然后去和DIRECTOR谈PROJECT SCOPE的问题，对所增较多的地方重新立项。这也符合ALL BEFORE HAND的原则，一切谈定了做，有更改的地方再沟通。

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年4月9日 23:47:52 ]