2.2 创建敏捷项目
适用PingCode进行敏捷开发的第一步是创建一个敏捷项目，点击产品 --> 敏捷开发，添加一个敏捷项目
到了敏捷开发页面点击新建项目，在弹出添加项目详情中填写信息，这里我们选择scrum项目
完成后会出现如下项目界面，接着我们就可以完成后续的操作了
2.3 需求管理
按照Scrum的一般做法，迭代开始前，由产品负责人收集来自各方需要、期望和诉求，评定优先级，整理出产品 Backlog，通过会议评审形成 Sprint Backlog
PingCode是以史诗、特性、用户故事三级方式进行需求管理，可以通过自定义需求状态、补充各类属性字段，编写完整描述，上传相关产品文档等方式，形成完整的故事结构， 也可以利用「子工作项」进行复杂需求细化和拆解。
值得一提的是需求也可与用户反馈、研发任务、测试结果、Wiki的文档等工作项相关联，便于其它成员查找引用、追溯来源。
需求类型
pingcode将用户需求分为了史诗、特性、以及用户故事，来让我们需求进行管理
史诗
基于产品的长期战略方向而被提出，颗粒度级别最大，通常为可独立使用的一个产品模块；
特性
作为某个史诗的子需求（比史诗更具象）和若干个用户故事的集合，承上启下，需要多轮迭代才能完成交付；
用户故事
从用户的角度来描述用户渴望被满足的需求，颗粒度级别最小，且能在一个迭代中开发完成。
添加需求我们可以在新建项目中添加需求
根据上面我们提到的需求类型进行添加，根据需求的颗粒度分为不同的需求类型，下面是我们顺风车的需求
配置需求
当添加需求后，可以打开需求对需求的详情进行配置，开始结束时间等进行配置
2.4 迭代
这是我们敏捷开发过程中用到的最核心的功能，也是支撑我们 Scrum 流程的灵魂
添加迭代
可以在迭代选项卡中点击添加迭代来创建一个Sprint
在添加迭代中输入这次迭代的具体信息
加入用户故事
迭代需要将我们的添加的用户需求加入到我们的迭代中进行开发迭代，我们可以点击迭代中的规划来进行迭代需求管理，将本次迭代需要完成的需求移入迭代，控制一个迭代周期在一至两周。
可以将我们的用户故事加入迭代，本次迭代主要完成上传，所以将上传移入迭代
查看迭代详情
添加迭代后可以看到迭代的详情以及跟踪本次
Sprint的迭代，并通过燃尽图来查看Scrum的实施情况
任务板
每一次迭代一般周期在一至二周，我们一般每天都会开始站立会，讲述昨天的任务完成情况以及今天的任务，我们可以通过任务板来进行描述
管理迭代
如果迭代需求添加已经完成就可以开始迭代了，可以点击
开始迭代来开始本地迭代
我们点击开始就可以开始本次迭代
跟踪迭代进度
迭代开始后，每日站立会议对迭代进行跟踪。各成员快速任务进度、今天的计划、遇到的困难等就成为常态，燃尽图在这里必不可少
我们从下图也能看出，PingCode迭代概览、燃尽图基本具备，在直观反映各成员工作状况、当前迭代进度的健康程度上并没有啥毛病。
并且还支持十多种报表
迭代评审
在迭代将要完成的时候需要进行迭代评审，检查本地迭代进度以及完成情况，可以根据情况调整迭代中的任务的优先级，优先完成优先级比较高的任务
完成迭代
我们可以根据任务的完成情况完成每一个任务，等到本地迭代结束的日志查看迭代的情况
我们发现还有一个工作项还未完成，我们可以根据需要将这个未完成的任务移入
待分配任务列表
迭代回顾
本地迭代完成后，需要对本地迭代进行回顾以及复盘，对没有完成的迭代将回到待办列表，等待根据优先级进行下一次迭代中进行分配，可以根据本地迭代中的优点进行发扬，缺点进行规避
2.5 版本管理
PingCode除了进行对项目进行管理还支持对版本管理并且可以关联迭代
添加版本
可以点击版本选项卡进行添加版本
版本规划
可以根据版本规划来管理版本发布，可以通过
规划工作项来管理任务，可以将下面任务添加到发布列表中
敏捷开发一般不直接添加任务，而是关联迭代来进行管理发布任务
关联迭代
一般敏捷开发适合迭代关联在一起的，一个迭代就是一个可以发布的小版本
点击关联迭代可以关联我们的添加的
Sprint
点击确定就可以的看到刚才添加的
Sprint
查看任务
可以点击发布范围来查看本次发布的一些需求
版本进度
我们可以点击进度条管理发布进度
我们点击进行中就将本次发布版本进入进行中的状态
点击确定
同样，如果本地迭代完成后我们发布完成了可以点击已发布
