CN113469639A - 一种兼容传统管理模型和敏捷模型的混合项目管理方法 - Google Patents

Abstract

本发明公开了一种兼容传统管理模型和敏捷模型的混合项目管理方法，步骤1，对项目选择传统管理模型或敏捷模型，若选择传统管理模型则进入步骤2，若选择敏捷模型则进入步骤3；步骤2，对选择传统管理模型进行WBS分解：对选择传统管理模型进行阶段分解和活动分解，阶段名称和活动名称设置为关键字；步骤3，敏捷模型中新建若干泳道、若干卡片，泳道和卡片选择是否挂靠传统管理模型的活动，若挂靠则进入步骤4，若不挂靠则卡片分解为子卡片，并进入步骤5；步骤4，将泳道和卡片挂靠至传统管理模型中的活动上；挂靠的卡片选择是否分解为子卡片，若是则将该子卡片回传至敏捷模型的子卡片上；卡片通过传统管理模型和敏捷模型共同跟踪管理。

Description

一种兼容传统管理模型和敏捷模型的混合项目管理方法

技术领域

本发明涉及一种兼容传统管理模型和敏捷模型的混合项目管理方法，属于项目管理技术领域。

背景技术

项目管理方法广泛运用，进过百年的发展，传统项目管理模型可以分为四种：瀑布模型、迭代模型、增量模型和原型模型，每种模型都有其优缺点和适用的项目类型。项目经理针对不同的项目用对模型，才能起到事半功倍的作用。

然而随着软件业的发展，传统的管理模型不能适应其开发管理需求，一种应对快速变化的需求的一种软件开发模型-敏捷开发模型得到了广泛发展。相对于"传统模型"，敏捷模型更强调程序员团队与业务专家之间的紧密协作、面对面的沟通、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织，也更注重作为软件开发中人的作用；因此如何在传统开发模型中兼顾敏捷式的管理的特点，使传统开发模型能快速响应紧急任务，解决传统开发模型必须经过日程计划分解、变更和审批无法快速响应的问题。目前有很多关于传统模型或者敏捷模型管理方法，但是混合管理方法尚未存在。

发明内容

本发明所要解决的技术问题是克服现有技术的缺陷，提供一种兼容传统管理模型和敏捷模型的混合项目管理方法。

为达到上述目的，本发明提供一种兼容传统管理模型和敏捷模型的混合项目管理方法，包括如下步骤：

步骤1，选择需要管理的项目，对项目选择传统管理模型或敏捷模型，若选择传统管理模型则进入步骤2，若选择敏捷模型则进入步骤3；

步骤2，对选择传统管理模型进行阶段分解，然后对阶段进行活动分解，阶段的名称和活动的名称配置为关键字；

步骤3，对敏捷模型中的敏捷管理策略新建若干泳道，并在泳道中新建若干卡片，泳道和卡片选择是否挂靠传统管理模型的活动，若泳道和卡片选择挂靠传统管理模型的活动则进入步骤4；泳道和卡片选择不挂靠传统管理模型的活动则卡片分解为子卡片，并进入步骤5；

步骤4，将敏捷模型中的泳道和敏捷模型中的卡片挂靠至传统管理模型中的活动上，将活动分解得到的起始时间和截止时间回传至敏捷模型中的卡片；挂靠的卡片选择是否分解为子卡片，若挂靠的卡片选择分解为子卡片则将该子卡片回传至敏捷模型的子卡片上；挂靠的卡片通过传统管理模型和敏捷模型共同跟踪管理。

优先地，步骤1中，敏捷模型的泳道和敏捷模型的卡片挂靠后，泳道的进度、卡片的进度、泳道的产物和卡片的产物通过敏捷模型进行维护，更新的数据、泳道的产物和卡片的产物自动同步至传统管理模型。

优先地，步骤3中，根据传统管理模型中各项目的特征信息，自动在敏捷管理模型中建立映射并建立对应的敏捷管理模型框架，用于后续敏捷模型中的泳道和卡片的配置，传统管理模型和敏捷模型根据特征信息建立初步的索引逻辑关系；

