智能产品软件研发项目中的范围管理和时间管理

本科毕业论文（设计）

智能产品软件研发项目中的范围管理和时间管理

Scope and timemanagement is used in Smart product software development

姓 名：邱华敏

学 号：2744301089

学 院：继续教育与职业教育学院

专 业：项目管理

年 级：级

指导教师（校内）：周红刚职称：高工

指导教师（校外）： 职称：

二〇一六 年 四 月 二十 日

厦门大学本科学位论文诚信承诺书

本人呈交的学位论文是在导师指导下独立完成的研究成果。本人在论文写作中参考其他个人或集体已经发表的研究成果，均在文中以适当方式明确标明，并符合相关法律规范及《厦门大学本科毕业论文（设计）规范》。

学生声明（签名）：邱华敏

致谢语

老师在论文题目审定、文章思路安排和严密性、材料组织上给我以非常认真详细的指导，在此我对老师表示由衷的感谢。

摘要

智能手机的普及，改变了大家的生活习惯和方式，也把传统产品智能化趋势推到了风口浪尖。传统硬件产品必须顺应时代的发展，密切与手机软件结合才能继续焕发生命力。在这样的时代环境下，按照传统的智能硬件项目管理理念已经无法跟上互联网快速迭代的脚步。本文旨在对当前智能产品的项目管理问题进行思考和实践，将互联网软件产品开发引入智能产品研发的这一项目管理模式，结合现有的相关知识，试图形成智能产品项目管理模式的新视觉。

关键词：智能手机；智能产品；项目管理；互联网

Abstract

With the popularity of smart mobile phone, we changed the habits and ways of life. Now the smart products is in the top of the storm. Traditional intelligent hardware company must make some change to follow the change of times, make apps for the hardware. In this times, traditional intelligent hardware project managerial concept is not good enough. This article aims to on the intelligent products of project management thinking and practice. Using the Internet product development project management mode in intelligent product development, combining with the existing knowledge, trying to form a new vision of intelligent project management.

Key words：Smart Phone; Intelligent Product; Project Management; Internet

目 录

二、智能产品软件研发的认识 3

(一) 什么是智能产品？ 3

(二) 智能产品软件研发项目的特点 3

(三) 智能产品软件研发项目的要求 4

(四) 项目实例 4

三、智能产品软件研发项目范围管理 7

(一) 规划范围管理： 7

(二) 收集需求： 7

(三) 定义范围： 8

(四) 创建WBS： 9

(五) 确认范围： 10

(六) 控制范围： 10

四、智能产品软件研发项目时间管理 13

(一) 项目时间管理过程 13

(二) 进度控制相关工具与技术 13

五、结论 21

［参考文献］ 23

CONTENTS

Chapter2.Understanding the Smart Product Software Development 3

Section1.What is Smart Product3

Section2.Features of the Smart Product Soft ware Development Project3

Section3.Requestof the Smart Product Soft ware Development Project4

Section4.Examples of Project4

Chapter 3. Scope Management is used in Smart Product Software Development 7

Section1.Planningthe Scope of Project7

Section2.Collecting the Requests of Project7

Section3.Defining the Scope of Project8

Section4.Creating WBS9

Section5.Confirming the Scope of Project10

Section6.Controling the Scope of Project10

Chapter 4. Time Management is used in Smart Product Software Development 13

Section1.The Process of Time mangement13

Section2.The Tools and Technology of Project Schedule Management 13

Chapter 5. Conclusion 21

Reference 23

引言本文以实际智能产品软件研发项目为背景，通过实际项目管理人员在该项目已经完成以及正在实践的项目管理工作，结合项目管理理论知识，引申出智能产品软件研发中的范围管理和时间管理的研究。

在此处简述项目背景，该智能产品软件研发项目从4月份启动，五月份开始组建团队，在11月完成第一个版本的软件研发，硬件研发。目前产品进入运营期，因涉及相关知识产权，此处不透露具体项目/产品名称。

该项目为智慧社区项目集中的一个项目，项目主体为智能云对讲机，相对比传统的开门机器，安装了该智能产品的小区能实现手机开门，通过其手机app，用户还可获取其他服务，如物业通知，相关城市服务等内容。

该项目的软件研发工作均由自组建软件研发团队完成，硬件研发通过外包第三方厂商，以合同需求为约束，保证软硬件在出资人、客户、运营部门要求的时间内完成第一个版本的研发并投入市场使用。

