1 概述
通过对项目管理的系统学习，我个人对于工作分解结构在软件中的应用有很深的感触，对于工作分解结构在软件开发中的应用有一些个人的看法和见解。
首先我们看一下项目分解结构的定义，工作分解结构是进行范围规划时所使用的重要工具和技术之一，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目范围，未列入工作分解结构的工作将排除在项目范围之外。它是项目团队在项目期间要完成或生产出的最终细目的等级树，所有这些细目的完成或产出构成了整个项目的工作范围。
从项目分解结构的定义和我们的学习我们知道，项目分解结构主要针对的是可交付物以及工作细分。同时通过学习我们知道，项目分解结构产生于项目计划阶段过程，在项目执行过程的控制中对项目进行考核和控制，最后在项目结束阶段为整个项目的考核提供参考。但是，我个人认为，如果从软件开发的角度来看的话，项目分解结构这个工具在需求定义期间也能起到很好的应用，也是非常有意义的，我将会再下面的示例中进行阐述。下面结合实际工作案例对项目分解结构在软件开发项目中的应用作一个简单的描述。
2 软件项目存在的普遍性问题
1、工作范围界定
首先我们来看一下什么是软件开发，说白了，软件开发其实就是让电脑在我们设定好路线上行走的一个实现过程。而人的思维是逻辑的、发散性的，电脑的思维是单一的、指令性的。就此而言，在电脑软件的实现过程中需要对人的思维和操作方式进行整理，形成一个符合电脑工作的一个流程，在这中间就涉及到了工作范围界定，和各种信息的综合筛选。
2、工作量估算
通过几个软件项目的完工，我又这样的一个感触，一个软件项目如果完成时间超过预计时间15%以下就算是一个很不错完成时间。从我接触的几个项目上来看，最长的一个项目甚至延期了将近半年的时间，而最初的预期开发时间只有三个月。从后来对项目最终评估结果看来，除了由于客户的一些行政和人事原因引起的延时，很大一部分原因还是因为对项目的工作量把握不够，在一些关键的模块上产生了很严重的超时。
3、需求难以明确
在软件项目启动阶段，不管是甲方还是乙方，对于软件的估算都是不足的，项目的需求都有一个从模糊到清除的过程，在项目启动阶段，总是需求最模糊的一个阶段，而这个阶段却是项目的一个重要阶段，明确地需求直接关系到开发的成本和报价，怎样与客户通过沟通得到较为一致且明确地需求就显得非常重要。
4、软件开发过程控制
在软件开发过程中，沟通和交流的直接明了非常重要，通畅准确的沟通可以很好的提高开发效率和明确的得到最终交付物，但是如果光靠通过口头交流来说的话容易产生一定的偏差，通过文字来交流话又不是很直观。难以满足对项目及时调整、管理、甚至决策的需要。
从以上的各个问题来说，事实上我们需要的是一个统一的、规范的沟通标准，利用此标准可以是项目的各个参与方进行有效的信息沟通，同时可以确保业余与项目管理方获得准确实时的项目信息，以便高校的对整个项目的进度、成本、质量进行统一的计划和控制。
3 工作分解结构的具体应用
在这里我简单的描述一下项目，该项目是针对电力行业的一个MIS项目，在项目的执行过程中我们事实上没有完全按照项目管理的规范来做，但是，在项目的各个环节中我们都很多的用到了工作分解结构这样的一个工具，在这里我们分阶段进行应用阐述。
1、启动阶段
项目在最初定义阶段，不管是客户还是软件开发人员，对于系统的了解总是基于大模块的，而对于模块的局部结构的了即就比较模糊了，在需求定义和明确的过程中，首先通过软件人员的头脑风暴形成一个最初的软件分解结构，然后以此为基础与客户进行沟通就比较直观明了，便于客户形成直观的概念。但是，在这个阶段里面，项目里面的很多内容往往是不清晰和不确定的，在这里我们就可以很好的利用项目分解结构这个工具来进行有效的沟通。 [本文共有 2 页，当前是第 1 页] <<上一页 下一页>>
|
|
|
|
|
|
|
您的位置：
