项目进度负责人初记

项目进度负责人职责

1. 需求：确定初稿时间和终稿时间，准确评估版本工作量。
2. 执行：了解并保证每天的进度、知悉问题、提供支持。
3. 验收：策划负责人为主，我体验。
4. 反馈：痛点问题立即反馈、立即处理，其他问题每个版本结束后反馈。
5. 美术：策划管。

项目制度

版本

每周一个版本。

进度

1. 每天晚上9点，功能策划询问程序进度，汇总自己的进度进行汇报。

2. 后端每日进度：第一天分解功能点，第二天提供配置表和联调接口，第三天大部分功能可以联调，第四天功能的主流程调通，第五天给策划验收。

问题处理

1. 可能涉及到三方的问题，策划、前端和后端必须一起面对面找出解决方案，不能让策划两头跑。

配置

1. 复杂配置需要程序给策划提供范例，比如技能配置、活动配置，范例必须经过程序在游戏中测试。
2. 复杂配置需要给多少范例由程序和策划共同协商。
3. 前后端联调过程中的临时配置最好由程序自己完成，可以提升联调效率。
4. 开发过程中增加配置字段和此字段的数据由程序完成，策划不介入。

验收

1. 功能交给策划验收前，前端和后端都必须在游戏中自测过，保证所有子功能的流程是通畅的。
2. 验收流程是前后端本地自测 >> 功能策划在前后端本地验收 >> 功能策划在开发服验收 >> 验收负责人在开发服验收。
3. 验收负责人在开发服验收完成后，功能小组的成员才可以回去。

什么情况需要周六来工作

1. 截止到周六凌晨1点，功能策划在开发服验收功能还未通过。（尤其是那种还差一点点就好的功能，请白天在来搞定。）
2. 周五晚上小组成员有一方或多方觉得有点累或其他原因，想周六再来工作，应该小组协商解决，并上报给部门负责人和项目进度负责人。如果不能统一意见，可以上报给项目进度负责人裁定。

痛点问题

1. 程序说某个功能好了，给到策划体验，策划一体验，发现流程根本没通。程序没有在游戏中测试，就给到策划体验。要求：程序需要在游戏中自测后给到策划。
2. 策划遇到问题，先找前端咨询，然后又找后端咨询，两头跑，没有把双方拉在一起定方案。要求：必须三个人面对面敲定方案。