软件外包项目管理5 - 项目实施
Posted Rolei_zl
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了软件外包项目管理5 - 项目实施相关的知识，希望对你有一定的参考价值。
项目准备（筹备）- 项目启动 - 项目计划，万事俱备，开干。
实施，按项目需求进行需求、设计、编码、测试、交付，标准的流程和过程。
从项目角度看，软件外包项目与一般性的项目在实施阶段并没有实质区别，每个项目的关注重点有所侧重。
为什么要进行软件外包？专业的人做专业的事，以高效、高质、低成本的完成项具，因此软件外包项目的实施更侧重于成本控制和交付质量。
是传统的瀑布开发模式？还是敏捷开发模式？ -- 以下图片来自网络
如论选择什么样的开发模式，采用什么样的管理方式，都是形式和工具。
围绕需求、设计、开发、测试核心过程，项目实施：
目 标：交付
关注点：高质、高效交付
瀑布开发是大包杆式的交付方式，只有一次输入和一次输出，成则皆大欢喜，败则重新来过。
敏捷开发是小步快跑的交付方式，多次输入和多次输出，每次交付完成特定的任务，积少成多。
如果把瀑布开发的项目分成多期、多阶段完成呢？与敏捷开发有什么区别？
比如中国的航天事业，如果最初的目标是空间站建设；在实现的过程中又分为了升空、载人、出舱等不同的阶段，因此有了我们看到了神1、神2。。。。。
- 瀑布开发方式 -- 瀑布模型、V模型、W模型、X模型、螺旋模型、H模型
- 敏捷开发模式
- 区别
- 需求 -- 明确方向，知道真正要做什么
理解需求是第一步。需求方 与 开发方的第一次协作和较量。
首先，搞清楚客户提到了什么，要说明了什么，然后真正的理解客户要做什么：显示需求 + 隐式需求
其次，明确项目要做什么、怎么做，用什么技术实现，用什么方式实现
最后，将客户需求用开发者（实现者）的语言进行说明：功能性需求 + 非功能性需求 + 验证标准
* 需求阶段的难点在于需求分解：能否真正的理解真的客户需要、细化需求
* 需求阶段最大的影响因素是人：终端用户、项目发启方/购买方、项目开发方
* 多方沟通是需求阶段的重要活动，语言是困扰沟通的最大障碍：每一方都有自己的利益，每一方都有自己的行业语言和说话方式，每一方都在用自己喜欢的方式表达自己的意图
* 该听谁的？谁说的是对的？怎么难证最终做的是对的？所有的一切都要尽可能的在需求阶段澄清：
如果需求方清楚的知道自己要什么，并且能清楚、明确的描述，这是项目的极大幸运，照做就好；
如果需求方知道但不能清晰的描述，或是根本就不知道自己要什么，这个时候只能寄希望于开发方的有足够的行业经验引导客户，有足够的能力挖掘客户真正的需求。
需求要谁参与：需求提出方（终端用户+项目用户） + 开发方/服务提供方（需求+设计+开发+测试+运维），我们希望是所有的利益相关方都能加入进来 - 设计 -- 确认方式，知道如何实现、用什么实现
* 架构设计：特理结构、系统构成、技术和实现框架、功能性和非功能性划分
* 概要设计：模块划分、数据结构
* 详细设计：功能细节、输入、输出、数据组成 - 编码
* 业务实现：基于需求 -> 需求分解（功能 + 非功能）-> 设计，使用确认的技术实现既定的业务
* 代码规范
* 代码检查
* 阶段展示和沟通 - 测试
* 单元测试：功能单元
* 集成测试：接口
* 系统测试：数据和业务流
* 非功能性测试：可用性测试、易用性测试、性能测试、安全测试、容错和灾备 - 交付
* 交付物检查
* 客户验收
* 正式交付
项目实施要关注什么？
- 万事俱备只欠东风，所有的一切准备和计划都要付诸实施
- 执行计划，按即定计划执行每一项任务
- 理顺过程，遵照项目流程理顺和完成各个阶段任务要做的事
- 收集数据，收集、汇总、整理、分析过程数据：人力、工时、产出、成本。。。。。。
- 解决问题，小步快跑，不间断回顾，发现、记录、跟踪和解决项目实施过程中的问题
- 识别风险，项目风险预判，提前准备预案，尽最大可能保证项目正常进行（“黑天鹅”无法避免）
- 纠偏管理，对照计划，分析过程数据，不断解决问题、应对风险、细化计划 -- 项目监控
软件外包项目管理1 - 项目管量基础
软件外包项目管理2 - 项目准备
软件外包项目管理3 - 项目启动
软件外包项目管理4 - 项目计划
软件外包项目管理5 - 项目实施 --- 过程数据收集
软件外包项目管理6 - 项目收尾
软件外包项目管理7 - 项目监控
以上是关于软件外包项目管理5 - 项目实施的主要内容，如果未能解决你的问题，请参考以下文章