摘录自:信息系统项目32小时通关(仅用于学习交流,侵权删!)
组织结构对项目的影响
基础知识点
- 以项目为基础的组织是指他们的业务主要由项目组成,分为两大类:
(1)其主要收入源自依照合同为他人履行项目的组织。
(2)采用项目制进行管理的组织。 - 组织结构。
与项目有关的主要企业组织结构类型的关键特征如下表所示。
项目特点/组织类型 | 职能型组织 | 矩阵型 | 项目型组织 | ||
---|---|---|---|---|---|
弱矩阵型组织 | 均衡型组织 | 强矩阵型组织 | |||
项目经理的权利 | 很小或没有 | 有限 | 小到中等 | 中等到大 | 大到全权 |
组织中全职参与项目工作的职员比例 | 没有 | 0%~25% | 15%~60% | 50%~95% | 85%~100% |
项目经理的职位 | 部分时间 | 部分时间 | 全时 | 全时 | 全时 |
项目经理的一般头衔 | 项目协调员/项目主管 | 项目协调员/项目主管 | 项目经理/项目主任 | 项目经理/计划经理 | 项目经理/计划经理 |
项目管理/行政人员 | 部分时间 | 部分时间 | 部分时间 | 全时 | 全时 |
- 职能型组织
- 项目型组织
- 弱矩阵型组织
- 平衡矩阵型组织
- 强矩阵型组织
- 复合型组织
信息系统项目的生命周期
基础知识点
- 通用项目的项目生命周期结构的特征。
(1)成本与人力投入在开始时比较低,在工作执行期间达到最高,并在项目快要结束时迅速回落。
(2)风险与不确定性在项目开始时最大,并在项目的整个生命周期中,随着决策的指定与可交付成果的验收而逐步降低。
- 阶段与阶段的关系。
阶段与阶段的关系有两种:顺序关系和交叠关系。
在交叠关系中,一个阶段在前一个阶段完成前就开始,可作为进度压缩的一种技术,被称为“快速跟进”。
阶段交叠可能需要增加额外的资源来并行开展工作,可能增加风险,也可能因尚未获得前一阶段的准确信息就开始后续工作而造成返工。
信息系统项目典型生命周期模型
基础知识点
- 瀑布模型是一个经典的软件生命周期模式,一般将软件开发分为:可行性分析(计划)、需求分析、软件设计(概要设计、详细设计)、编码(含单元测试)、测试、运行维护等六个阶段。
- 螺旋模型是一个演化软件模型,将原型实现的迭代特征与线性顺序(瀑布)模型中控制的和系统化的方面结合起来,使得软件增量版本的快速开发成为可能。
螺旋模型的四个象限分别表示每个周期所划分的四个阶段:制定计划、风险分析、实施工程和客户评估。螺旋模型强调了风险分析,特别适用于庞大而复杂的、高风险的系统。
- 迭代模型的生命周期四个阶段:初始、细化、构造、移交,可进一步描述为周期(CyCle)、阶段(Phase)、迭代(Interation)。核心工作流从技术角度描述迭代模型的静态组成部分,包括:业务建模、需求获取、分析与设计、实现、测试、部署。
- V 模型是一个对称的结构,非常明确地表明了测试过程中存在的不同级别,并且非常清晰地描述了这些测试阶段和开发阶段的对应关系。
(1)单元测试。一般由开发人员来执行,首先设定最小的测试单元,然后通过设计相应的测试用例来验证各个单元功能的正确性。
(2)集成测试。主要关注点是系统能够成功编译,实现了主要的业务功能,系统各个模块之间数据能够正常通信等。
(3)系统测试,验证整个系统是否满足需求规格说明。
(4)验收测试,从用户的角度监察系统是否满足合同中定义的需求或用户需求。
-
V 模型的特点。
(1)主要思想是开发和测试同等重要,左侧代表开发活动,右侧代表测试活动。
(2)针对每个开发阶段都有一个测试级别与之对应。
(3)测试依旧是开发生命周期中的阶段,与瀑布模型不同的是,有多个测试级别与开发级别对应。
(4)适用于需求明确和需求变更不频繁的情形。 -
原型法认为在很难立即全面准确地提出用户需求的情况下,先不要求对系统做全面、详细的调查分析,而是本着开发人员对用户需求的初步理解,快速开发一个原型系统,然后通过反复修改来实现用户最终的系统需求。
原型具备的特点如下:
(1)实际可行。
(2)具有最终系统的基本特征
(3)构造方便、快速、造价低
- 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。换言之,就是把一个大项目分为多个相互联系但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。
- 敏捷开发的原则。
(1)快速迭代
(2)让测试人员和开发者参与需求讨论
(3)编写可测试的需求文档
(4)多沟通、尽量减少文档
(5)做好产品原型
(6)及早考虑测试
单个项目的管理过程
基础知识点
- 项目管理个过程组成的 5 个过程组可以对应 PDCA 循环,即戴明环:“计划(Plan)- 执行(Do)- 检查(Check)- 行动(Act)”循环。
- 项目管理过程组包括 5 个:启动过程组、计划过程组、执行过程组、监督与控制过程组、收尾过程组。
(1)启动过程组定义并批准项目或项目阶段,包括“制定项目章程”和“识别项目干系人”两个过程。
(2)计划过程组定义和细化目标,并为实现项目而要达到的目标和完成项目要解决的问题范围而规划必要的行动路线。
(3)执行过程组整合人员和其他资源,在项目的生命期或某个阶段执行项目管理计划。
(4)监督与控制过程组要求定期测量和监控项目绩效情况,识别与项目管理计划的偏差,以便在必要时采取纠正措施,确保项目或阶段目标达成。
(5)收尾过程组正式验收产品、服务或工作成果,有序地结束项目或项目阶段。 - 项目管理五大过程组十大知识领域对照表
知识领域 | 启动 | 计划 | 执行 | 控制 | 收尾 |
---|---|---|---|---|---|
项目整体管理 | 制定项目章程 | 编制项目管理计划 | 指导和管理项目执行 | 监控项目工作、整体变更控制 | 项目收尾 |
项目范围管理 | 编制范围管理计划、收集需求、范围定义、建立 WBS | 范围核实、范围控制 | |||
项目时间管理 | 编制进度管理计划、活动定义、活动排序、资源估算、历时估算、指定进度计划 | 成本控制 | |||
项目成本管理 | 编制成本管理计划、成本估算、成本预算 | 成本控制 | |||
项目质量管理 | 制定质量管理计划 | 质量保证 | 质量控制 | ||
人力资源管理 | 制定人力资源计划 | 人员获取、团队发展 | 管理项目团队 | ||
项目沟通管理 | 沟通规划 | 管理沟通 | 控制沟通 | ||
项目风险管理 | 指定风险管理计划、风险识别、风险定性分析、风险定量分析、风险应对计划 | 风险监控 | |||
项目采购管理 | 编制采购管理计划 | 实施采购 | 控制采购 | 结束采购 | |
项目干系人管理 | 识别干系人 | 编制干系人管理计划 | 管理干系人参与 | 控制干系人参与 |