该项目的生命周期类型为迭代和增量型生命周期，第一期实现基础开门和呼叫对讲功能，后续平均以月为周期进行功能优化与新增，如前文提到的物业通知，城市服务等。

本文先从产品角度出发，讨论基于智能硬件的软件研发与传统互联网软件研发项目的不同，进而引出产品思路不同所导致项目管理工作在该项目中所面临的变更与挑战；接着从智能产品软件研发团队的体系建立开始，论述项目团队所建立的组织体系对项目管理工作的影响。最后以实际应用场景为主，以实际项目管理实践为切入点，论述项目管理在该智能产品研发项目中的范围、时间等方面的实践。

二、智能产品软件研发的认识

(一) 什么是智能产品？----标题中不准有标点，这是论文，不是演讲稿，不要有问句；另外你的主题是智能产品软件的研发，不是智能产品的研发，注意不要偏离主题。比如改成“智能产品软件概述”

与传统产品相比，智能产品不仅具有传统产品的功能，还能提供舒适安全、高效节能、具有高度人性化的生活空间；将一批原来被动静止的设备转变为具有“智慧”的工具，通过协调不同设备提供的服务，整合已有的可用服务的功能，构造功能更为丰富的新的组合服务，提供全方位的信息交换功能，帮助保持信息交流畅通，优化人们的生活方式，帮助人们有效地安排时间，增强生活的性等。(二) 智能产品软件研发项目的特点

传统意义的软件研发，是根据用户/需求方的原始要求，进行需求分析，拆解，设计，编程实现的过程，载体一般是传统意义的智能手机或者电脑，如安卓手机，安卓平板，iOS手机，iPad平板电脑等；主要的用户交互场景，也一般是用户与手机，手机与手机，手机与云服务之间的交互；

随着智能产品概念的兴起，不论是国内过传统家电制造企业，抑或是新兴的互联网企业，都不约而同地朝着智能产品方向发力；

与传统意义的软件研发相比，基于硬件的软件产品研发的特点主要体现在如下几个方面：

基于硬件的软件产品研发，其硬件载体多种多样，如空调，冰箱，电视等，因为载体的多样性，造成了相应需求的复杂度提高。交互场景复杂化，新增了如下交互场景：人与智能产品，智能产品与其他智能产品，智能产品与智能手机，智能产品与云服务等；研发过程风险扩大，随着研发链加入新的智能产品，项目开发范围扩大，各节点干系人增加，大大延长了整个研发流程的时间。(三) 智能产品软件研发项目的要求

硬件作为产品的使用载体，硬件产品的稳定性决定了软件产品能否在硬件产品中的稳定运行。即硬件的质量与整体项目产品的质量挂钩，软件团队也需要重视硬件质量。与软件研发不同，硬件产品的单品成本随量产的数量成反比，在生产制造数量与单价成本之间，需要取恰当的值，既要避免数量上的浪费，也要控制好硬件的单件成本。基于智能产品的软件研发中，智能硬件的研发与制造通常占据项目研发成本的50%左右，做好硬件制造方面的成本控制，对整体项目成本的控制至关重要。传统的软件研发项目，往往根据用户反馈，以固定节奏发布新的软件版本，而基于硬件产品的研发项目，其版本迭代与硬件产品的售后、各项硬件数据收集息息相关，决定硬件单品能否满足市场需求并开始研发下一批次的硬件产品，更迭的版本门槛和成本相对于较高，把控软硬件配合迭代时间和进度上的协调管理将对项目管理人员提出较大挑战。软件团队也需对硬件本身较为了解，需要依据硬件使用场景，在硬件的有局限性的情况下设计和研发出符合用户体验的应用于智能产品的软件，其中将存在较多不可确定的风险，需要项目管理人员进行发掘和规避。

(四) 项目实例

与传统软研项目相比，本项目（“本”项目是什么？这样读起来通顺吗？）的软研团队不仅要靠本身系统及客户端app的高可用，还需要考虑在智能云对讲机与手机互联互通、无网络、弱网环境、通讯失败等各种情况下的使用场景，比如手机与云对讲机无法建立网络通信时，如何不影响用户的正常使用。比如，硬件生产时的产品质量存在一定的误差率，每个产品的质量并不像app一般保持一致性，实际使用场景中的问题无法在实验室重现等等。