特征信息包括项目名称、项目成员和项目起止时间。

优先地，敏捷模型中，泳道横向纬度管理卡片，卡片代表任务，子卡片代表子任务，泳道代表任务的不同分组或者泳道用来存放包括若干用于做任务和子任务的卡片集。

优先地，敏捷模型的泳道和敏捷模型的卡片挂靠后，该泳道和该卡片根据预先设定的活动承担人员，进一步分解卡片的任务给该活动承担人员；

敏捷模型的泳道和敏捷模型的卡片挂靠后，对敏捷模型的泳道和敏捷模型的卡片进行工时填报，传统管理模型会自动统计挂靠的泳道工时和挂靠的卡片工时至挂靠的活动中。

优先地，步骤3中，如果泳道选择挂靠传统管理模型的活动，且已经完成映射，敏捷模型中的泳道、敏捷模型中的卡片及敏捷模型中的子卡片选择所属活动，确定该泳道以及卡片和传统管理模型中活动的对应关系，确定挂靠在传统管理模型时的真正位置；判断挂靠的泳道的关键字、挂靠的卡片的关键字和挂靠的子卡片关键字是否与对应的传统模型活动的阶段的关键字一致，如果一致则判定活动具备与泳道、卡片和子卡片的挂靠资格，如果不一致则判定该泳道和卡片与该活动不具备挂靠资格。

优先地，挂靠后的敏捷模型的泳道和敏捷模型的卡片共享给传统管理模型内所有项目成员，共享卡片的状态和卡片的完成进度。

优先地，传统开发模型包括瀑布式开发模型、螺旋式开发模型和迭代式开发模型，

瀑布式开发模型进行阶段分解为：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

螺旋式开发模型进行阶段分解为：

迭代式开发模型设定迭代N次，N为正整数，则迭代式开发模型进行阶段分解为：

1）第一次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

2）第二次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

…

3）第N次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档。

优先地，对阶段进行活动分解，包括以下内容：

预研阶段中，自动加载可研性报告、项目估算与计划、用户调研的多个活动；

立项阶段，自动加载包括自动加载包括设计任务书、新产品立项申请和项目立项评审的多个活动；

需求与设计阶段，自动加载包括需求确认、需求说明书编写和需求评审，需求收集包括起止时间、参与人员、概要设计、详细设计、交付物信息和完成进度的多个活动。

样机实现阶段，自动加载包括通用插件硬件试制、通用插件底层设计于测试、应用软件测试、非通用件的硬件试制的多个活动；

试运行阶段，自动加载包括集成测试、单元测试、现场试运行、送检的多个活动；

鉴定阶段，自动加载包括科技查新、鉴定材料准备、鉴定会评审的多个活动；

归档阶段，自动加载包括项目总结、项目设计图纸归档、项目软件归档的多个活动；

优先地，敏捷模型管理的开发信息包括报工、进度提交和产物提交的项目数据自动同步至对应的传统管理模型中，并在传统管理模型的管理界面中同步监控、管理并能查看敏捷模型中提交的产物。

本发明所达到的有益效果：本发明能在传统管理模型中能够实现敏捷式的管理方法，可在传统管理模型中快速响应紧急任务，解决传统管理模型必须经过日程计划分解、变更、审批无法快速响应的问题，通过提升响应效率，降低项目应急风险并达到节省项目管理成本。本发明通过步骤二的WBS分解后，步骤三中的敏捷模型通过挂靠方式实现混合管理。通过映射步骤1中的传统管理模型，使敏捷模型中的泳道和敏捷模型中的卡片具备关键字，用于判定该泳道挂靠传统管理模型时所处的位置。本发明会自动根据WBS分解的活动时间范围，自动调整完成的起止时间，保证挂靠的泳道和卡片完成时间范围不超过挂靠的活动时间范围。

附图说明

图1是本发明的流程图；

图2是传统管理模型的框架图；

图3是传统管理模型的WBS分解架构图；

