用CMM-模型透视微软公司的项目管理过程.pptVIP

@AllrightsreservedbyJeffXiongCMM第一级特点与问题没有稳定的软件开发与维护流程操作。没有有效的项目规划。开发过程是应急式反应系统。任务紧迫时只做编码与简单测试。软件进度、花费、功能和质量变化莫测。软件成功依赖个人。项目较大和复杂时，管理经常漏洞百出。@AllrightsreservedbyJeffXiong如何摆脱CMM第一级微软经验：以团队的方式工作，选择有力的领导来管理。对团队成员明确分工与责任。采用规格说明书，对开发周期各个阶段进行验收和控制。进度、花费和功能等需文档记录并适时调整。@AllrightsreservedbyJeffXiong微软产品组行政架构ProductUnitManagerDevTestLeadTesterGroupPMPMLeadDevManagerPMTestManagerDevLead@AllrightsreservedbyJeffXiong微软项目组工作架构DeveloperLeadDeveloperDeveloperDeveloperDeveloper添加标题01TesterLeadTesterTesterTesterTester添加标题02ProductManager添加标题03ProgramManagerUserEducationUsabilityEngineerDesigner@AllrightsreservedbyJeffXiongCMM第二级主要实践领域添加标题需求管理(RequirementsManagement)1添加标题软件项目规划(SoftwareProjectPlanning)2单击此处添加小标题软件项目跟踪和监控(ProjectTrackingandOversight)3添加标题软件分包管理(SubcontractManagement)4添加标题软件质量保证(QualityAssurance)5添加标题软件配置管理(ConfigurationManagement)6@AllrightsreservedbyJeffXiongCMM第二级:需求管理实践与用户建立并保持软件项目需求协议。在项目正式开始前审核系统需求，解决有关问题。当系统需求修正时，其所涉及的软件规划、产品以及各项活动必须进行适当调整。目标软件规划、开发活动和产品必须同软件的系统需求保持一致。控制软件的系统需求，并作为软件开发和管理的基准。@AllrightsreservedbyJeffXiongCMM第二级:需求管理单击此处添加正文，文字是您思想的提炼，为了演示发布的良好效果，请言简意赅地阐述您的观点。您的内容已经简明扼要，字字珠玑，但信息却千丝万缕、错综复杂，需要用更多的文字来表述；但请您尽可能提炼思想的精髓，否则容易造成观者的阅读压力，适得其反。正如我们都希望改变世界，希望给别人带去光明，但更多时候我们只需要播下一颗种子，自然有微风吹拂，雨露滋养。恰如其分地表达观点，往往事半功倍。当您的内容到达这个限度时，或许已经不纯粹作用于演示，极大可能运用于阅读领域；无论是传播观点、知识分享还是汇报工作，内容的详尽固然重要，但请一定注意信息框架的清晰，这样才能使内容层次分明，页面简洁易读。如果您的内容确实非常重要又难以精简，也请使用分段处理，对内容进行简单的梳理和提炼，这样会使逻辑框架相对清晰。微软经验：单击此处添加正文，文字是您思想的提炼，为了演示发布的良好效果，请言简意赅地阐述您的观点。您的内容已经简明扼要，字字珠玑，但信息却千丝万缕、错综复杂，需要用更多的文字来表述；但请您尽可能提炼思想的精髓，否则容易造成观者的阅读压力，适得其反。正如我们都希望改变世界，希望给别人带去光明，但更多时候我们只需要播下一颗种子，自然有微风吹拂，雨露滋养。恰如其分地表达观点，往往事半功倍。当您的内容到达这个限度时，或许已经不纯粹作用于演示，极大可能运用于阅读领域；无论是传播观点、知识分享还是汇报工作，内容的详尽固然重要，但请一定注意信息框架的清晰，这样才能使内容层次分明，页面简洁易读。如果您的内容确实非常重要又难以精简，也请使用分段处理，对内容进行简单的梳理和提炼，这样会使逻辑框架相对清晰。项目经理负责撰写需求文档，作为软件产品基准。产品经理制定的客户和竞争对手研究报告可用性工程师提供的产品可用性检测结论Beta用户及重要客户意见反馈公司战略方针和项目组间合作需要需求来源包括: