29 一
2012

Posted in: 项目需求分析
By alex    No Comments

浅谈软件项目管理

项目管理是管理科学的一个分支, 同时又与项目相关的专业技术领域不可分割。项目管理是一个很宽泛的领域，他不仅包括软件项目管理，其他任何可以作为项目执行的事务，均可采用项目管理方法。

项目管理过程分为五类：

1) 启动。成立项目组开始项目或进入项目的新阶段。启动是一种认可过程，用来正式认可一个新项目或新阶段的存在。

2) 计划。定义和评估项目目标，选择实现项目目标的最佳策略，制定项目计划。

3) 执行。调动资源，执行项目计划。

4) 控制。监控和评估项目偏差，必要时采取纠正行动，保证项目计划的执行，实现项目目标。

5) 结束。正式验收项目或阶段，使其按程序结束。

每个管理过程包括输入、输出、所需工具和技术。各个过程通过各自的输入和输出相互联系，构成整个项目管理活动。

九个知识领域

1、项目集成管理(Project Integration Management)

项目整体管理是为了正确地协调项目所有各组成部分而进行的各个过程的集成, 是一个综合性过程。 其核心就是在多个互相冲突的目标和方案之间作出权衡, 以便满足项目利害关系者的要求。

2、项目范围管理(Project Scope Management)

项目范围管理就是确保项目不但完成全部规定要做的, 而且也仅仅是完成规定要做的工作，最终成功地达到项目的目的。基本内容是定义和控制列入或未列入项目的事项。

3、项目时间管理(Project Time Management)

其作用是保证在规定时间内完成项目。

4、项目费用管理(Project Cost Management)

项目费用管理, 是为了保证在批准的预算内完成项目所必需的诸过程的全体。

5、项目质量管理(Project Quality Management)

项目质量管理, 是为了保证项目能够满足原来设定的各种要求。

6、项目人力资源管理(Project Human Resource Management)

项目人力资源管理, 是为了保证最有效地使用参加项目者的个别能力。

7、项目沟通管理(Project Communications Management)

项目沟通管理, 是在人、思想和信息之间建立联系, 这些联系对于取得成功是必不可少的。参与项目的每一个人都必须准备用项目“语言”进行沟通, 并且要明白, 他们个人所参与的沟通将会如何影响到项目的整体。 项目沟通管理是保证项目信息及时、准确地提取、收集、传播、存贮以及最终进行处置。

8、项目风险管理(Project Risk Management)

项目风险管理, 需要的过程有识别、分析不确定的因素, 并对这些因素采取应对措施。 项目风险管理要把有利事件的积极结果尽量扩大, 而把不利事件的后果降低到最低程度。

9、项目采购管理(Project Procurement Management)

项目采购管理, 需要进行的过程都是为了从项目组织外部获取货物或服务。

项目管理试图获得对5个变量的控制：

• 时间
• 成本
• 质量
• 范围
• 风险

有三个变量可以由内部或者外部的客户提供。其余的变量则由项目经理，理想地基于一些可靠的估计技术来设定。这些变量的最终的值还需要在项目管理人员与客户的协商过程确定。通常，时间、成本、质量和范围将以合同的方式固定下来。

11 一
2012

Posted in: 项目需求分析
By alex    No Comments

WBS:工作分解结构（Work Breakdown Structure）

WBS：工作分解结构（Work Breakdown Structure） 创建WBS：创建WBS是把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。

一、WBS的定义

WBS（工作分解结构）是Work Breakdown Structure的英文缩写，是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。

WBS是由3个关键元素构成的名词：工作（work)–可以产生有形结果的工作任务；分解(breakdown)–是一种逐步细分和分类的层级结构；结构(structure)–按照一定的模式组织各部分。根据这些概念，WBS有相应的构成因子与其对应：

12 十二
2011

Posted in: 项目需求分析
By alex    2 Comments

需求分析之六大原则

需求分析的六个原则（一）永远不要显得比客户更聪明

