小项目你说也得规范吧,不然费时费力还不讨好!大家都不看好管理工具,确实人是主要因素,不过没有真不行!你说呢?
| 会议时间 | 最好控制在半小时内,具体以实际功能难易度而定,最长不超过1小时 | ||
| 目的 | 时间上 | 可提高效率,减少不必要的时间的浪费 | |
| 确定性 | 可让策划、程序、美术、测试尽可能清晰的了解需求,明确自身任务 | ||
| 风险性 | 提前规避设计本身的缺陷所带来的中、后期的风险而产生较大的商业成本 | ||
| 准确性 | 测试、程序提出问题:设计或实现难度相关的,以确定哪些需要修改或优化 | ||
| 流程 | 会议准备 | 正文内容 | |
| 策划 | 初步完善策划案,可参考右侧文字颜色的格式编辑内容 | 不确定内容 | |
| 至少提前1小时给该功能的程序、测试等相关人员发送电子文档或纸质文档 | 修改的内容 | ||
| 测试 | 参考策划案:编写测试点,提出不明白的或可能产生风险的功能点 | ||
| 程序 | 参考策划案:提出实现上的难度、无法实现或实现成本较大功能点 | 后期扩展 | |
| 美术 | 参考策划案:提出资源完成大概需要花费的时间或优化意见 | ||
| 会议过程 | |||
| 策划 | 记录需要修改、优化的或暂时不做的功能,并及时更新SVN库 | ||
| 测试 | 明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。 | ||
| 程序 | 明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。 | ||
| 美术 | 明确任务:确定各阶段任务的完成时间,如有完成难度,提前提出想法。 | ||
| 会议事件 | |||
| 任务确认 | 由主程、主策划、主测、主美确认并执行 | ||
| 冲突问题 | 由主程、主策划、主测会后探讨 | ||
| 需求变更 | 重新召集相关人员会议评审或直接通知 | ||
| 任务变更 | 由各自主负责人另行安排并通知到相关人员 | ||
本文介绍了一个小型项目的管理规范,强调了会议效率的重要性,包括控制会议时间、明确各方职责及任务,以及如何通过有效的沟通和协作避免风险。
1643

被折叠的 条评论
为什么被折叠?