随着智能产品的大热以及信息技术的快速发展，软件开发的规模以及开发队伍越来越大，小团队小作坊的开发模式已经越来越不适应日益庞大的开发规模。各软件硬件企业也开始积极将软件项目管理引入到开发活动中，作为项目管理从业人员的挑战，需要调整或者改变个人工作方法，以适应不断扩大的项目范围，成本，风险的高风险项目，利用自己的项目管理专业知识，严格把控项目各节点工作，在项目环境不断变化的今天，保障项目按时按需保质地交付。

三、智能产品软件研发项目范围管理

项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包括在项目内。

项目范围管理主要包括如下几个过程：

规划范围管理： --标点？项目初期（研发期）通过会议形式，沟通并确认项目范围定义，与会人员包括项目经理、项目发起人、项目团队核心成员、相关项目干系人，以发起人需求为主导，制定并确认第一期项目需求，随着项目版本迭代以及产品投入市场，需求以运营期间的客户反馈，用户反馈为主，而范围管理计划经过不断更新，以快速响应硬件推向市场之后的各类需求。接下来讨论具体范围管理实践。

收集需求：在实际项目背景情况下，主要通过如下几种方式收集需求：

访谈：通过与干系人直接交谈来获取信息的正式或非正式的方法；专题焦点小组：召集预定模块的干系人，对特定模块的需求，服务或者成果预期态度进行沟通讨论；头脑风暴法：项目组织内由产品需求部门人员发起，召集主题相关干系人，进行各类创意技术、需求的收集；概念/思维导图：由组织内部产品需求部门人员整理，将项目相关所有需求整理成产品思维导图；如上四种方法既是项目管理中常用的几种方法，也是本项目中运用较多的需求收集方式，根据收集到的需求整理成项目的思维导图。

重新组织一下：要告诉大家该怎么收集需求，如何“做”，而不是简单介绍一下几种方式就完了。

图3-1 产品思维导图---根本看不清楚的图可以只选择一部分“放大”

定义范围：根据上述步骤收集的项目层级的干系人的所有需求列表，经过产品策划人员进行需求列表整理，形成项目需求池，需求池的需求遵循INVERST原则，即独立（Independent）、可协商的（Negotiable）、有价值的（Valuable）、可估算的（Estimatable）、小（Small）和可测试的（Testable）。项目版本开发前，召集项目干系人进行版本规划会议，并根据会议结果，确认版本开发功能列表，形成版本范围。形成版本需求列表，由与会干系人签字确认。

下图为实际使用项目某版本产品需求列表：

图3-2 产品需求列表---表格重画，不要用切图的方式，下同

创建WBS：根据项目范围说明文档，需求文件等进行工作分解；---这句话只讲了一半。另外，这样当做一“节”内容，你觉得合适吗？

图3-3 经过分解的WBS----问题与上面相似

确认范围：由项目发起人根据项目开始前期约定的可交付成果标准，对项目组织所提交

的成果进行验收；----做为一节，太短了

控制范围：任何干系人，涉及项目范围修改，基准变更的操作，都要经过项目组织前期约定的项目需求变更流程来执行。有时候，出于出资方的需求，或者确切的市场需求需要推翻之前版本，由项目经理判断项目目前进程，结合外部意见，协调相关干系人进行专题会议沟通，陈述清楚项目现状，由干系人共同决定处理方案。

下图为实际项目需求变更流程。（重画）：

图3-4 项目需求变更流程图

下面：

1.实例实在结语前；2.把实例的内容放到本章第一段后，表述方式再组织一下（让上下文连贯）。第本章结语在本项目中，通过实施项目范围管理，使得软件研发项目工作有章可循，然而，在智能产品的项目中，仅仅做到软件研发的工作分解是不够的。整个项目需要有一个项目管理团队进行项目整体把控，协调各部门之间的沟通与工作交互。

因为前期项目管理工作的不完善，使得项目执行末段才暴露问题导致项目最终延期，也使得项目负责人重视项目管理工作在项目中的重要作用，并在后续的项目工作中，给予项目管理更多的知情权与管理权，并逐渐完善项目的管理工作。

