软件研发项目策划.pptVIP

休息时间 5分钟… nijp2004@ Page: * 如果你想要理直气壮地向自己的客户推销一个新款的软件，唯一的方法便是在它初次发布前，就先在自己公司的内部广泛地进行试用。 由于对Exchange、Office和Vista产品进行“吃狗食”检测带来了显著的效果，微软公司开始着手推广名为“7×24促进”的活动。微软声称，只要它的员工能够使用这些软件产品24个月，就能够为公司节省700万小时的生产时间。 Eating its own dog food－Microsoft－ nijp2004@ Page: * 指望计划不变更是不切实际的 大部分的失败者不能坚持为失败的计划创建新计划 关于计划变更 nijp2004@ Page: * 了解需求，以及需求交付目标 WBS分解 分析关键路径 估计工作量 风险评估 估计规模 估计资源 回顾一下 nijp2004@ Page: * 问题1：从需求到Feature List Feature来源 Feature是否仅来自SPEC？ 不合适的Feature List SPEC的节选？或者大纲？ 仅仅是功能点是否够用？ 科学的Feature List 颗粒度合理、均匀 按照迭代顺序排序 包含必要的工程活动 能够体现依赖关系和关键路径 和WBS相合 主题－面对实际情况 nijp2004@ Page: * 问题2：从Feature到人*天 人天估计对象 是否仅仅是预计工作时间？ 不合适的人*天评估 目标理解不一致（A认为有三个子功能，要两天，B认为有二个子功能，要三天，评估结果是2.5天，由C来实现） 过大或过小的估计（过小的建议合并，过大的建议分解） 科学的工时估算 估计范围明确（检查、交付方式（试验、评审、走查）） 大小合适 避免资源冲突 主题－面对实际情况 nijp2004@ Page: * 问题3：从人*天到schedule 关于里程碑 仅仅α、β、RC是否足够？ 不合适的schdeule 里程碑分配不均 每次计划下一个delivery 过于乐观（预期投入人天总值大于或等于项目投入人天） 过于悲观（到处留有冗余时间，或投入人天远大于MD总值） 科学的Schedule 明确每个任务项成果 正确区别Delivery递交和项目执行过程中递交流程 注意项目中可能存在的技术风险或难点 不同技能等级的工程师折算MD系数不同，须看得到差异 注意关键资源是否存在冲突 结合关键Delivery和α、β、RC形成完整的Schedule 主题－面对实际情况 nijp2004@ Page: * Confidential 软件研发项目策划 泥泥 Nijp2004@ nijp2004@ * 需求以及可行性 合适的菜谱 调查客人的口味偏好、尝试新口味的意愿（习惯和亮点） 客人差异情况（年龄、宗教、健康禁忌） 合适的原料 符合时令条件的 安全、无毒副作用 合适的规模 数量：多少客人，吃饱？吃好？ 预算 时间：吃多久 引子：在家宴请客人 nijp2004@ Page: * 需求以及可行性 可行性如何 掌厨的水平（技术可行性） 时间是否来得及（时间资源） 是否有条件准备适用的原料（资源可行性） 是否有能力接待这么多客人（最大响应容量） 可行性不满足怎么办 改变策略，直接预定饭店（全部外包） 客人指定要吃正宗西湖醋鱼，只好去楼外楼买现成的了（购买第三方组件） 洗菜刷菜劳动附加值太低，时间来不及，全家也没人愿意做，超市买净菜（非核心工作外包） 有些原料不懂得怎么选购，委托隔壁马大嫂帮忙挑选（专家评审） 引子：在家宴请客人 nijp2004@ Page: * 主要任务分解 原料准备 生鲜、保质期（关键时间） 是否脱销或涨价（市场变化） 储存能力（储备） 辅料准备 设备准备 是否有适配的锅碗瓢盆 桌椅是否足够并且完好，小孩的座位怎么安排 半成品存放空间是否足够 应急照明 燃具灶具（煤气瓶是不是快空了） 引子：在家宴请客人 nijp2004@ Page: * 主要任务分解 原辅料处理 洗涮、切块/片、榨汁 预处理（焖/煮/熘/炸/冻、腌制、酿制） 混合处理（拌/糊/包/堆砌/封装） 品尝或目测（自测），纠偏（比如拌面，水多了放面，面多了放水?） 制作 依据菜单落实生产【Feature By Feature】 品尝（自测），纠偏（汤太咸的话放包米一起煮?） 请家人品尝（测试），纠偏（重复以上） 发布 桌上堆者水果和零食呢，要先清空一下桌面【安装环境】 上菜顺序很重要【安装步骤】 空盘子不要留桌面上【卸载】 引子：在家宴请客人 nijp2004@ Page: * 需求以及可行性√ 任务分解和执行√ 计划和准备√ 制作√ 发布√ 是否一切都好了 nijp2004@ Page: * 自我评价和客人评价 不好意思，大家先多喝点酒水饮料（一个