猪齿鱼助力企业在线项目管理与远程交付协同

新型冠状病毒在过去两年多的时间给我们的生活和工作都带来了很多的不便，各地都相继出台各种防疫政策。许多企业积极响应政府号召，选择居家，开启远程办公模式。

 

除了远程会议沟通之外，项目进度需要管理，项目内容需要协同分工。这个时候，企业就需要有一套完整的在线办公协作工具，在团队协作、客户交付时提供解决方案和支持。最重要的是如何贯穿迭代研发或者交付过程中的各个重要阶段？在异地协同的模式下依然进行高效可控的管理。

 

猪齿鱼 Choerodon 数智化开发管理平台，提供协作、测试、DevOps及容器等工具，帮助企业拉通软件开发和项目管理的需求、设计、开发、部署、测试和运营全流程，提供端到端的企业级SaaS云原生研发工具链和全套解决方案，全面满足企业研发管理与工程效率需求，一站式提高管理效率和软件研发质量，助力团队效能更快更强更稳定，助力企业顺利进行在线项目管理与远程交付协同。

 

瀑布项目管理

瀑布管理是传统的项目管理方式，猪齿鱼满足瀑布项目管理场景下的计划、进度及交付物管理需求；同时支持在瀑布项目中启用冲刺，以实现瀑布项目中仍然可通过迭代方式进行交付，满足大瀑布小敏捷管理场景，以多种管理方式高效支持项目目标达成, 适配多种项目场景。

为了提高项目团队效能，增强组织持续快速交付价值的能力，需要在研发过程中及时发现风险与问题，进行团队及需求的持续改进。

 

可视化的效能图表是项目管理者的有利工具，从投入、产出、质量三个方面来衡量，成为项目持续改进的核心抓手。

 

• 工作项进度明细表，以工作项维度展示交付的进度情况、所需投入及过程中的缺陷情况

• 工作台项目工时视图，跨团队管理资源

 

敏捷项目管理

在敏捷开发实践中，整理需求和规划冲刺是开发中的重要阶段。明确需求和冲刺管理的目标后，我们将提供Sprint 计划会议、每日站会、评审会议、回顾会议四项敏捷会议贯穿整个开发过程，需要开发团队的每个成员参与其中，达到团队的开发目标。

Sprint 计划会议

Sprint 计划会议的目的是要为该项 Sprint 工作做计划，在每个 Sprint 进入开发之前，团队将会召开 Sprint 计划会议。

Sprint 计划会议要解决以下两个问题：

• 决定 Sprint 中需要完成哪些工作？

• 决定这些工作要如何完成？

问题一：决定 Sprint 中需要完成哪些工作？

开发团队需预计该项 Sprint 中要开发的功能有哪些？产品负责人在会议之前，需在猪齿鱼 Choerodon 敏捷管理中制定需求和冲刺的规划，并且排列好 Backlog 的优先级，为计划会议做准备。

根据猪齿鱼 Choerodon 敏捷管理计划冲刺中的待办列表，产品负责人根据要开发的功能优先级高低，依次从优先级最高的需求来为开发团队进行讲解。

 

然后，团队成员针对待办列表中的待开发功能提出问题，团队就该问题展开讨论，直到该功能相关问题全部解决，再进入下一功能的讨论。

 

在开发团队预测完该项 Sprint 中可交付的产品待办列表项后，开发团队将制定一项 Sprint 目标。Sprint 目标是在该项 Sprint 中通过实现产品待办列表要达到的目的，它也为开发团队提供指引，使团队明确开发的工作量有多少？

 

问题二 决定这些工作要如何完成？

设定完成 Sprint 目标并挑选出该项 Sprint 要完成的产品待办列表项后，开发团队需决定如何在 Sprint 中完成这些工作？如果 Backlog 中的待开发功能在此迭代中已经饱和，或有阻碍需进行重新计划的，产品负责人会将它从迭代计划拖动至待办事项列表进行重新规划。

 

如果团队认为工作量过大或太小，可与产品负责人重新协商产品待办列表项。开发团队也可邀请其他人员参加会议，以获得技术或领域知识方面的建议。

 

随后，团队成员需对 Sprint 中的列表故事进行拆分，将每个故事拆分成一个个任务，并估算每个故事点的工作量。一旦迭代开始，这些迭代任务将不会发生较大变化。

 

