将 wbs 工作计划拆解与 Project 迭代、任务管理工具紧密结合,确保计划稳步推进。

研发能力是影响企业核心竞争力的关键因素之一,市场的快速变化促使企业研发必须选择一种足够高效,又能严格控制产品质量的管理办法。敏捷开发由于灵活、高效,被大量企业选择为基本的产品项目开发方法。项目计划是将用户最基础的敏捷研发运作与计划统一管理,面对市场变化可以将计划前置,产品的反馈又可以通过迭代的方式进行跟踪处理。

项目计划对瀑布式研发的严谨和敏捷开发快速适应需求变化的理论进行深度萃取,落地了实用的中小型企业产品开发项目管理工具。

瀑布模型(Waterfall Model) 是一个项目开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段“流动”到下一个阶段,这也是瀑布模型名称的由来。瀑布模型要求每个阶段都要为下一阶段提供依据,否则将不得向下进行。这也是瀑布模型的优点,也是它的缺点。

项目启动 #

ONES Project 内置瀑布项目模板,为“完整规划项目范围、过程监控”的工作方式设计,也就是采用内置「项目计划」「里程碑」「交付物」「执行」等组件。实践项目“启动-规划-执行-监控”的过程,项目计划通过 WBS 工作分解,阶段性的制定里程碑/交付物,在执行组件完成追踪,或者通过迭代的方式完成研发。甘特图可视化地表达计划与工作执行的关系,让每一步有明确的目标。

项目规划 #

计划的制作通常是一个项目的开始,计划的核心一般围绕需求与设计展开,此阶段的需求往往以概念的形式存在,并且可操作性较低,设计同样具有该属性。对于产品开发而言,在产品生命周期的每个阶段一定会面临不同的问题,并且是一定要开展的,但是最终的目标都是为落地阶段的敏捷研发打好基础。

需求阶段和设计阶段采用项目计划,对于中小型公司而言可以严格的执行各个阶段,支持将计划的各类属性进行描述,比如具体计划的时间范围、对计划内容进行描述。

首先,需要了解项目计划在 ONES 系统内的名词与体现方式,参考图例:

针对非“瀑布式”模板的用户,支持通过组件的方式对项目能力进行组装,配置出兼具敏捷管理、瀑布式管理能力的项目,点击「 组件管理」了解更多。

任务分解 #

打开「项目计划」组件,第一步,在列表处点击 新建按钮 即可新建计划;第二步,输入计划名称即可;第三步,直接在甘特图上对项目计划周期进行拖动编辑。至此,一条简单的计划就编辑完成了。

左侧为计划、右侧显示计划周期,且计划列表与甘特图一一对应于相同的水平位置。

接下来就是对计划进行拆解了,每个计划支持“在子层级新建”,将鼠标放置于相应计划,点击“➕ ”按钮即可新建“子计划”,项目计划列表支持通过拖拽的方式更改计划间的父子结构。

父计划自动转为分组,但仅支持分组属性(如有前后置关系,将会经过用户确认后删除)

分组与计划自动转换的逻辑 :“某计划组(工作包)”树结构最末端为计划,末端以上结构均为分组,若有末端计划被删除,上级分组将自动转化成为计划(新末端),反之,在末端下添加计划则该计划将转为分组。

计划支持定义「关联内容」「详情」「前后置依赖」,只需点击“跳转详情”即可查看。

计划详情 #

通常在处于概念(规划)阶段的计划,会有很多属性,如完成周期、进度、创建人、计划描述等,计划条目支持将以上所有属性在富文本框进行记录,并存档计划的变更情况。

计划前后置依赖 #

任何一个计划都有上下游的关系,如果需要上游计划的开始与完成才能开始与完成下游计划,那么上游便是下游的前置依赖,反之则是后置影响

在创建或编辑项目时,每个计划条目都有“开始、完成”两个状态,支持根据计划状态定义和编辑前后置任务依赖关系。前置任务表示的是,如果后置任务要开始或完成必须要前置任务开始或完成,由此可引出四种依赖关系。

