有些人表面光鲜亮丽，其实背地里……

有些人表面光鲜亮丽，其实背地里……自己给布置的任务自己都完不成……

（部分）RoboMaster的参赛队员就是这样的！

他们的日常就是：

1. 开会的时候七嘴八舌balabala，结果谁都没有去执行；

2. 研发任务没计划，不知道从哪里开始做起；

3. 群聊太太太太多，找个文件要翻烂这个手机，结果还没找到；

4. 做事情拖拖拉拉，效率不高，缺乏项目思维；

5. 而且！这些做不好就算了，居然还有小宝贝到了比赛现场，才发现漏了一些功能没加！OMG！

暴躁的赛务看到这些壮烈的场面，当然不会置之不顾。

上上周五，我们邀请了ONES的产品经理小姐姐，为大家普及项目管理和敏捷开发流程。

学完后，赛务怼参赛队更高效了，小R写推文不头秃了，参赛队也把赛季规划按时交上来了！

于是，我整理了一份「太长不看版」，希望你也能拥有项目管理能力。

1. 什么是项目管理？

一个合格的项目管理，需要运用各种技能、方法和工具，满足项目的要求和期望。

对于各位参赛队员来说，整个RoboMaster赛季可被看作一个项目。

组员互相协作；各组长管理各个小组的进度；队长把控所有组的进度；项目管理协调整个项目的进度。在规定的时间上场比赛，就是这个项目需完成的一次性任务。

作为一个RoboMaster项目的管理者，需要在有限的资源（资源包括预算，人力，场地等）下，运用系统的方法和理论，配合管理工具，有效地管理项目。

也就是，进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。

2. 什么是敏捷开发？

敏捷开发是以用户的需求进化为核心，采用迭代、循序渐进的方法进行开发。也就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成。

敏捷开发的基本道理就是让你小步快跑，快速迭代，提高交付质量。

3. ONES能做什么？

ONES（复临科技），专做项目管理解决方案。它有四款核心工具，也用到了敏捷研发的方法论：ONES Project（项目跟踪）、ONES Wiki（知识管理）、ONES Pipeline（持续集成与交付）和 ONES TestCase（测试用例）等产品。

有了它们，高效研发就不成问题了！

这次比赛，ONES重点推出ONES Project和Wiki，帮助学生做研发项目管理。

另外的Pipeline和Testcase不支持答疑噢。

作为RM官方推荐的平台，ones有什么厉害的地方呢？

如果把敏捷开发代入到RoboMaster的项目中，就是这样的：

第一步是规则发布，那么参赛队的需求就是分析规则。队长和组长就要对需求进行整理和规划，列出每周计划和迭代计划。

如迭代需求比较大，可以分阶段进行完成。

迭代完成后，再阶段性地演示，看是否达到预期。如果没达到预期，就总结一下，在下一个迭代中继续完善。

3. Ones怎么用呢？

作为一名优秀的RM参赛队员，应该怎么用这个洋气的平台？

操作过程——

对于project，基础的操作流程有六步：

第一步：团队建立

配置邀请成员：分配你的团队成员。

方法一：通过邮件邀请成员，选择邀请新成员即可。

第二步：创建项目

进入ONES Project，点击页面右上方【创建项目】即可。

项目管理员拥有对某个项目的管理权，可以对项目的基础信息、任务类型、迭代、项目权限等进行设置

第三步：需求管理

简单来说，就是建立一个专属的to do list（需求池）。

建立需求池，需要收集和整理从各个渠道反馈的研发需求，经过需求评审后，安排研发的优先级。

第四步：迭代管理

在研发机器人时，会出现或多或少方案不合适，或者软件上的bug，在过程中要不断改进。

敏捷开发中的迭代有三步。

重复：非一次性完成。会不断的重复进行，但每次重复的结果又比之前好一点。

改进：在项目进行的过程中会不断的改进、调整、优化。

认知升级：迭代的过程就是不断提高认知的过程。使得可实现的目标逐渐清晰，明朗化。不断规划迭代内容，明确阶段性目标。

第五步：缺陷追踪

这个非常好理解，就是修改bug，以及跟进bug改得怎么样了。

在需求迭代的过程中，项目相关的成员可以随时对正在进行中的需求提出质疑，创建缺陷，实时跟进。

在追踪过程中，有一个非常重要的工具就是敏捷看板。在看板中建立4个工作状态（待处理、进行中、待验收、完成），每一件任务都与之相对应。

通过看板的使用，各位成员间的工作状态能做到如指掌以及实时响应。

第六步：查看报表

最后，需求回顾，看看你的to do list完成得怎么样了。

通过分布图形，任务状态统计，可视化工作进展，完成趋势分析，把握项目节奏。

最后，记得在wiki上总结及沉淀经验。比如把队伍的资料啊，方案啊，文档啊啥的全都放在上面。