51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2636|回复: 2
打印 上一主题 下一主题

[讨论] 问问计划评审

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-5 11:06:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1.计划评审,评审什么,今天早上部门领导说,对项目计划评审就是评审项目计划,对比如进度表都不评审,我有疑惑,既然项目规划过程域中SG2中的sp,就要就制定进度,那我们为什么在项目计划中,不对进度表中确认?
2.虽然公司有评审的流程,我非常想知道同行公司的评审流程是什么?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-8-5 13:45:26 | 只看该作者
分别简单说一下吧:
1. 项目计划评审当然要评审项目计划的所有内容:项目范围、估计结果、采用的过程、项目成员及承担的角色、质量目标、进度、配置管理、风险管理、沟通、培训等等,这些都要进行评审,评审其制定是否有可靠依据,是否可行等。进度是项目计划中非常重要部分,当然是重点评审的内容,而且往往是管理层与项目经理争论的焦点。项目计划是要经过部门经理或研发主管批准的(也就是由他来确认),如果他不认真对待每一部分,将来出了问题,他是有责任的。 管理层授权项目经理管理项目,但并意味着弃权,一些重要变更都需要他来拍板的。

2.据我的理解(不一定正确),流程其实就是把责任主体、工具等过程要素按照一定的时序或逻辑集成为一个可操作的应用性系统。很多公司都把这些过程开发成相应的工作环境,也就是把相应规程或过程的“物化”。有的公司的规程和过程定义很全面,但缺少进一步的工作就是:将其流程化,导致无法应用。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-8-5 13:51:44 | 只看该作者
原帖由 zhongmg108 于 2008-8-5 13:45 发表
分别简单说一下吧:
1. 项目计划评审当然要评审项目计划的所有内容:项目范围、估计结果、采用的过程、项目成员及承担的角色、质量目标、进度、配置管理、风险管理、沟通、培训等等,这些都要进行评审,评审其制定是 ...

我当时对计划评审也是这么认为的,如果只是对计划的一份文档评审,那评审的意义在哪里?总不能,风险评一次,组织结构评一次,
培训计划评一次,那真的是搞笑了。
至于第2点,虽然感觉执行性不高,但是还谢谢你
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-28 10:18 , Processed in 0.079263 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表