jlf8848
发表于 2013-4-22 14:10:15
让我看看好东西
大爱1226
发表于 2013-4-22 14:18:36
江山老师辛苦了非常感谢
楠竹
发表于 2013-4-22 14:55:48
立即下载学习
爱着猫的鱼
发表于 2013-4-22 15:35:15
真是太好了
gucen
发表于 2013-4-22 16:35:23
士大夫 的防风发生地方是非得失
小祥
发表于 2013-4-22 16:50:11
情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改；周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备 测试案例，周五完成测试；一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 “ 需求 ” 和 “ 设计 ” 两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项 目，需要逐步逼近目标，里程碑产出的中间 “ 交付物 ” 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间 想知道 “ 他们做的怎么样了 ” 是很困难的。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问 题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人 在工作时都有 “ 前松后紧 ” 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 “ 粒度 ”
发表于 2013-4-22 17:00:12
支持好的资料
发表于 2013-4-22 17:01:14
不错的资料
发表于 2013-4-22 17:01:47
不错的资料
lion_yh
发表于 2013-4-22 21:11:19
2013年信息系统项目管理师、系统集成项目管理工程师考试葵花宝典之计算题专题篇资料