图4为本发明中敏捷模型和传统管理模型的映射关系图；

图5是本发明敏捷模型中卡片挂靠后的混合管理结构图；

图6是本发明混合管理后通过传统管理模型对敏捷管理的映射图。

具体实施方式

以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

本发明方法中，泳道是在敏捷模型中通过横向的纬度管理卡片的一种方式，泳道通常代表卡片的不同分组。

泳道的产物例如设定泳道为CPU设计，该泳道下挂靠为实现该设计必须的卡片活动例如：CPU原理图设计卡片、CPU嵌入式应用代码编写卡片、CPU底层环境代码编写卡片、CPU芯片接口驱动设计卡片等，则泳道产物为该泳道下CPU设计相关的卡片产物集合；

卡片的产物例如设定泳道为CPU设计，该泳道下挂靠的卡片活动例如：CPU原理图设计卡片、CPU嵌入式应用代码编写卡片、CPU底层环境代码编写卡片、CPU芯片接口驱动设计卡片等，则卡片产物为为了实现交付卡片功能而必须提交的一系列交付物的统称，例如CPU原理图设计卡片产物为CPU原理设计图，CPU底层环境代码编写卡片产物为：CPU底层环境代码、CPU底层设计任务书、CPU底层环境评审报告书等。

更新的数据泛指卡片完成总进度、和卡片变更信息例如卡片的干系人、卡片开发的起止时间）

产物，如对卡片的产物进行变更，新的产物计划和完成产物信息。

一种兼容传统管理模型和敏捷模型的混合项目管理方法，包括如下步骤：

步骤1，选择需要管理的项目，对项目选择传统管理模型或敏捷模型，若选择传统管理模型则进入步骤2，若选择敏捷模型则进入步骤3；

步骤2，对选择传统管理模型进行阶段分解，然后对阶段进行活动分解，阶段的名称和活动的名称配置为关键字；

步骤3，对敏捷模型中的敏捷管理策略新建若干泳道，并在泳道中新建若干卡片，泳道和卡片选择是否挂靠传统管理模型的活动，若泳道和卡片选择挂靠传统管理模型的活动则进入步骤4；泳道和卡片选择不挂靠传统管理模型的活动则卡片分解为子卡片，并进入步骤5；

步骤4，将敏捷模型中的泳道和敏捷模型中的卡片挂靠至传统管理模型中的活动上，将活动分解得到的起始时间和截止时间回传至敏捷模型中的卡片；挂靠的卡片选择是否分解为子卡片，若挂靠的卡片选择分解为子卡片则将该子卡片回传至敏捷模型的子卡片上；挂靠的卡片通过传统管理模型和敏捷模型共同跟踪管理。

进一步地，步骤1中，敏捷模型的泳道和敏捷模型的卡片挂靠后，泳道的进度、卡片的进度、泳道的产物和卡片的产物通过敏捷模型进行维护，更新的数据、泳道的产物和卡片的产物自动同步至传统管理模型。

进一步地，步骤3中，根据传统管理模型中各项目的特征信息，自动在敏捷管理模型中建立映射并建立对应的敏捷管理模型框架，用于后续敏捷模型中的泳道和卡片的配置，传统管理模型和敏捷模型根据特征信息建立初步的索引逻辑关系；

特征信息包括项目名称、项目成员和项目起止时间。

进一步地，敏捷模型中，泳道横向纬度管理卡片，卡片代表任务，子卡片代表子任务，泳道代表任务的不同分组或者泳道用来存放包括若干用于做任务和子任务的卡片集。

进一步地，敏捷模型的泳道和敏捷模型的卡片挂靠后，该泳道和该卡片根据预先设定的活动承担人员，进一步分解卡片的任务给该活动承担人员；

敏捷模型的泳道和敏捷模型的卡片挂靠后，对敏捷模型的泳道和敏捷模型的卡片进行工时填报，传统管理模型会自动统计挂靠的泳道工时和挂靠的卡片工时至挂靠的活动中。

