PingCode Agile （敏捷开发管理）子产品正式升级为 Project （项目管理）。
此次升级，我们在敏捷开发的基础上增加了对瀑布开发的支持。
除此以外，伴随着 PingCode 从刚发布时的4个子产品成长到如今的7个子产品，产品能力更加完善。Project 提供的价值也并不局限于项目管理，而是成长为一个能帮助团队提升交付效能的工具。比如：
借助全新的 Project ，团队可以选择敏捷Scrum、Kanban、瀑布开发中任意符合需求的项目管理方式；
团队也可以选择/创建符合自己管理方式的工作流，并且在 Project 实现项目的闭环管理；
除此以外，团队也可以借助自动化工具提升团队的工作效率等等。
本文就来为大家详细介绍全新的项目管理子产品 PingCode Project 。
01全新升级更全面的项目管理模式支持
常有人问，研发管理模式到底哪个好，哪个更能实现软件的快速交付？
其实没有标准答案，一切取决于项目的特点。
而借助于 PingCode Project ，你可以从敏捷 Scrum、Kanban、瀑布开发多种研发项目管理方式中，根据自身项目的特点匹配适合的管理方式，以实现科学管理高效产出的目的。
1.1全新的瀑布开发管理
以瀑布为主的传统型项目管理的特点是强计划驱动，需求范围固定下来后才可分配人员和时间，并在项目推进过程中积极跟踪和控制风险。
在瀑布开发模式下团队会经常面临着项目风险失控、研发协同复杂等问题。
为了帮助团队解决以上问题，更好的管理瀑布开发，Project 提供了强大的管理能力，比如：
项目规划：在 Project 创建WBS，规划项目阶段、计划、任务、周期、资源、依赖关系，以实现科学的项目规划；
甘特图：借助甘特图，可视化项目计划，呈现和管理项目进度、关键里程碑、资源、依赖阻塞点；
里程碑：设置关键里程碑、规划交付物、执行进度跟踪，确保有节奏达成项目目标；
除此以外，还有：
交付物管理：规划交付物目标，提交并检查交付物，跟进目标达成情况，以降低交付风险；
需求规划：对收集到的需求进行完善、分析、评审，规划需求阶段；
开发管理：工作项关联集成代码托管、CI/CD 工具，跟踪开发、构建及部署进度；
而这些也仅是 PingCode 在瀑布开发项目管理的部分能力，更多内容大家可以注册体验。
1.2最标准的Scrum和Kanban管理
1.2.1 Scrum
Scrum 是一个解决复杂多变问题的框架。
使用Scrum 管理的过程中团队可能会面临需求管理混乱、交付进度迟缓、不同工具频繁切换等问题。
而这些都能通过 Project 提供的Scrum项目管理中得到解决。
比如 Project 在需求收集阶段能够以自定义字段的方式，满足个性化收集以及尽可能全的记录需求信息的需求，并以史诗/特性/用户故事三级需求、标签等方式管理需求优先级。
在解决交付进度迟缓问题上，Project 提供了直观、多视角的报表视图以跟踪迭代进展，并且还提供了团队速度、累计流量图等多种可视化报表，全方面度量研发效能。
最后，因为PingCode 本身就是一个研发全生命周期的管理工具，并且能够以插件的形式与你现有的工具相互打通。
1.2.2 Kanban
Kanban 是一种为质量和过程中出现的问题提供了可见性，使得缺陷、瓶颈、变异性以及经济成本等因素对流动与交付速率的影响变得更明显的管理方式。
在Kanban项目管理上， Project 为用户提供的国内最标准的 Kanban 功能，能够有效帮助团队提升可视化、标准化等管理能力。
整体上，Project 的 Kanban 管理由规划、看板、工作项、版本、测试、页面、报表五大组件构成，能够比较全面地实现看板管理以及可视化管理的需求。
除此以外，还提供了高度自定的能力，以满足团队个性化工作流创建需求。
在标准化管理上，比如：国内很多 Kanban 工具都不具备并在制品限制功能，而在 Kanban 方法中，它是限制混乱的有效方式。
Project 中的 Kanban 支持通过限制每一个阶段允许积压的在制品数量来避免大量工作并行，达到控制混乱的目的（这一行为被称为在制品限制（WIP limit）。
除此以外，还有很多标准化的能力，比如支持将步骤拆分为Doing/Done & DoD，以保证整体开发过程的质量等等。
更多功能，大家可以通过注册进行体验，这里就不过多介绍。
理论上，无论是哪一种研发管理模式都会有一套最佳实践，但在不同的团队都有其熟悉的运转流程、管理方式、角色构成。
所以无论是Scrum、Kanban还是瀑布开发， PingCode Project 都预置了一套标准的管理流程模板，同时也支持根据团队管理方式创建适合自身的工作流。
02.全新升级更全面提升团队交付效能
2.1打通全流程与全场景
确定了适合的研发管理模式，将进入到对研发项目的过程管理。
而整个软件项目研发管理链条，本质上是管理侧以需求特性的全生命周期为核心的需求价值流，以及工程侧以代码提交为线索的研发工作流。
研发管理工具的核心价值在于管理两条流，实现两条流之间的联动，完成信息的流转和同步。
所以无论在哪种研发管理模式，都需要工具来打通项目全流程、全场景的管理。
而 Project 具有打通研发全流程与全场景的能力，实现了从需求收集、规划、开发、测试、发布到上线，需求价值全流程的管理。
同时，借助REST API 等还可以将工程侧管理工具，如gitlab、Jenkins、Docker等产生的数据和信息集成到 Project，完成两条工作流之间信息的自动流转和同步。
所以跨团队以及产研团队内的不同角色，如项目经理、技术经理、产品都能在 同一个平台进行管理与协作；
以及从目标规划、需求、开发、编码、构建、测试到发布上线的全流程、全场景都能通过 Project 实现打通与管理。
2.2根据直观的实时数据提升团队效能
至此，我们已经实现了项目全流程与全场景的管理，但就软件研发整个生命周期而言并未结束。
要搭建软件交付的闭环，研发团队还需要深入挖掘出组织或团队所处的位置和存在的问题，做到持续改进。
在具体项目上 Project 提供了团队速度、累计流量图等多种可视化报表，满足团队对该项目的度量和改进需求。
在团队或企业层面，PingCode 效能度量子产品 Insight 能够提供如交付效率、交付质量、交付能力等多维丰富的效能数据，以帮助团队洞察和改进。
2.3利用自动化提升工作效率
在闭环建立起来之后，研发团队的产品交付效能是否还有提升的空间？
ITChronicles 发布的一项调查显示：当前技术工作者一年有将近69天都在进行着事务性工作。也就是说，每年全球有将近5万亿美金被浪费在了这些重复性的工作中。
因此，让团队成员从那些重复性的、事务性的工作中解脱出来，成为了另一个让软件产品快速交付的突破点。
PingCode Flow 是我们在去年就已经发布的自动化产品，它能够与PingCode全线子产品如 Project 等进行关联，服务于整个研发团队。
能够帮助团队将开发中大量低价值、重复性的和事务性的工作从手动操作变为自动触发执行，比如自动变更工作项状态、自动变更负责人等等，让团队专注于真正有价值的任务。