微信敏捷项目实践

微信敏捷项目实初期

组织架构 -- 虚拟项目团队模式

岗位	数量	职责
产品经理	1 个	负责包括产品功能设计, 分析论坛用户反馈或分析采集的用户数据变化, 或分析业务类似产品功能及用户评价
后台开发	1 个	负责实现相应后台服务器支撑业务, 和采集统计用户行为数据, 监视后台服务的变化, 提前预告扩容风险
终端开发	1 个	负责实现终端 app 开发和用户行为数据采集上报
虚拟项目经理	1 个	由项目团队中一人兼任, 负责汇报周进度报告, 以及接受上层指示, 和要求资源

考核方式与指标: 以新产品功能完成情况作考核, 所有成员业绩相同.

定时沟通

每天下午 5 点, 15 分钟会议, 成员轮流讲自己今天的进度, 和遇到的问题, 解决分歧达成一致, 调整同步时间计划时点;

决策依据

台台统计到的数据, 或用户论坛客服等反馈.

版本

半周小版本, 一周大版本:

• 周一收集用户的数据, 作一天, 一周的规划并修正一个月的规划;
• 周二或周三发小版本, 主要何并解决 bug 方面的问题;
• 周四或周五发版本, 主要尝试新功能点改进, 给予周未用户持续的功能试用剌激点
• 周五下午作本周总结

追赶期产品目标

分析领先产品的功能的功能点及用户反馈, 以达到追赶的目的.

微信敏捷项目中期

项目中期团队

微信活跃用户达到几十万规模后, 认可确认项目价值后, 为加快其效率而进行的组织架构扩容, 使其支持多功能点功多终端, 并行前行

组织架构

可伸缩项目团队

岗位	数量	职责
产品经理	2 个
后台开发	3 - 5 个
终端开发	3 - 4 个
UI交互	1 个	多终端及功能点增多, 增加日常 ui 成员
测试	2 个	功能点增多, 增加测试人员, 减少功能风险提高效率
项目经理	1 个	负责汇报和接受上层指示外, 控制整体进度, 能调动资源, 解决项目组可能的资源问题

考核方式与指标

以活跃用户数作考核目标, 所有成员业绩相同

运营支撑敏捷

• 完善的统计数据: 从服务质量, 到用户行为数据, 多种维度的数据统计和分析, 以提供决策支持;
• 快速的异常响应机制: 服务监控, 报警和自动容灾;
• 完善的用户灰度放量体系, 控制服务变化影响的范围.

数据挖掘

如果用户数据有异常波动, 项目经理主导原因分析的决策

定时沟通

每天下午 5 点, 15 分钟分议, 成员轮流讲自己今天的进度, 和遇到的问题; 解决分歧达成一致, 调整同步时间计划时点.

领先期产品目标

探索发掘新需求, 以达到扩大领先优势目的. 手段包括分析业内出现的相关产品功能或技术以找寻需求, 或从用户统计数据进行用户需求数据挖掘, 或从用户反馈上分析出用户的需求