前后置依赖关系仅支持计划、里程碑, 不支持计划分组, 原因是计划组周期由下级计划/工作的周期决定,无法随心所欲控制分组周期,故不予设置前后置依赖。 自动转换为分组后的前后置关系将经用户确认后取消

依赖关系(前置状态-后置状态)甘特图拖拽示意描述
完成-开始后置计划只有在它依存的前置计划完成后才能开始。
开始-开始后置计划可以在它依存的前置计划开始后随时开始。 “开始-开始” 关系不要求两个计划同时开始。
完成-完成后置计划可以在它依存的前置计划完成后随时完成。 “完成-完成”关系不要求两个计划同时完成。
开始-完成后置计划可以在它依存的前置计划开始后随时完成。 “开始-完成 ”关系不要求相关计划在依存于它的计划开始时同时完成。

前后置关系影响范围 #

根据前后置的四种依赖关系,在简单的计划组中,管理者可以凭直觉判断轻松拖拽,但是在复杂的计划组中,周期范围复杂、依赖关系强,凭直觉判断将会出现错误的依赖关系。譬如,计划一周期为今天,计划二周期为明天,若设置明天结束今天才能开始显然会出现错误冲突。

所以,管理者需要根据系统提醒配置前后置关系,即进入计划详情根据合法选项(单选)添加 or在甘特图中确认错误编辑,然后系统自动更新合法周期。

系统根据四种依赖关系定义计划的合法性,对超出四种依赖关系定义的依赖关系进行修正,修正逻辑为:

适用范围:①修改前置/后置计划周期,影响到计划合法性;②添加违规的依赖关系

修改原则:允许修改前置计划的周期范围,不允许修改后置计划的周期范围,修改结束后遵循以下修正方案原则。

错误类型修正方案
基于“完成-开始”关系,后置计划的开始时间早于前置计划完成时间将后置计划的开始时间调整至前置计划完成时间+1天,后置计划周期不调整
基于“开始-开始”关系,后置计划开始时间早于前置计划开始时间将后置计划开始时间调整为与前置计划开始时间相等,后置计划周期不变
基于“完成-完成”关系,后置计划完成时间早于前置计划完成时间将后置计划完成时间调整为前置计划的完成时间,但后置计划的开始时间不变(后置计划周期发生变化)
基于“开始-完成”关系,后置的计划的完成时间早于前置计划的开始时间将后置计划的完成时间调整为前置计划的开始时间,但后置计划开始时间不变(后置计划周期发生变化)

针对操作错误,系统将在交互时对用户行为进行规范,如果发生以上错误类型系统将给出变更或不予修改的提示:

关联迭代、工作项 #

在项目计划列表中,通过具体计划条目的「关联」按钮or 在「计划详情」中,将项目下的 「迭代」「工作项」 与计划相关联,同时也支持新建工作项、迭代;

计划支持选择是否关联迭代/工作项(关闭按钮后数据不展示),所关联的迭代下支持选择需要展示的工作项类型(不支持选择子工作项类型),点击右侧的「配置关联内容」按钮即可操作;

①所有工作项关联的工作项均不展示,②若计划未关联迭代则显示全量工作项类型

迭代/工作项周期不与计划周期绑定,若计划的工作项/迭代周期超出其计划周期,系统将进行提示

迭代&工作项周期独立于计划周期,即,计划组下迭代&工作项的周期若超出计划,不会触发计划组的周期变化。

关联的 工作项 支持在项目计划下进一步拆解,点击「在当前层级创建子层级」按钮即可

工作项不支持在项目计划内拖拽排序,需要在具体的工作项详情进行操作排序。

项目计划基线 #

基线(baseline)是项目管理中的一个重要概念,当一个(或一组)配置项(比如:进度计划、范围、预算等)在项目生命周期的不同时间点上通过正式评审并进入受控状态后,就形成了基线。