进一步地，步骤3中，如果泳道选择挂靠传统管理模型的活动，且已经完成映射，敏捷模型中的泳道、敏捷模型中的卡片及敏捷模型中的子卡片选择所属活动，确定该泳道以及卡片和传统管理模型中活动的对应关系，确定挂靠在传统管理模型时的真正位置；判断挂靠的泳道的关键字、挂靠的卡片的关键字和挂靠的子卡片关键字是否与对应的传统模型活动的阶段的关键字一致，如果一致则判定活动具备与泳道、卡片和子卡片的挂靠资格，如果不一致则判定该泳道和卡片与该活动不具备挂靠资格。

进一步地，挂靠后的敏捷模型的泳道和敏捷模型的卡片共享给传统管理模型内所有项目成员，共享卡片的状态和卡片的完成进度。

进一步地，传统开发模型包括瀑布式开发模型、螺旋式开发模型和迭代式开发模型，

瀑布式开发模型进行阶段分解为：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

螺旋式开发模型进行阶段分解为：

迭代式开发模型设定迭代N次，N为正整数，则迭代式开发模型进行阶段分解为：

1）第一次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

2）第二次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档；

…

3）第N次迭代：预研、立项、需求与设计、样机实现、试运行、鉴定和归档。

进一步地，对阶段进行活动分解，包括以下内容：

预研阶段中，自动加载可研性报告、项目估算与计划、用户调研的多个活动；

立项阶段，自动加载包括自动加载包括设计任务书、新产品立项申请和项目立项评审的多个活动；

需求与设计阶段，自动加载包括需求确认、需求说明书编写和需求评审，需求收集包括起止时间、参与人员、概要设计、详细设计、交付物信息和完成进度的多个活动。

样机实现阶段，自动加载包括通用插件硬件试制、通用插件底层设计于测试、应用软件测试、非通用件的硬件试制的多个活动；

试运行阶段，自动加载包括集成测试、单元测试、现场试运行、送检的多个活动；

鉴定阶段，自动加载包括科技查新、鉴定材料准备、鉴定会评审的多个活动；

归档阶段，自动加载包括项目总结、项目设计图纸归档、项目软件归档的多个活动；

进一步地，敏捷模型管理的开发信息包括报工、进度提交和产物提交的项目数据自动同步至对应的传统管理模型中，并在传统管理模型的管理界面中同步监控、管理并能查看敏捷模型中提交的产物。

参照图1所示，本发明包括如下步骤：

1.选择项目并设置项目传统管理模型。传统管理模型可以选择瀑布式、螺旋式、迭代式开发模型作，并设置好大阶段作为混合管理框架，本案选择瀑布式模型作为说明，典型瀑布模型如图2所示，阶段分解包括需求分析、方案设计、实施编码、测试、评估和维护，与其他传统管理模型类似。

2.对步骤1中的传统管理模型进行WBS分解，如图3所示。根据项目范围对项目自动按层级分解为阶段（需求分析），阶段进一步分解为活动，活动包括需求收集（活动1）、需求说明书编写（活动2）和需求评审（活动3），同时进一步描述活动信息，并定义关键字1为阶段关键字（可以为阶段名称），关键字2定义为活动关键字（可以用活动名称）。

3.选择步骤1中项目，选择管理策略选择，新建若干“泳道”并在泳道中新建若干“卡片”。

4.把步骤3中的泳道和卡片设置好泳道关键字1、泳道关键字2、卡片关键字1和卡片关键字2。关键字关键字泳道关键字以及卡片关键字和传统管理模型关键字应对关系如图4所示，卡片关键字1、卡片关键字2和步骤三中的活动关键字进行索引，可以映射多个活动，通过此映射关系，卡片可实现挂靠至步骤2中的多个分解活动上

5.根据需要可对步骤4中的挂靠卡片在传统管理模型中进一步分解为子卡片，子卡片分解后，分解后传统管理模型架构如图5所示，子卡片会同步至敏捷模型中，其应对索引关系如图6所示：传统管理模型中的关键字1用于和泳道关键字进行索引，定位分解的子卡片所在泳道位置，通过传统管理模型重大的关键字2+挂载卡片名用来在泳道中新建分解的子卡片，用于区别其他卡片。