项目实例：上述几点及相关截图，为项目管理为梳理项目团队内部协助流程及项目版本范围管理所进行的管理实践。然而，在本智能产品的软研项目中，仅考虑到软件研发模块是远远不足的，在项目实际发展过程中暴露的问题也证实初期阶段项目管理工作的不足。

1、项目一期目标：智能云对讲设备能够按时投入市场使用并为用户提供稳定可靠便捷的远程开门功能。所有软件需求也在项目启动规划期便完成制作并通过审核。项目经理根据软件需求制定项目一期范围说明书，之后进行功能分解排期并制定项目计划。

2、问题爆发：本项目为软硬件紧密结合的项目，因硬件研发进度并不理想，且软件研发、硬件研发同步进行，在开发执行阶段，便发生无法及时提供样机给软件团队做测试的问题，软件研发团队在一段时间是通过盲调进行开发工作，其质量受到不小影响。另一方面，软硬件最后的验收功能需要配合着一起做测试，因前期任务分解不够全面，在测试阶段发现部分功能的验证需要软件研发团队进行其他功能开发才能验证硬件功能。硬件生产不同于软件，无法低成本进行版本迭代，且每个批次量产台数有要求，进行版本迭代风险高，成本大。

3、解决策略：此次问题是一次严重的开发事故，在项目即将验收阶段，项目范围需要进行变更，如若不进行变更，则面临着硬件质量不过关，投产之后存在严重的技术债需要偿还。如果进行变更，则对比原项目计划需要至少2周的延期。最终，由项目负责人带头，在与软件、硬件负责人充分沟通之后，决定项目延期完成，补充因测试需求而新增的需求，进行范围变更，更新项目范围说明书，更新项目管理计划。

4、总结：这个问题的爆发暴露了本项目前期项目管理工作的不足，一方面，软件研发的项目经理是从项目执行阶段才参与项目并开始补充前期项目管理未进行的工作，另一方面，本项目中缺乏统一的项目管理人员，并未对项目前期做好详细的规划及管理工作。尽管如此，项目经理仍然在此次事故处理中有起到重要作用：整理执行工作复查时发现的分解工作遗漏，及时提出风险，给予项目负责人足够的风险处理时间。

多了空白页干吗？？？？

第四章要求与第三章相似，自己改。四、智能产品软件研发项目时间管理

(一) 项目时间管理过程

项目时间管理包括如下几个过程：

规划进度管理：为管理、把控项目进度而制定相关文档的过程，输出项目管理计划；定义活动：识别以及记录为完成项目可交付成果而需采取的具体行动的过程，并输出要完成项目内容所必须完成的活动清单；排列活动顺序：识别和记录项目活动之间的关系的过程，并输出项目进度图；估算活动资源：估算执行活动时所需的资源品类及数量，并输出所有活动所需资源；估算活动持续时间：估算执行活动时所需的工作时数；制定进度计划：根据活动顺序、资源、时间等创建项目计划表；控制进度：根据项目计划表监督项目活动状态；下图为本项目实施过程中制定的项目工作进度表：

图3-5 智能产品项目接入第三方模块完成计划表

(二) 进度控制相关工具与技术

根据项目组织团队规模，团队进度沟通不需要复杂的图标或者报告来沟通进展情况，根据实际需要，团队采用如下几种方式进行进度展示，具体进度沟通采用当面沟通为准；

1．关键路径法：通过比较关键路径的进展情况来确定进度状态。关键路径上的差异将对项目的结束日期产生直接影响。可通过制作需求燃尽图或需求燃烧图来判断目前项目进度提前或者滞后。

图3-6 版本需求燃尽图

图3-7 版本需求燃烧图

这两种图表引用自敏捷开发领域，需要从需求评估开始做好各类数据收集、评估工作，且对项目团队要求较高。刚开始推行时有发生需求评估差距较大的情况。但在多个版本迭代之后，数据逐渐精准。此处引用这种方式方法，仅作介绍，不做深入介绍。

2.提前量和滞后量：通过进度计划表，全局统筹资源，设法使进度滞后的活动赶上计划

背景：项目1.3版本初定2月3日前完成，并可以配合春节做活动推广；

项目操作：安排前后端同步启动开发工作，将紧后工作调整为紧前工作，虽然最后按时完成了项目工作，可由于原为前置工作的内容并不是前置完成，联调过程并不顺利，且在后续工作中发现不少遗留问题。产生了部分技术债。