通过 Sprint 计划会议，开发团队和产品负责人可确认共同的迭代目标和价值。开发团队必须在工作中时刻谨记 Sprint 目标，如果所需的工作与预期不同，开发团队需与产品负责人协商调整 Sprint 待办列表范围。

 

每日站会

每日站会是以 15 分钟为限的事件，会议上每个开发团队成员都需要说明：

• 从昨天的站立会到现在，我完成了什么？

• 从现在到明天的站立会，我计划完成什么？

• 有什么阻碍了我的任务进度，需要什么样的支持？

猪齿鱼 Choerodon 敏捷管理中的迭代计划看板可用于进行开发迭代任务可视化管理，每个任务下的子任务、经办人、任务状态、任务类型都在看板中显示，每一个开发人员都可以看到团队开发的流程进度。

开发团队用每日站会来评估完成 Sprint 目标的进度，并评估完成 Sprint 待办列表的进度趋势。每天，开发团队应知道如何以自组织的形式协同工作，以达成 Sprint 目标，并在 Sprint 结束时完成该迭代的工作量。

 

可边交流，边拖动看板上的卡片（或者在站会开始前就已根据自身情况完成卡片拖动），团队成员可以对大家的各种任务状态和受阻问题进行了解和更新。

每日站会可以增强交流沟通，省略其他会议。确定开发过程中需移除的障碍、强调和提倡快速决策、提高每个成员对项目的认知程度，这是进行检视和调整的关键会议。

 

Sprint 评审会议 

Sprint 评审会议在 Sprint 结束时举行，用以检视所交付的产品增量，并按需调整产品待办事项列表。

 

在评审会开始之前，开发团队会检查猪齿鱼 Choerodon 敏捷管理活跃冲刺看板中的故事完成情况，根据完成任务后的测试情况，拖动卡片到看板已完成的列，整理未完成的任务。

 

团队成员整理好看板中已完成和未完成的任务时，我们就可以完成 Sprint。这项迭代中未完成的遗留问题，我们可移动到待办事项中进行重新计划，对于已完成的任务，则会在评审会中进行演示验收。

 

在 Sprint 评审会议中，开发团队和相关干系人讨论 Sprint 中完成的工作。然后，根据完成情况和 Sprint 期间产品待办列表的变化，与参会人员讨论接下来可能要做的事情，提供优化产品功能和能力的价值。

 

这是一个非正式会议，而非进度汇报会议，会议中进行迭代功能演示，目的是获取反馈并促进开发进度。

Sprint 评审会议包含以下内容：

• 产品负责人邀请开发团队以及相关干系人参加会议

• 产品负责人说明哪些工作“已完成”，哪些工作“没完成”

• 开发团队讨论在 Sprint 中哪些工作进展顺利、遇到什么问题、问题是如何解决的

• 开发团队演示完成的工作并解答关于所交付增量的问题

• 产品负责人描述当前产品待办列表的完成情况，并根据进度推测可能完成的日期（如有需要的话）

• 参会的所有人就下一步的工作进行探讨，Sprint 评审会议将能为下一次的 Sprint 计划会议提供有价值的信息

• 评审市场或者潜在的产品对现在开发产品的影响

• 为下个产品版本功能或能力的发布，评审时间表、预算、潜在功能和市场

Sprint 评审会议的结果是一份修订的产品待办列表，下个 Sprint 的产品待办列表项可以以它作为参考，如果遇到新的产品需求，也可全局调整产品待办列表。

 

Sprint 回顾会议

Sprint 回顾会议是团队检视与调整，以及进行工作问题和改进点的反馈。Sprint 回顾会议发生在Sprint 评审会议结束之后，下个 Sprint 的计划会议之前。

Sprint 回顾会议的目的是：

• 对前一个 Sprint 周期中的人、关系、过程和工具进行回顾

• 找出做得好的和潜在需要改进的主要方面，并进行排序

• 制定改进开发团队工作方式的计划

在进行敏捷回顾会议时，开发团队可以使用猪齿鱼 Choerodon 的知识库进行会议记录。

 

团队成员共同讨论，找寻这些问题出现的根本原因，提出大家认同的解决方案，确定到责任人，统一在下一个 Sprint 中改进，并在下一个回顾会议上评审改进问题的结果。

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！