Chinaunix首页 | 论坛 | 博客
  • 博客访问: 898682
  • 博文数量: 1812
  • 博客积分: 90800
  • 博客等级: 元帅
  • 技术积分: 22390
  • 用 户 组: 普通用户
  • 注册时间: 2008-05-03 18:35
文章分类

全部博文(1812)

文章存档

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



责任编辑:李宁

欢迎投稿
一起学习 在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理在开发项目中进行有效的项目管理
阅读(197) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~