微软MSF框架学习笔记(10)

 项目计划
    从目标和初始计划到项目计划
        把目标和初始计划转变为项目计划
        使每个团队角色都对项目计划负责
        计划的数量和复杂程度依赖于项目的特点
        不要把项目计划和PROJECT的MPP文件相混淆
        计划-描述如何完成解决方案
    计划是团队的任务
        每个角色在项目计划中都对目标和初始计划进行完善
        典型的计划               驱动角色
        沟通计划                  产品管理角色
        开发计划                  开发角色
        培训计划                  用户体验角色
        安全性计划               开发角色/发布管理角色
        测试计划                  测试角色
        预算计划                  程序管理角色
        部署计划                  发布管理角色
        采购和设施计划         发布管理角色/程序管理角色
        试运行计划               发布管理角色
       
创建主项目计划（综合计划，功能团队和核心团队的详细计划，有多个副本）
    部署计划
        关键部分（技巧）
        安装策略（分阶段安装或一次性安装，以站点为单位部署或以部门为单位部署，推式还是拉式）
        业务持续性应急计划（并行系统、可恢复的完全备份或没有应急能力）
        站点/业务调查（在计划阶段全部完成或以站点为单位在部署阶段完成）
        部署的方法（完全通过网络自动安装，部分通过脚本安装，或手动安装）
        部署的资源（内部IT人员或承包商）
        系统支持的方法（分层支持或试点/推广支持方式）
    试运行计划（重点）
        关键部分（技巧）
        试运行参与者的选择（紧急的业务需求，用户群的影响和可见性，失败的风险）
        试运行范围（对解决方案中功能和部署过程进行部分测试，对解决方案和部署过程进行完全测试）
        试运行参与者的数量（少量的参与者，整个部门或整个站点）
        试运行的次数（一次或少数几次）
        试运行的反馈机制（在计划阶段全部完成或以站点为单位在部署阶段完成）
    采购和设施计划
        软硬件方面
            供货商合同
            订购的流程
            预配置
            入库/上货架
            接受/存放
            过时设备处理
        物理设施方面的的考虑
            大楼的规章制度
            最终用户的工作空间
            线路的情况
            电源和空调的情况
            服务器机房
    测试计划
        关键领域（技巧）
        所用的测试类型以及哪种测试类型对应哪个功能/技术领域（单元测试、集成测试、性能测试、压力测试、可用性测试、何回归测试）
        测试的格式和成功标准（完整的记录测试场景和测试结果，非正式的测试和口头通知形式）
        变更控制（由程序控制签入/签出过程，非正式的手工管理过程）
        配置管理（集中管理硬件、软件和文档，对配置采用本地管理方式）
        问题和缺陷跟踪（通过缺陷库对缺陷进行识别、指定优先级和跟踪。通过电子邮件对缺陷进行跟踪）
    培训计划
        关键领域（技巧）
        培训对象（所有受项目影响的用户、IT管理员和用户支持人员）
        培训工具（手把手方式培训、演讲方式、基于计算机或者WEB的培训、一对一培训、工作辅助培训和分发印刷品）
        培训材料的开发（购买或者编写）
        培训期（一天、半天、两小时或者特定的）
        培训的时间（部署前、部署时、部署后或按照用户要求的时间）
        培训的资源（内部培训人员或外聘的培训人员）
    沟通计划
        潜在的对象
            所有用户
            所有受项目影响的用户
            管理人员
            所有的IT人员
            IT管理员
            用户支持
        潜在的方式
            面对面的交谈
            备忘录
            业务通信
            企业内部网
            电子邮件
            语音邮件
        潜在的信息
            发生了什么，为什么会发生
            什么时候将会发生
            谁将受影响
            用户是如何受到影响的
            用户应如何准备
            用户怎样获取更多的信息
    容量计划（保证原来的系统不受很大的影响，除网络外还包括硬盘内存等）
        解决方案将产生多少新的网络流量
        这些新的网络流量将对用户有哪些影响
        现有的系统和网络是否可以支持系统未来的使用
        需要哪些硬件或者服务来提高系统和网络性能
        对客户端计算机有什么其它的要求
    安全性计划（数据被损坏，拒绝访问的问题，危及数据、资源和服务安全的问题）
        如何贯彻已制定的安全性指南
        在没有安全性指南的情况下，还有哪些降低风险的措施
        如果已有的安全措施同项目有冲突，将采用什么临时安全措施
    预算计划（各个团队根据规格书制定的项目成本的总合，考虑客户的期望值）
        以下几个方面得到项目的预期成本和对成本的限制
            功能规格说明书
            其它项目计划（例如：开发、部署、试运行、采购和设施、测试、培训、沟通、容量和安全性）
            用户的期望值
        涉及到
            硬件配置
            网络额外贷款
            开发测试环境软硬件配置和开发工具
            个承包商
            培训的资料
            沟通体系的建立
    从计划估算项目预算和进度
        按照计划和规格说明书确定需要的工作量
        创建工作分解结构WBS
            把一个工作分为多个任务
            按照角色分解任务和子任务
            每个任务的进度应多于四小时，小于一星期
        估算技巧
            使用自下而上的估算方法决定任务的进度
            开发原型帮助对项目进行估算
            分配一定的预留时间
        估算--创建预算表和进度表所用的数据
   
计划的集成和同步
    集成保证了不同的计划中的任务和交付成果相关性
    同步保证了一个合理的项目任务执行顺序
    程序管理角色负责集成和同步计划，形成主项目计划基准