在 Tower 我们用敏捷来管理产品研发团队，严格按照「计划 - 执行 - 评估」这个流程来协作，其中在「执行」阶段我们会把当前迭代的任务放到一个叫「福克斯 RS」的项目来管理。
我们在这个项目里启用了好几个自定义字段来方便我们执行敏捷开发。最主要的自定义字段包括迭代版本、产品工程师和任务估点，以及辅助用的灰度服务器、灰度类型等。
开始新的迭代时，Scrum Master 会设置一个迭代版本，比如「19.32」（表示 19 年第 32 周开始的迭代），并将本次迭代需要处理的任务从需求池移动到「待处理」清单，排好优先级，工程师会自己协商评估每个需求所需的「任务估点」，设置这个任务开发所需要的产品工程师。
迭代开始后，任务会进入到「执行中」开始开发，这时的任务负责人会是主要负责开发工作的工程师。完成开发后进入「测试中」阶段，开发工程师给任务标记上测试所在的「灰度服务器」，并将任务转交回产品经理进行测试。测试结束后任务进入「已完成」阶段，再通过不同的「灰度类型」分批次向用户发布本次迭代的功能。
当完成一个迭代后，我们会在知识库里创建这个迭代的复盘文档，记录这次迭代的估点情况，并计算出团队整体的 Focus Factor，借助这些数据来评估研发团队在本轮迭代的输出情况，总结哪里可以改进：
目前 Tower 已将自定义字段开放给了所有团队，也将这套模式内置到了「迭代开发」样板项目中，如果你也想尝试使用这种方式来管理研发团队，可以前往样板间将该项目复制到你的团队。
关于自定义任务字段的具体使用，请参见：
