相关方管教材理培训.pptVIP

* * * * * * * * * * * * * * * * * Asia Add: Don’t right some obviously not in scope. Ask questions: why we need to highlight Not in scope? Avoid surprise, avoid misunderstanding. Use the Iphone4 deployment case. - The scope should not be written in terms of solutions (I.e. “how”), but “what”. * * OBJECTIVE, SCOPE, ASSUMPTIONS * * * * * * * * * * * * * * * * * 我的建议: 什么样的项目范围定义是优秀的？ -清晰、简洁、被领导/团队/业务伙伴广泛认可 如何做到？ 与项目目标一致 与公司的业务目标和发展策略一致 该做的，做好；不该做的，写清楚 与核心需求一致或能解决关键业务问题 充分考虑到限制因素、假设条件、潜在风险 成功标准 基于项目目标和范围 常用的一些指标：时间、成本、用户满意度、使用人数、使用时长 技术类指标：上线后bug数量、运维质量等 最好用一些可量化的指标 约束及制约因素 人员 预算 时间 环境