2020年(流程管理）手机项目管理流程

《2020年(流程管理）手机项目管理流程》由会员分享，可在线阅读，更多相关《2020年(流程管理）手机项目管理流程（10页珍藏版）》请在金锄头文库上搜索。

1、手机项目管理流程目 录1 概述2 项目流程控制2.1 市场调研和项目定向2.1.1 采集用户需求（见用户需求采集分析部分）2.1.2 指定项目负责人2.1.3 合理组建需要的各个部门并指定负责人2.1.4 制定市场推广计划2.2 研究并确定技术方向，竞争对手资料收集2.2.1 确定使用的平台，语言和工具2.2.2 整理可用的资源2.2.3 研究相应规范和标准2.2.4 比较竞争对手资料2.2.5 记录项目资料2.3 制定开发里程碑和安排开发人员2.3.1 选择开发模型2.3.2 安排开发人员2.3.3 组织项目进度跟踪小组PTT2.3.4 指定易用性（用户友好性）研究员2.4 用户需求采集和分

2、析2.4.1 采集用户需求2.4.2 需求变更控制2.4.3 生成规格说明书2.5 概要设计和原型设计2.6 数据结构，存储设计2.7 功能详细设计2.8 功能实现和功能测试2.9 集成测试和系统测试2.10 产品相关宣传和产品交付2.11 回归测试和项目总结2.12 技术培训跟沟通附录六 考评规则跟奖惩制度附录七 需求变更控制附录八 进度拖延处理跟风险规避附录九 项目核心控制小组PTT1 概述针对手机项目，其开发，流程控制和系统分析做出的相应项目管理规范。2 项目流程控制2.1 市场调研和项目定向2.1.1 采集用户需求（见用户需求采集分析部分）手机项目中由策划人员取代用户提出需求，交流相对

3、方便但需求变更量相对增加。对于软件方面考虑用户日常工作中相对繁琐和需要重复操作的步骤，对可以实现的用户需求和易用性的研究进行整理和记录。2.1.2 指定项目负责人给项目指定一个总负责人来对项目开发、经费控制、人员管理、进度掌握、质量控制等负责。项目负责人需要具备能够预先发现问题和解决问题的能力、能够团结和发挥项目中每个人的能力、能够很好的规划和控制进度进行的能力和能够对项目的质量进行严格控制和评估的能力。2.1.3 合理组建需要的各个部门并指定负责人手机项目对于部门划分相对要求较少，但是对于每个环节指定相应的负责人员是必要的。2.1.4 制定市场推广计划提前设计广告及宣传，做针对项目特色跟潜在

4、用户的市场推广计划。可以采用大型活动，与其他相关企业合作举办活动，在网络论坛上组织活动和媒体宣传等多种形式。具体采用方式需要对投入，效果，活动规模等作出详细分析后决定。根据产品特色和优势制定相应的推广方案，根据用户特点制定相应推广形式。媒体宣传 网络宣传 与联通移动合作 与SP合作 与手机开发商合作 与高校合作市场成本 高 低 较高 较低 一般 较低效果 好 一般 好 一般 一般 一般面向对象 媒体用户 网络用户 手机用户 SP用户 手机用户 学生附加收获 与媒体建立联系，知名度提升 打开网络宣传通道 与移动联通建立联系，知名度提高 寄售游戏，合作双赢 建立合作关系，提高知名度 寻找，培养兴趣

5、优秀毕业生待增加对于市场推广部分，由于曾经在中国移动经历了移动跟Nokia合作举办的手机程序大赛，对于其运作模式跟部门有一定了解，可以根据需要选择任何一方作为合作伙伴进行市场宣传。另外，大学校园是成本非常低的活动基地，同时可以寻找培养优秀人才加盟。举办适当新产品调研，游戏开发大赛和游戏大赛都是非常具有前景的。以上所有形式可以根据现有资金，市场需要进行搭配组合，可以同时启动以达到更好的市场宣传效果。另外对于开展形式和时机可以根据项目需要进行相应调整。2.2 研究并确定技术方向，竞争对手资料收集2.2.1 确定使用的平台，语言和工具研究当前的新技术和开发语言、项目管理工具、版本质量控制工具，比较各

6、种语言和工具的优缺点并整理记录到对比表中，根据项目特点、人员和要求选择适合的开发工具和管理工具。开发语言对比表Kjava Uni Java CC+ 待增加开发平台 Moto OS CDMA 1x, 2x Nokia OS Symbian OS开发代价 一般 一般 较低 一般面向对象 Moto 联通 Nokia Palm运行效率 一般 一般 一般 快运行稳定性 稳定 稳定 很稳定 很稳定其它复杂度 单项兼容 计费接口 MIDP应用 单项兼容待增加采用的数据库比较（稳定性主要考虑主流数据库应用）：手机数据库不同于一般数据库，其存储量不会很大，一般使用rms。项目管理和质量控制工具比较（可以组合使用

7、）Project ClearCase Bugzilla CVS ClearQuest 待增加项目规划 有 有 没有 没有 没有项目进度把握 有 有 没有 有 没有错误及修正记录 没有 有 有 有 有及时反馈交流 没有 没有 有 有 有人员工作统计 有 有 有 有 有其它优点 整体规划 流程控制 错误处理 版本控制 错误处理待增加代 码和版本控制工具：目前使用CVS或者ClearCase，需要以较低成本构建详细项目体系时推荐使用CVS作为版本控制，加入Bugzilla作为测试 控制工具。在资金允许的情况下，比较推荐使用IBM的ClearCase和ClearQuest建立整个项目控制管理体系。项目

8、规划和进度划分推荐使用 Project做前期进度设计。对于已经进行的项目或者发展中公司，针对现有资源，代码进行整合的时候应尽可能的减少改动，因地制宜的设定规范跟质量管理体系，使已经适应当前开发模式的人员可以尽快适应新的健全开发体系并尽可能的减少由于变更带来的问题。根据手机游戏开发的特点，需要确定该项目是支持网络功能还是单机游戏。对于网络又分为支持蓝牙功能还是WAP功能。对于单机游戏，需要在图像，操作和存储方面分层进行处理并整理可用资源。2.2.2 整理可用的资源利用所有可用的资源以提高开发的进度，整理现有可用的资源和代码，并且查找相关的共享源码和资源。将所有现有资源整理并找出可用的部分加以利用

9、，这样不但能够有效提高开发效率还能得到一些有益的经验。例如增加模块数据库管理现有引擎，复杂算法，封装好的模块以便随时去用，开发过程中尽可能使用现有模块降低成本减少错误的产生。2.2.3 研究相应规范和标准研究当前领域内的国际和国内可能使用到的规范和标准，整理并翻译相应规范。尽量使产品符合更多通用的规范，这样也有利于以后的产品宣传和产品升级。2.2.4 比较竞争对手资料收集领域内其它竞争对手的产品，总结出其优越性和特点。结合自身情况考虑实现代价取舍其中的功能点并增加自己的特色。需要专人负责整理所有比较数据记录进项目文档中，对于市场宣传，功能点设计和市场推广都将起到参考作用。2.2.5 记录项目资

10、料将根据上述资料讨论确定项目使用的主要技术、平台、开发工具和项目管理工具等整理记录，记录与竞争对手的比较资料和相关规范。2.3 制定开发里程碑和安排开发人员2.3.1 选择开发模型根据项目工期、经费和其它需要合理选择搭配开发模型。制定开发模块，功能点，实现周期。2.3.2 安排开发人员根据需要安排开发人员，记录项目需要的总人员、各个部门指定的针对项目的人员，估算每个人的工作量和时间安排。给每个人员进行相应的项目培训使所有参与项目的人员对项目有一定认识，并收集各个部门的员工对项目的建议和意见。2.3.3 组织项目进度跟踪小组PTT项 目核心控制小组由项目管理人员从开发部门，设计部门，测试部门，美

11、术部门中指定技术过硬的人员担任。其中至少包括30的参与人员，项目管理人员还需要指 定一名易用性研究员做项目各个阶段的用户友好性评估跟修订。参与核心小组的是项目中的核心程序员，核心设计人员跟核心测试，美术人员。项目核心控制小组的主要作用是随时监控项目进度，增强各个部门对于项目进度的把握，风险预测跟规避，项目拖延处理机制，项目里程碑控制，技术讨论培训管理跟项目中所有问题的协商处理。2.3.4 指定易用性（用户友好性）研究员指 定一个易用性研究员，负责研究市场上同类产品的易用性优缺点，控制每个步骤的易用性检查工作并对产品提出相应的改进意见和建议，确保产品的易用性。需要有 一定积极性和创造性并熟悉用户

12、需要从用户角度考虑问题的人员担任，可以是售前、产品设计或者开发部门的人员，该员工需要参加PTT小组。2.4 用户需求采集和分析2.4.1 采集用户需求采用SRS模板、指明需求的来源、为每项需求注上标号、记录业务规范、创建需求跟踪能力矩阵、审查需求文档、以需求为依据编写测试用例、编写用户手册、确定合格的标准。1. 绘制系统关联图，这种关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。同时也明确了通过接口的信息流。2. 创建用户接口原型，当开发人员或用户不能确定需求时，开发一个用户接口原型。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。注意要找出需求文档与原型之间所有的冲

13、突之处。3. 分析需求可行性，在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。4. 确定需求的优先级别，应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，参看需求变更。5. 为需求建立模型，需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。6.

14、 创建数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。7. 使用质量功能调配，（QFD）是一种高级系统技术，它将产品特性、属性与对客户的重要性联系起来。该技术提供了一种分析方法以明确那些是客户最为关注的特 性。QFD将需求分为三类：期望需求，即客户或许并未提及，但如若缺少会让他们感到不满意；普通需求；兴奋需求，即实现了会给客户带去惊喜，但若未实现也 不会受到责备2.4.2 需求变更控制由于需求变更是所有项目中最为常见也是代价最高的部分

15、，所有CMM2级以上对需求变更做了详细规定。我 们在处理需求变更时，对于必须变更的需求，经过项目核心小组讨论决定后与用户就详细变更要求，所需要付出的时间或者资金代价进行协商，达成一致后在详细规 格说明书中由设计部门进行整体设计并考察其可能影响的模块变更。开发部门根据设计做相应的更改，对于任何变更需要进行从功能测试，集成测试到系统测试的全 面测试。对于每一次需求变更在项目中需要有详细记录跟跟踪，最后项目总结部分需要进行变更统计。需求变更详细规格详见：需求变更控制规范。2.4.3 生成规格说明书最后生成一份项目中最完整的规格说明书，为设计、开发、测试提供参考并最终从中抽取出用户使用说明书和其它终端文档。PTT小组评审、确定设计方案，文档记录。之后如果对设计文档进行任何修改都需要经过PTT小组的讨论确定并详细记录修改原因、修改日期、修改人员等信息。详细规格说明书应该包括所有确定需要实现的用户需求功能点，其分配人员，预定完成时间，工作量，风险评估，里程碑设定。针对每一个功能点需要有负责人，每周查看进度是否符合预定目标。功能需求是否有相应更改，详细见需求变更控制部分。2.5 概要设计和原型设计设计图标和用户界面。进行概要设计、制作产品原型（美工和设计部门参与，开发部门协助），提供给用户并收