如何使用Worktile进行敏捷项目开发管理

Worktile在任务管理上采用了看板视图&＃xff0c;非常适合进行敏捷项目开发管理。事实上&＃xff0c;在开发Worktile的过程中&＃xff0c;我们也是自产自销&＃xff0c;使用Worktile管理Worktile本身的开发过程&＃xff0c;在本文中跟大家分享一下使用Worktile进行敏捷项目开发管理的一些经验。在Worktile团队的开发管理过程中&＃xff0c;总共创建了五个项目&＃xff0c;分别为&＃xff1a;

1. 开发Development
2. 产品路线Roadmap
3. 计划Planning
4. 缺陷Bugs
5. 收件箱Inbox

开发Development

是我们开发最主要的项目&＃xff0c;由技术负责人负责&＃xff0c;新的任务分别来源于计划Planning&＃xff0c;收件箱Inbox&＃xff0c;缺陷Bugs&＃xff0c;其中的任务分为以下几个列表&＃xff1a;
要做&＃xff1a;每周的启动会上在确定新的一周开发计划时&＃xff0c;都会向该列表中添加新的任务&＃xff0c;并对新添加的任务进行优先级排序&＃xff0c;我们并不在这个阶段进行任务的分配
进行中&＃xff1a;正在进行设计或开发的任务&＃xff0c;开发者会分配任务给自己&＃xff0c;并拖动任务到当前列&＃xff0c;并指定任务截止日期
待测试&＃xff1a;开发完成的任务会进行到待测试列表&＃xff0c;由测试人员负责质量保证。
待发布&＃xff1a;测试人员检查没有问题的任务会移动到当前列&＃xff0c;如果在后续测试中发现该列中的任务有问题&＃xff0c;该任务也可能会重新进入进行核待测试列表&＃xff0c;重复前面的步骤
已发布&＃xff1a;对于已经发布的特性会进入到当前列&＃xff0c;一般我们会把已发布任务在当前项目保留1个月左右&＃xff0c;确保没有问题后&＃xff0c;归档已发布的任务。

在开发项目中&＃xff0c;我们对于任务的标签使用如下&＃xff1a;

其他几个项目

• 产品路线Roadmap

由产品经理负责&＃xff0c;根据用户需求制定产品路线图&＃xff0c;列举每季度每个月要做的功能和版本规划&＃xff0c;其中的任务既可以按照功能模块划分&＃xff0c;也可以按照版本进行划分&＃xff0c;目前Worktile团队按照功能模块进行划分。

• 计划Planning

由项目经理负责&＃xff0c;有时候也会由产品经理兼任&＃xff0c;其中的任务分为以下几个列表&＃xff1a;
要做&＃xff1a;列举要做的功能列表&＃xff0c;来自于收件箱项目和产品路线产品路线Roadmap项目
产品设计&＃xff1a;产品经理&＃xff08;交互设计师&＃xff09;对某一个功能特性进行UE/UX设计&＃xff0c;拖动任务到该列
UI设计&＃xff1a;需要UI设计师做UI设计时&＃xff0c;拖动相应的任务到该列
就绪&＃xff1a;拖动到该列的任务意味着已经经过了相关人员的评审&＃xff0c;接下来可以进入开发Development项目进行开发了

• 缺陷Bugs

由技术负责人和产品经理共同负责&＃xff0c;其中的任务分为收件箱、待确认、解决中&＃xff0c;已解决&＃xff0c;待测试&＃xff0c;待发布&＃xff0c;已发布几个列表。所有团队内部人员&＃xff0c;任何人都可以随时向收件箱中报告缺陷&＃xff0c;由产品经理确认或技术负责人确定并安排解决。

• 收件箱Inbox

由运营人员负责&＃xff0c;从不同的来源收集用户的反馈&＃xff0c;并整理在该项目中&＃xff0c;任务按月进行分类&＃xff0c;在每周的例会上会对本周新增的用户反馈进行评审&＃xff0c;确认需要开发的&＃xff0c;进入计划Planning项目。

经验分享

• 灵活使用任务列表和标签&＃xff0c;对任务进行分类和进度表示
• 尽量做到每个项目的任务足够少&＃xff0c;完成的任务归档&＃xff0c;如果某个项目的任务只增不减&＃xff0c;说明这个项目出了问题&＃xff0c;需要调整
• 在周例会上直接打开Worktile&＃xff0c;查看每个项目的简报&＃xff0c;对项目完成情况做到一目了然

• 多使用日历视图&＃xff0c;查看任务的安排情况

原文出处&＃xff1a;https://worktile.com/blog/practices/worktile-for-scrum-development