1、需求分析第一个原则：永远不要显得比客户更聪明。
聪明反被聪明误，这样的事情太多了，我们产品经理都是有智慧的人，而不是耍小聪明的人。
2、原则第一点：了解需求，而不是去批评客户。
产品经理不是批评家，心理上要重视客户，行动上要尊重客户，平等对待每一个客户。
3、 原则第二点：客户比你更熟悉业务的环境。
产品经理熟悉的仅仅是产品本身，但是，产品经理要做的却不仅仅是产品本身。
4、原则第三点：真正的问题只有客户知 道，我们要做的就是让客户愿意说出来。
客户会给你反馈，但是这些反馈有些是真实的，有些是敷衍的，你希望真实还是敷衍，请参考原则第一点。

需求分析的六个原则（二）尊重用户的现实选择

1、需求分析第二个原则：尊重用户的现实 选择。
产品是客观的，用户是客观的，使用是客观的，需求也是客观的，一切都是现实的。
2、 原则第一点：客户永远是对的。
客户不是我们的敌人，客户不会害我们，客户提出的需求看似在为难我们，但本质上是为了让客户自己更好的使用产品，因此，客户不会为难自己。
3、 原则第二点：提供最合适的解决方案，而非最好或最贵的方案。
我们能够做的不一定是最好的，我们不想做的有时候往往是客户最需要的，找到最合适客户的，而不是最合适我们的。
4、 原则第三点：不要把客户当傻瓜。
这个世界上没有傻瓜，自以为对方是傻瓜的人才真的是傻瓜，不要忽悠客户，不要欺骗客户，如果非要在这个前面加上一个期限的话，我希望是“永远”。 Read more >>

7 十二
2011

Posted in: 项目需求分析
By alex    1 Comment

软件设计和开发模型：增量模型（Incremental Model）

什么是增量模型

增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。增量模型强调每一个增量均发布一个可操作的产品。采用增量模型的软件过程如下图所示：

增量模型与原型实现模型和其他演化方法一样，本质上是迭代的，但与原型实现不一样的是其强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本，但提供了为用户服务的功能，并且为用户提供了评估的平台。 Read more >>

17 十一
2011

Posted in: 项目需求分析
By alex    No Comments

细谈软件需求分析过程：提取、抽象、升华

软件的需求分析必须要有对原业务的一个深入了解、提取、抽象、升华的过程，治理软件需求分析尤其如此。

软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题，通过对用户业务问题的分析，规划出我们的软件产品。这个步骤是对用户业务需求的一个升华，是一个把用户业务治理流程优化，转化为软件产品，从而提升治理而实现的质的飞跃，这一步是否成功，直接关系到开发出来的软件产品能否得到用户认可，顺利交付给客户，客户能否真正运用我们的产品帮助他解决业务或治理问题。

按照软件工程对软件开发过程的描述，需求阶段我们可以细分为需求调研和需求分析两个小阶段，需求调研需要充分细致的了解客户目标，用户业务内容、流程等，这是一个对需求的采集过程，是进行需求分析的基础预备。当我们已经了解、理解了用户的业务，于是可以开始分析需求了。软件系统的需求分析可以由产品工程师或系统分析员或两者分阶段合作完成全部的需求分析工作。 Read more >>

14 十一
2011

Posted in: 项目需求分析
By alex    No Comments

项目需求分析：原型法

软件开发中最为困难的是要准确知道应该要开发些什么。因为一旦需求分析做错了，不但会给系统功能带来极大的损害，并且不断的修改也会浪费资源。有资料表明，现在的软件项目中返工开销几乎占了总开发的一半，而导致返工的主要原因就是需求分析不明确。

软件需求分析（Software Requirement Analysis）是一个项目的开端，也是项目最重要的关键点。它的定义是指研究用户想要得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，并建立可确认的、可验证的一个基本依据。曾有调查报告显示，软件产品存在不完整性、不正确性等问题，80%以上是由于需求分析错误所导致的，而且由于需求分析错误造成功能性问题尤为突出。所以，一个成功的需求分析是软件项目能否成功的关键一步。因此，在软件开发中产生了一个核心问题：如何在用户需求不明确的情况下进行系统开发？ Read more >>