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