说起创业公司，在创业初期面临的一个比较大的痛点，莫过于如何实现高效低成本的项目管理模式 - 小步快跑、快速迭代？如何将研发团队有效组织起来，在可控、可视化的范围类进行产品版本迭代更新？
现如今，大多数互联网创业公司都追崇者敏捷开发的思路，甚至很多成熟型大公司都沿用这种开发管理模式。敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。“ Fix time, Flex Scope”是敏捷迭代的核心理念。
在创业公司，很多创业者初期在项目管理上都使用任务看板、每日站会、计划纸牌等手段进行项目管理，这也是比较常见的项目管理手段。因为这种方式会更加便捷，没有“套路”，能让人一目了然、快速看到现在在发生什么，未来将要发生什么。但是这里会存在以下几个难题：
- 人工线下操作、记录粘贴耗费时间和精力；
- 修改删除麻烦，不方便随时更新；
- 历史记录看不到，无法回顾历史数据；
- 子任务拆分不方便，拆分后无法修改；
- 对人员管理不便，随着团队扩张，操作越来越困难。
最近两年在创业的道路上，认识一位新朋友 - TAPD。我称呼ta为“T先生”。“T先生 ”就是专程出现为我们解决创业过程中敏捷开发的难题的。最近一年在做“够格”的项目，与“T先生 ”结缘，相处甚久后，尤其认识到“T先生”带来的便利。下面我就结合“够格”这个项目的实战过程简单介绍“T先生 ”为我们这个创业团队带来什么。
够格是一个做“直播 电商”领域的创业项目，整个研发团队近20人。包括产品/项目经理共3人、设计2人、测试2人，其余为开发团队。工作地点都在一个办公区域（基本不存在异地沟通问题），整个项目采用敏捷开发、版本迭代的过程在跑。产品至今上线一年时间，版本迭代将近20次。基本保持每1-2周一次迭代的过程。
整个够格产品分为android/ios/网页端/PC端等多系统多平台。够格这个产品从成立之初就认识了“T先生”，整个团队也是从一开始就和“T先生 ”进行磨合。在项目跑的过程中，整个团队也尝试过用任务看板等线下的方式进行项目研发管理。然而依然会碰到上述的几个问题。
<img src="//blog-10039692.file.myzijiebao.com/1495525438445_4106_1495525458481.png" alt="" width="340px">
耗费时间和精力：最初 大家还是愿意接受线下手工的方式写字操作各自任务记录，后面每人每日都要花费大量时间手写任务列表，进行卡片粘贴。到最后整个团队都觉得这样写起来很麻烦，逐渐放弃了手动写的过程，转而进入TAPD进行系统自动管理。
更新删除麻烦：团队每个人每天都需要对今天完成的任务进行更新，多数时候当大家拿起笔去更新时重写内容时就开始愁苦。写了一天代码要下班了还得重新写字更新今日任务，尤其碰到需要删除重新的需求任务更是崩溃。
历史记录找不到：每天只能看到当天完成了什么，昨天完成了什么。当整张墙贴的密密麻麻时，想找一个人任务时，眼睛都要瞅半天。此时大家真想有个“搜索”功能。尤其在每期迭代结束后，统计每个人任务进度时，简直要崩溃。此时多希望有个工具能帮我做这件事。
子任务拆分不方便：产品需求永远都会拆分子任务，研发在开发时也需要拆分更细的子任务。此时自己用人工的方法来做就显得特别麻烦，尤其拆好的子任务要做拆分修改时，更是麻烦。
人员管理麻烦：我们当初整个看板名字是固定的，随着后续有新同事进来，旧同事离开，整个看板都需要更新。这时就需要把看板上的所有任务全部清除后再重新布局。
在认识“T先生”后，整个研发团队的迭代节奏明显加快许多，原先将近两周才完成的迭代、现在相同任务量缩短到一周。每日晨会、站会时间也由半小时缩短到15分钟。研发团队每日下班的时由原先花费将近10分钟更新今日任务的时间，缩短至1-2分钟搞定下班回家。
说到“T先生”究竟为什么方便了团队在敏捷开发过程中的使用，这里需要先说我们团队的产品研发节奏。整个产品研发的迭代顺序大致是:需求收集 - 需求分析 - 功能策划 - 原型设计 - 需求评审排期 - 开发阶段 - 测试阶段 - 上线阶段，这里实现一个完整的迭代。在TAPD上，我们使用其提供的丰富功能实现项目管理效率的提升和节奏的把控。
需求收集阶段： 我们会在TAPD上建立一个“需求池 ”，产品会将收集来的各方面需求收录到池子里。利用TAPD提供的需求分类功能，会对池子里的需求进行分类管理，比如APP端需求、运营需求、网页端需求等等。定期对需求池中的需求进行合并删减。
需求分析阶段：对建立的“需求池”，产品对定期进行评估，利用TAPD提供的优先级和重要性功能 一一对其进行标记。对标记重要和高优先级的需求，会利用TAPD提供的迭代管理功能，创建新迭代，并关联该迭代。
功能策划阶段：确定要做的需求，需要从产品功能层面对其进行任务拆分，利用TAPD提供的快速创建子任务功能， 拆分出多个子功能模块，逐一进行策划，并快速关联该功能负责人。对应该负责人即可实时跟进任务进度，进行策划。此外还可以利用TAPD的关联父需求功能，快速对新任务进行父需求关联，分类排版一目了然。
原型设计阶段：“T先生”提供实时更新设计好的原型和交互说明，只需要复制粘贴就可以修改需求任务说明。其中最大的便捷便是只需更新一个任务，就能实时更新所有“复制”该需求的任务。设计师也可以实时同步TAPD提供附件功能，将设计稿关联上去，方便同步设计稿文件。
需求评审排期：需求评审会上，只需要打开“T先生”就可以跟研发同学一起过需求评审，遇到对某个需求的疑问可以实时在上面备注修改。需求过完，即可以接着排出每个需求对应的开发人员、测试人员、开发周期、测试周期。整个需求评审会结束后，“T先生”就能为我们展现这期迭代的全景picture，包括对应需求、子任务、对应负责人、开发人员、测试人员、开发周期、上线时间。
开发阶段：开发人员只需按照每个子任务的排期时间，每日晨会对着TAPD看板就可以一目了然知道当前进度是否延期或提前，能提前避免遇到的项目风险问题。每日只需要在上下班时修改对应任务的进度状态，就可以实时同步给所有人。完成开发即可提测给测试人员。
测试阶段：测试人员根据tapd的需求内容可提前编写测试用例，更新到每个任务下。开发人员即可实时同步看到该功能测试范围和要求。在提测后，测试人员能及时将测出的bug同步到TAPD提供的bug库里，关联给对应的开发人员。对bug进行统一管理，不遗漏。
上线阶段：当所有任务测试 完成后，即可上线。上线前产品、运营都可以在看板中列出上线checklist，对应指定负责人员。一项项检查管理，确保上线工作准备充分。
以上只是从够格的实战项目中介绍了“T先生”在项目迭代过程中带来的便处。除此之外，TAPD提供的版本记录和历史操作能在帮助更好地进行操作记录和删除操作管理。项目报表和故事墙能刚好的对项目整体进行数据分析和节奏把控的管理。wiki能帮助进行团队知识、规则、流程的沉淀。自定义字段、状态流转能更方便开发和测试人员进行任务管理。项目团队邀请、人员一键搜索可轻松实现团队人员增删修改。
现在我们不仅在产品研发团队使用“T先生”进行研发项目的管理。我们同时将运营部门、商务部门也按照迭代的模式在“T先生”上进行统一管理。让各部门之间信息互相同步，实时了解公司整体发展进度。