6.挂靠后的卡片可同时通过传统管理模型和敏捷模型共同跟踪管理，可同步交付信息，完成进度。

活动具备子定义功能，可以对名称进行修改。项目经理可以根据系统提供项目活动自定义添加功能，添加自定义的活动。工作分解结构是WBS的中文全称，WBS英文全称为work breakdown structure。工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。

Claims (7)

1.一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，包括如下步骤：

步骤1，选择需要管理的项目，对项目选择传统管理模型或敏捷模型，若选择传统管理模型则进入步骤2，若选择敏捷模型则进入步骤3；

步骤2，对选择传统管理模型进行阶段分解，然后对阶段进行活动分解，阶段的名称和活动的名称配置为关键字；

步骤3，对敏捷模型中的敏捷管理策略新建若干泳道，并在泳道中新建若干卡片，泳道和卡片选择是否挂靠传统管理模型的活动，若泳道和卡片选择挂靠传统管理模型的活动则进入步骤4；泳道和卡片选择不挂靠传统管理模型的活动则卡片分解为子卡片，并进入步骤5；

步骤4，将敏捷模型中的泳道和敏捷模型中的卡片挂靠至传统管理模型中的活动上，将活动分解得到的起始时间和截止时间回传至敏捷模型中的卡片；挂靠的卡片选择是否分解为子卡片，若挂靠的卡片选择分解为子卡片则将该子卡片回传至敏捷模型的子卡片上；挂靠的卡片通过传统管理模型和敏捷模型共同跟踪管理。

2.根据权利要求1所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，步骤1中，敏捷模型的泳道和敏捷模型的卡片挂靠后，泳道的进度、卡片的进度、泳道的产物和卡片的产物通过敏捷模型进行维护，更新的数据、泳道的产物和卡片的产物自动同步至传统管理模型。

3.根据权利要求1所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，步骤3中，根据传统管理模型中各项目的特征信息，自动在敏捷管理模型中建立映射并建立对应的敏捷管理模型框架，用于后续敏捷模型中的泳道和卡片的配置，传统管理模型和敏捷模型根据特征信息建立初步的索引逻辑关系；

特征信息包括项目名称、项目成员和项目起止时间。

4.根据权利要求1所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，敏捷模型的泳道和敏捷模型的卡片挂靠后，该泳道和该卡片根据预先设定的活动承担人员，进一步分解卡片的任务给该活动承担人员；

敏捷模型的泳道和敏捷模型的卡片挂靠后，对敏捷模型的泳道和敏捷模型的卡片进行工时填报，传统管理模型会自动统计挂靠的泳道工时和挂靠的卡片工时至挂靠的活动中。

5.根据权利要求3所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，步骤3中，如果泳道选择挂靠传统管理模型的活动，且已经完成映射，敏捷模型中的泳道、敏捷模型中的卡片及敏捷模型中的子卡片选择所属活动，确定该泳道以及卡片和传统管理模型中活动的对应关系，确定挂靠在传统管理模型时的真正位置；判断挂靠的泳道的关键字、挂靠的卡片的关键字和挂靠的子卡片关键字是否与对应的传统模型活动的阶段的关键字一致，如果一致则判定活动具备与泳道、卡片和子卡片的挂靠资格，如果不一致则判定该泳道和卡片与该活动不具备挂靠资格。

6.根据权利要求1所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，挂靠后的敏捷模型的泳道和敏捷模型的卡片共享给传统管理模型内所有项目成员，共享卡片的状态和卡片的完成进度。

7.根据权利要求1所述的一种兼容传统管理模型和敏捷模型的混合项目管理方法，其特征在于，敏捷模型管理的开发信息包括报工、进度提交和产物提交的项目数据自动同步至对应的传统管理模型中，并在传统管理模型的管理界面中同步监控、管理并能查看敏捷模型中提交的产物。

Images