## 新需求 对于从未提过的新需求必须由项目组长花一个工作日的时间了解清楚，并获得需求提供方的确认证明。例如需求确认的聊天截图等，新需求的开发周期视需求难易程度，由项目组长制定需求开发时间，必须要在禅道上体现。 最简单的需求发布也需要在提出后的第三个工作日，即一个工作日开发，一个工作日发布测试环境测试，第二个工作日在正式环境进行发布。 ## 变更需求 所有需求变更均要在禅道上体现。 对于已经立项开发中的需求进行变更需额外估算时间，增加时间不得超过原计划的一半，且不得影响项目总体进度安排。 对于已经开发好的功能的需求变更也需要额外估算时间。 ## BUG处理 由于快处快赔项目现已上线，项目中所有bug均为开发中遗留的，因此所有bug都必须及时修复。所有bug都必须写上步骤，提交到禅道。 ## 新版本发布 新版本的发布必须格外小心，每次发布之后必须严格执行一次测试 用例，保证所有测试通过。只有1级别的bug和1级别的需求才需要及时发布。正常的发布时间是每周一晚上九点半进行更新。 ## 维护工作 维护该项目的人员必须每天记下自己所做的改动。提交给项目组长，由项目组长统一整理，发布时写到buildnote中。