总结：在进度控制过程中，确实可以通过协调资源，调整活动顺序等操作使项目版本按时完成，可是因为要赶进度而完成的项目工作，会忽略部分开发细节，虽然能够通过验收，但是其实这个过程中产生了技术债务。如果项目版本一直存在这种情况，需要考虑优化排期优化以及需求评估优化，确保开发团队能有节奏地完成每个版本内容，避免项目开发过程中多次调整版本进度计划。

3.进度压缩：对于重要的项目活动节点，通过调整需求优先级，安排人员加班等方式，确保重要需求能及时上线投入使用；同上，这类活动如果频繁发生，需要考虑优化需求评估，一般是需求插单，需求评估不足导致了版本开发期间实际进度大大延迟

4.项目管理工具：

在本项目背景下，通过几款项目管理软件的试用，团队组织最终选择了JIRA Core（原名JIRA），作为整个软件研发生命周期(包括计划、开发、发布)进行管理的项目跟踪管理工具。

具体使用场景如下：

4.1.项目事务管理：

通过jira，我们可以配置项目下各子系统，并管理各系统相关事务；

图3-8

通过jira，对每个版本进行缺陷跟踪，将BUG分为紧急BUG和遗留BUG，分阶段进行修复；

图3-9

通过jira，对开发、发布等制定特定流程，在保证质量的同时，缩短流程，加快项目进度；

图3-10

通过jira，对人员工作按日进行记录；

图3-11

跟项目管理理论一样，没有放之四海皆准的方式方法，项目管理工具也需要挑选适合团队特性的工具。Jira系列工具相对比国内其他项目管理工具，学习成本高，搭建成本高，但确实功能强大，并且项目团队成员比较热衷于接触各类软件，对各类软件接受度高，因此在试运行一段时间后，在确认人员可接受并乐于使用的前提下，才最终决定jira系列管理工具作为团队协作工具。而确实，jira系列管理工具也确实提高项目管理效率，使团队工作更加有序化，标准化。

本章结语：本项目的时间管理主要为项目各个版本提供按时交付的保证。本项目的生命周期为迭代与增量型生命周期。在项目前期阶段，有因项目人员缺乏行业经验，未能做好项目活动拆解、资源分解、风险评估的工作，导致前期项目只能通过增加工作时间来保证项目按时交付。在每个项目版本完成后，项目团队都进行项目阶段总结，更新并积累经验教训，并开始使用项目管理工具，使得项目完成时间误差都在10%以内。（目前以完成的4个版本迭代工作中，除第一个版本因外包工作以及外部配合工作无法按时交付导致项目延期外，其他三个版本都能按时交付工作内容。）并且，通过这几个版本的迭代，项目团队也已形成自己的进度沟通方式，乐于分享进度以及预告风险，使得项目前期预估工作日益精准，通过与项目干系人的管理沟通，把控住项目需求变更，目前项目开发节奏日趋稳定，开发质量也越来越让人满意。

五、结论

本文通过项目时间管理、项目范围管理的实践分析，总结如下：

1. 通过运用项目管理知识，在项目组织关于软件项目管理知识储备较为空白的情况下，逐步建立项目管理体系。

2.建立并优化软件研发各个流程，通过版本迭代实践，逐步建立项目范围文件，项目需求收集流程，项目版本迭代流程，需求变更流程等，使开发各过程标准化。

3在多个版本迭代之后，积累基于硬件单品的软件研发项目经验，学会规避并提前暴露由硬件研发方面引发项目风险，并提前做好风险预警方案；

4.基于项目管理经验，项目/行业经验，在实现项目九大领域管理时，懂得趋利避害，善于变通。制定并优化最适用于项目组织的管理体系；将行业经验灵活运用于项目范围管理、时间管理、风险管理等；

5.拥抱变化，没有一成不变，万事皆宜的项目管理制度，在项目管理领域都朝着敏捷开发的背景下，积极配合组织向敏捷开发团队转变，学习并试用敏捷开发的相关理论以及工具；

6．挑选适合团队使用的项目管理工具，做好相关知识储备，为项目长足发展做好铺垫。

［参考文献］

[1] Project Management Institute. 项目管理知识体系指南（第5版）, .

[2] Kenneth Rubin. Scrum精髓（敏捷转型指南）, .

[3] Ilan Goldstein. Scrum捷径（敏捷策略、工具与技巧）,