2008年(1812)
分类:
2008-05-03 18:42:01
尽管 IT 小组中的所有机构都会涉及到项目,但最紧要的是需要对项目文档进行有效的管理,这是为应用程序的项目开发作准备的。本文讲了怎样建立一个有效的项目管理程序。
与Enterprise Computing Institute联合
尽管IT小组中的所有机构都会涉及到项目,最紧要的是需要对项目文档进行有效的管理,这是为应用程序的项目开发作准备的。商业性文献中到处充斥着出错的项目和次要的职务。如果你的组织机构出现了以下任何征兆,必须优先考虑建立一种有效的项目管理程序:
这时,我们所面临的挑战是执行一个与该组织的企业文件相符的程序,它会在早期对紧迫的问题发出警告,以便用户及时地采取适当措施。这个程序的基础是一种项目方法论,它经常被表述为“系统开发生命周期”。这一方法论同样适用于应用程序的开发。有了这一方法论的指导,项目的成功就取决于项目经理能否适当地采用项目控制程序。以下是一个有效的项目控制程序的主要元素。在你的程序中找到这些性能,尤其是改变控制次程序。
必须要有一个严格意义上的项目管理程序。以下是它能带给我们的益处:
如果你的机构里没有有效的项目管理条例(例如,项目开始了却没有完成,或者通常对时间和费用的估计都不准),你可以采取以下措施:
1 .在你的高级员工中寻找项目管理资源 ( 如果有必要的话也可以利用外部资源 )
2 .让这个人证明项目管理程序,其组件类似于前面的例子中所提供的那些,将它作适当修改以与你的小组的企业文化和开发程序相符。
3 .尽快开始项目定相评论 ( 与你的系统开发生命周期连接在一起 ) ,以确保当你执行更正式的项目管理程序时,该项目不会滞后太多。
4 .考虑在为数较少的经验丰富的项目经理中建立一个“能力中心”,这些项目经理一经选出就要分派到项目中去。
图表 A 显示了一个主要系统的技术方面的执行情况的高级项目计划的样本。这一计划中的每一项任务都会被扩展为大量的子任务,而且多数会持续数天。此外,这个项目计划是一个更大的项目的子集,那个项目包括一些与业务相关的补充行为,它们关系到任何一个信息系统的成功执行。
图表 A
图表 A 任务编号 |
任务名称 |
完成期限 |
开始日期 |
结束日期 |
任务从属 |
任务完成者 |
1.0 |
I.T. 基础准备就绪计划 |
247 天 |
6/9 |
2/10 |
|
|
1.1 |
项目签署 ( 最初阶段 ) |
1 天 |
6/9 |
6/9 |
|
Sam |
1.2 |
订出详细的项目计划 |
5 天 |
6/10 |
6/15 |
1.1 |
Sam |
1.3 |
详细说明技术需求 ( 需求阶段 ) |
16 天 |
6/15 |
7/1 |
1.2 |
Sam |
1.4 |
技术系统设计 ( 设计阶段 ) |
31 天 |
7/1 |
8/1 |
1.3 |
Steve |
1.5 |
计划产品支持策略 ( 开始开发阶段 ) |
20 天 |
10/28 |
11/25 |
1.4 |
Howie |
1.6 |
质量保证系统站点准备就绪 |
5 天 |
8/8 |
8/12 |
1.4 |
Steve |
1.7 |
生产系统站点准备就绪 |
10 天 |
8/10 |
8/21 |
1.4 |
Steve |
1.8 |
定义并执行打印和假脱机打印策略 |
54 天 |
9/25 |
12/23 |
1.4 |
Mike |
1.9 |
评估并安装存储系统策略 |
35 天 |
9/18 |
11/7 |
1.4 |
Mike |
1.10 |
定义并执行备份 / 修复策略 |
46 天 |
11/7 |
12/23 |
1.9 |
Joe |
1.11 |
确定并执行高效性能 |
89 天 |
8/15 |
12/19 |
1.4 |
Shelton |
1.12 |
定义并安装灾难恢复计划策略 |
89 天 |
8/24 |
12/30 |
1.4 |
Shelton |
1.13 |
定义执行并培训操作管理 |
101 天 |
8/25 |
1/26 |
1.4 |
Brenda |
1.14 |
评估并安装足够的网络性能 |
76 天 |
7/15 |
11/25 |
1.4 |
Brenda |
1.15 |
执行生产系统管理功能 |
65 天 |
10/2 |
12/22 |
1.4 |
Glenn |
1.16 |
定义并执行桌面管理策略 |
58 天 |
11/26 |
1/23 |
1.4 |
Glenn |
1.17 |
评估生产准备就绪 |
2 天 |
1/23 |
1/24 |
1.16 |
All |
1.18 |
管理上线运行 - 签署产品转让合约 |
1 天 |
1/24 |
1/24 |
1.17 |
All |
1.19 |
产品转让 |
1 天 |
1/25 |
1/25 |
1.18 |
Bob |
1.20 |
执行产品后期维护 ( 开始支持阶段 ) |
12 天 |
1/26 |
2/10 |
1.19 |
Sam |
尽管 IT 小组中的所有机构都会涉及到项目,但最紧要的是需要对项目文档进行有效的管理,这是为应用程序的项目开发作准备的。本文讲了怎样建立一个有效的项目管理程序。
与Enterprise Computing Institute联合
尽管IT小组中的所有机构都会涉及到项目,最紧要的是需要对项目文档进行有效的管理,这是为应用程序的项目开发作准备的。商业性文献中到处充斥着出错的项目和次要的职务。如果你的组织机构出现了以下任何征兆,必须优先考虑建立一种有效的项目管理程序:
这时,我们所面临的挑战是执行一个与该组织的企业文件相符的程序,它会在早期对紧迫的问题发出警告,以便用户及时地采取适当措施。这个程序的基础是一种项目方法论,它经常被表述为“系统开发生命周期”。这一方法论同样适用于应用程序的开发。有了这一方法论的指导,项目的成功就取决于项目经理能否适当地采用项目控制程序。以下是一个有效的项目控制程序的主要元素。在你的程序中找到这些性能,尤其是改变控制次程序。
必须要有一个严格意义上的项目管理程序。以下是它能带给我们的益处:
如果你的机构里没有有效的项目管理条例(例如,项目开始了却没有完成,或者通常对时间和费用的估计都不准),你可以采取以下措施:
1 .在你的高级员工中寻找项目管理资源 ( 如果有必要的话也可以利用外部资源 )
2 .让这个人证明项目管理程序,其组件类似于前面的例子中所提供的那些,将它作适当修改以与你的小组的企业文化和开发程序相符。
3 .尽快开始项目定相评论 ( 与你的系统开发生命周期连接在一起 ) ,以确保当你执行更正式的项目管理程序时,该项目不会滞后太多。
4 .考虑在为数较少的经验丰富的项目经理中建立一个“能力中心”,这些项目经理一经选出就要分派到项目中去。
图表 A 显示了一个主要系统的技术方面的执行情况的高级项目计划的样本。这一计划中的每一项任务都会被扩展为大量的子任务,而且多数会持续数天。此外,这个项目计划是一个更大的项目的子集,那个项目包括一些与业务相关的补充行为,它们关系到任何一个信息系统的成功执行。
图表 A
图表 A 任务编号 |
任务名称 |
完成期限 |
开始日期 |
结束日期 |
任务从属 |
任务完成者 |
1.0 |
I.T. 基础准备就绪计划 |
247 天 |
6/9 |
2/10 |
|
|
1.1 |
项目签署 ( 最初阶段 ) |
1 天 |
6/9 |
6/9 |
|
Sam |
1.2 |
订出详细的项目计划 |
5 天 |
6/10 |
6/15 |
1.1 |
Sam |
1.3 |
详细说明技术需求 ( 需求阶段 ) |
16 天 |
6/15 |
7/1 |
1.2 |
Sam |
1.4 |
技术系统设计 ( 设计阶段 ) |
31 天 |
7/1 |
8/1 |
1.3 |
Steve |
1.5 |
计划产品支持策略 ( 开始开发阶段 ) |
20 天 |
10/28 |
11/25 |
1.4 |
Howie |
1.6 |
质量保证系统站点准备就绪 |
5 天 |
8/8 |
8/12 |
1.4 |
Steve |
1.7 |
生产系统站点准备就绪 |
10 天 |
8/10 |
8/21 |
1.4 |
Steve |
1.8 |
定义并执行打印和假脱机打印策略 |
54 天 |
9/25 |
12/23 |
1.4 |
Mike |
1.9 |
评估并安装存储系统策略 |
35 天 |
9/18 |
11/7 |
1.4 |
Mike |
1.10 |
定义并执行备份 / 修复策略 |
46 天 |
11/7 |
12/23 |
1.9 |
Joe |
1.11 |
确定并执行高效性能 |
89 天 |
8/15 |
12/19 |
1.4 |
Shelton |
1.12 |
定义并安装灾难恢复计划策略 |
89 天 |
8/24 |
12/30 |
1.4 |
Shelton |
1.13 |
定义执行并培训操作管理 |
101 天 |
8/25 |
1/26 |
1.4 |
Brenda |
1.14 |
评估并安装足够的网络性能 |
76 天 |
7/15 |
11/25 |
1.4 |
Brenda |
1.15 |
执行生产系统管理功能 |
65 天 |
10/2 |
12/22 |
1.4 |
Glenn |
1.16 |
定义并执行桌面管理策略 |
58 天 |
11/26 |
1/23 |
1.4 |
Glenn |
1.17 |
评估生产准备就绪 |
2 天 |
1/23 |
1/24 |
1.16 |
All |
1.18 |
管理上线运行 - 签署产品转让合约 |
1 天 |
1/24 |
1/24 |
1.17 |
All |
1.19 |
产品转让 |
1 天 |
1/25 |
1/25 |
1.18 |
Bob |
1.20 |
执行产品后期维护 ( 开始支持阶段 ) |
12 天 |
1/26 |
2/10 |
1.19 |
Sam |