您的位置：软件研发->项目管理理论和实践：第2回 系统开发工程的计划
项目管理理论和实践：第2回 系统开发工程的计划2008-05-28 来自：java060515 [收藏到我的网摘]
- Arqui Standard - CSDNBlog
项目管理应该在最初执行的时候，适时建议项目计划。以TQC等客户满意度出发，对项目的范围、日程、体制、成员明确化。这些计划是否成熟、稳定，是左右项目的关键。
项目管理需要做的流程共有“项目计划”、“过程监督和控制”、“风险管理”、“约定管理”4类。今天我们说说“项目计划”。
明确约束
关于最初执行的“项目目标明确化”，约定内容和约定的事情作为约束事项要明确下来。在此基础之上，需要一边考虑限制事项（项目开发前提），一边明确开发的范围和开发的内容。这项工作，要经过项目管理者的确认、定义，并且正确的记录至文档。
讨论关键技术
“开发对象和环境的最优化”:
明确立了项目的目标后，接下来需考虑“决定作业开发的系统的运行环境和开发环境”。例如，如何选择C/S分布方式的系统形式、软硬件环境、软件插件、网络。在这个阶段，要尽可能的从多角度发掘，更深层次的讨论如何选择最合适的环境。在目前的软件开发中，这项工作尤为重要。除了项目的TQC外，还要考虑系统运行后的维护难度。
"开发方法论和工程的定义"：
根据开发方法论和开发方式，选择最适合的开发工具，选择最理想的开发过程定义。随着过程定义下来，所有阶段定义及其产品、工作内容、开始标准、完了标准都需要明确。
开发工程定义的同时，带着“我们需要做成一个什么样子质量产品”的疑问，制作质量管理计划。进行里程碑式阶段性检查，主要是保证我们的目标及计划不要存在大的偏差。质量管理计划主要定义各个工程阶段的质量管理方法（比如自我检查、评审、测试等），将各种手段用明确的定义、工作顺序尽早的明确下来。
WBS后制定日程计划
--------------------------------------------------------------------------------
以开发范围、系统规模、处理数据数量、开发生产性等为前提，估算开发工数和开发周期。包括对于风险辨别、评估后，所以准备好负担的风险准备金。根据所有和钱挂钩的项目，成本就计划便完成了。一旦识别出了，若干风险，不要忘记准备好风险预案（接受、缓解、转嫁）。
至此，项目管理准备的工作重点转向WBS和具体的日程计划制作。首先，项目WBS，然后依据WBS做成全体日程计划。这个计划可以表示出发货日期等主要事情的日程、重要评审的日程、重大决策日的日程等。
在向用户企业供货的需求定义书、设计书、用户手册等文档的交货时间内，文档的质量管理方法等都要计划起来，这是不允许被忘记的重要事项。
将以上计划事项作为前提，制作“人员体制”。根据项目需求安排合适的人员。如果实在朝中无人，要制定出外部委托的合作单位计划。
最后根据“必要的技术种类”和“特定技能的需要投入时间”，项目组制定“培训计划”。与此同时，针对最终用户和使用部门也要制作培训的大计划。
以上8种工作的结果，全部要总结至一个统一的计划文档。这个计划将作为全体成员的作业规范。
另外，我们这里说的计划是标准化的计划。根据项目的不同理应进行适当的调整，因为也许有些工作是可有可无的。比如一个小项目的人员计划，3、5个人没几天就结束了。但如果希望系统开发的项目计划真正作为我们工作的BASE，那就需要无论在任何情况下都对文档化坚持再坚持了。
项目管理应该在最初执行的时候，适时建议项目计划。以TQC等客户满意度出发，对项目的范围、日程、体制、成员明确化。这些计划是否成熟、稳定，是左右项目的关键。
项目管理需要做的流程共有“项目计划”、“过程监督和控制”、“风险管理”、“约定管理”4类。今天我们说说“项目计划”。
明确约束
关于最初执行的“项目目标明确化”，约定内容和约定的事情作为约束事项要明确下来。在此基础之上，需要一边考虑限制事项（项目开发前提），一边明确开发的范围和开发的内容。这项工作，要经过项目管理者的确认、定义，并且正确的记录至文档。
讨论关键技术
“开发对象和环境的最优化”:
明确立了项目的目标后，接下来需考虑“决定作业开发的系统的运行环境和开发环境”。例如，如何选择C/S分布方式的系统形式、软硬件环境、软件插件、网络。在这个阶段，要尽可能的从多角度发掘，更深层次的讨论如何选择最合适的环境。在目前的软件开发中，这项工作尤为重要。除了项目的TQC外，还要考虑系统运行后的维护难度。
"开发方法论和工程的定义"：
根据开发方法论和开发方式，选择最适合的开发工具，选择最理想的开发过程定义。随着过程定义下来，所有阶段定义及其产品、工作内容、开始标准、完了标准都需要明确。
开发工程定义的同时，带着“我们需要做成一个什么样子质量产品”的疑问，制作质量管理计划。进行里程碑式阶段性检查，主要是保证我们的目标及计划不要存在大的偏差。质量管理计划主要定义各个工程阶段的质量管理方法（比如自我检查、评审、测试等），将各种手段用明确的定义、工作顺序尽早的明确下来。
WBS后制定日程计划
--------------------------------------------------------------------------------
以开发范围、系统规模、处理数据数量、开发生产性等为前提，估算开发工数和开发周期。包括对于风险辨别、评估后，所以准备好负担的风险准备金。根据所有和钱挂钩的项目，成本就计划便完成了。一旦识别出了，若干风险，不要忘记准备好风险预案（接受、缓解、转嫁）。
至此，项目管理准备的工作重点转向WBS和具体的日程计划制作。首先，项目WBS，然后依据WBS做成全体日程计划。这个计划可以表示出发货日期等主要事情的日程、重要评审的日程、重大决策日的日程等。
在向用户企业供货的需求定义书、设计书、用户手册等文档的交货时间内，文档的质量管理方法等都要计划起来，这是不允许被忘记的重要事项。
将以上计划事项作为前提，制作“人员体制”。根据项目需求安排合适的人员。如果实在朝中无人，要制定出外部委托的合作单位计划。
最后根据“必要的技术种类”和“特定技能的需要投入时间”，项目组制定“培训计划”。与此同时，针对最终用户和使用部门也要制作培训的大计划。
以上8种工作的结果，全部要总结至一个统一的计划文档。这个计划将作为全体成员的作业规范。
另外，我们这里说的计划是标准化的计划。根据项目的不同理应进行适当的调整，因为也许有些工作是可有可无的。比如一个小项目的人员计划，3、5个人没几天就结束了。但如果希望系统开发的项目计划真正作为我们工作的BASE，那就需要无论在任何情况下都对文档化坚持再坚持了。
推荐人评论
项目管理应该在最初执行的时候，适时建议项目计划。以TQC等客户满意度出发，对项目的范围、日程、体制、成员明确化。这些计划是否成熟、稳定，是左右项目的关键。
用户评论
正在载入评论列表...
是谁推荐了此篇文章
付江CSDN频道编辑
- 付江推荐的其他文章
