敏捷开发团队工作原则.docxVIP

XXX有限公司敏捷开发团队工作原则 PAGE2 / NUMPAGES2 敏捷开发团队工作原则 1、产品负责人（Product Owner）是产品研发过程中的灵魂人物，确保Team做正确的事，要把握好每次迭代交付的内容，遵循渐进明细原则，不要想一次性地就把功能做完整，新产品应该胜在“锋利”而非“完整”； 2、产品经理在完成需求调研后，要将需求拆分为用户故事，并录入项目管理系统，以方便开发经理进行任务指派； 3、开发经理在进行任务工时估算时，每个任务原则上最大不能超过两个工作日，如果超过，应对该任务进行拆分； 4、在启动一个开发迭代的过程中，开发经理要起到牧羊犬的作用，保护开发人员远离内部和外部干扰，无特殊重大原因，不能中断迭代或穿插计划外任务，同时也要起到沟通连接的桥梁作用； 5、项目管理系统主要是应用于研发团队人员的任务指派、任务跟进、工时登记、Bug管理以及研发团队不同角色之间的工作协同。同时为了让公司领导或研发团队以外的同事了解项目的开发进度。产品经理、项目经理、开发经理及其他项目干系人每周至少召开一次项目管理会议，讨论项目进展，并更新开发计划，然后发邮件给公司领导及所有项目干系人； 6、产品经理及项目经理作为项目窗口，负责对外一切交流，包括项目需求及项目事项。为了避免扰乱整个开发流程，避免开发工程师与客户的直接接触； 7、每个开发迭代，可预留10%的估算时间作为缓冲，以应对突发事件； 8、每位团队成员在每个工作日下班前必须在项目管理系统更新任务状态，登记每个任务所花费的工时； 9、每日立会、评审会议、演示会议和回顾会议，相关的团队成员必须准时参加，无特殊情况不允许缺席； 10、每位团队成员应严格按照任务的约定按时按质完成工作，如有特殊情况不能按时完成，应提前沟通，反应问题； 11、在有开发任务的情况下，原则上要求每位开发工程师每日至少要提交一次代码（保证编译通过），建议以用户故事及解决Bug的频次进行代码提交： （1）每完成了一个用户故事（任务）的开发，提交一次代码，并在Commit Comment里包含该功能点（任务）的需求编号及描述，例如： 描述：完成 用户登录强化-前端页面开发的开发 任务编号：956 （2）每修复一个Bug，提交一次代码，并在Commit Comment里包含该Bug的编号及描述，例如： 描述：完成“ 【合同管理-合同基础数据维护】新增必填项与需求不一致”的修复 Bug编号：780