简单理解就是项目最初设定并保存的各类计划、参数,它相当于一份项目快照(snapshot)。项目的进展应当与基线进行衡量,以评估绩效。基线一旦建立,不可随意更改,其变化需要接受严格的变更控制(change control)。

项目计划支持设置项目计划快照,并支持同步将快照设置为一条或多条基线,在实际使用时即可将不同版本的基线和当前的项目计划进行对比,同时也支持对比历史版本的计划快照。计划的变更情况、范围等一切影响均可受控追踪,直至确认无风险露出。

在甘特图的右上角点击“创建快照”进行命名,即可将当下的项目计划进行保存为快照,此界面支持同时将快照设置为基线;

在甘特图视图下,支持切换不同版本的基线,与当前计划进行对比;

在查看历史快照时支持将快照灵活设置为基线,也可将当前基线取消,变为普通快照;

系统支持选择任意两个快照版本进行对比。_ **左侧为对比版本,右侧为参照版本** _,在对比版本中系统将会对计划变更的各种行为属性以图例颜色进行标注,便于管理员检查变更点,更高效的控制风险。以下为图例颜色与对应行为属性的描述。

图例颜色行为属性
绿色(对比)工作项、计划、分组、里程碑(新增或日期提前)
红色(对比)工作项、计划、分组、里程碑(被删除或日期推迟)
蓝色(对比)工作项、计划、分组、里程碑(属性内容变更)
黄色(参照)工作项、计划、分组、里程碑原文中被改变的内容(需选择相应条目)

项目执行 #

在项目落地时,构建的计划中可以通过「执行」组件进行一些开放性的工作,研发类的工作可以通过关联迭代的方式进行冲刺,换言之,不论你的团队是那种开发模式,项目计划工具都有好用的抓手落实计划。

执行组件 #

「执行」组件是对项目计划“工作”(每个计划组最末端的计划)的追踪工具,独立的组件可以确保项目计划的数据安全,管理员通过分配相应的负责人监控计划完成的进度。

「执行」组件支持视图管理,通过筛选将列表保存为公共/私人视图,控制项目计划的分发粒度、节奏。

公共视图权限由组件查看权限控制,换言之,拥有组件查看权限的用户即可查看设置为公共视图的执行事项列表

迭代追踪 #

经典的敏捷式迭代管理办法,研发项目由迭代的方式完成,既可以适应客户需求的快速变化,上线的反馈由能弥补瀑布每个阶段的遗漏与不足,以下为迭代推进的传送门,此处不再赘述。

迭代管理
/manual/product-ones/jin-jie-shi-yong/die-dai-guan-li/

项目里程碑/交付物 #

里程碑是沿着项目时间线出现的重要的、有标记的进度点,相较项目基线是更加细粒度的健康度评估方式,戳下方链接可进一步了解。

项目里程碑、交付物
/manual/product-ones/jin-jie-shi-yong/xiang-mu-ji-hua/xiang-mu-li-cheng-bei-jiao-fu-wu/

项目计划权限 #

控制项目计划的权限就是确保项目的数据安全,计划从制定到落地需要一系列的流程,每个阶段是不同层级的人参与,为确保计划安全可靠,需要项目管理员进入「项目」>「权限配置」>「项目权限」>「项目计划与已拆解计划权限」定制项目计划的操作权限控制,下图是项目管理计划的权限点及结构介绍,以此分配权限即可了解其权限点下所掌握的能力。

  • 管理项目计划:允许保存项目计划快照,设定基线。允许查看项目计划、编辑项目计划,允许成员对计划和里程碑进行增删改查,查看已拆解计划;
  • 编辑项目计划 :许查看项目计划、编辑项目计划,允许成员对计划和里程碑进行增删改查,查看已拆解计划;
  • 查看项目计划:允许成员浏览项目计划;允许成员括查看计划、计划组、里程碑,查看已拆解计划;
  • 查看已拆解计划:允许成员在“执行组件”里浏览已拆解的计划(不包括计划组);
  • 更新计划进度:允许成员更新计划进度;
  • 更新里程碑状态:允许成员更新里程碑状态。