软件项目管理.ppt

目录基本概念软件项目需求管理软件项目进度管理软件项目质量管理软件项目成本管理软件项目配置管理软件项目风险管理软件项目沟通管理软件项目团队管理王海舰的就业指导课基本概念软件项目管理软件企业商业模式“管”、“理”和“管理”“项目”项目与运营的区别与联系区别：工作性质与内容的不同：“运营”中存在着大量的常规性、不断重复的工作或劳动，而“项目”中则存在较多创新性的一次性工作或劳动。工作环境与方式的不同：“运营”工作的环境是相对封闭和相对确定的，而“项目”的环境是相对开放和相对不确定的。组织与管理上的不同：一般运营工作的组织是相对不变的和相对持久的，运营的组织形式基本上是分部门成体系的。项目的组织是相对变化的和相对临时性的，项目的组织形式多数是团队性的。联系：项目的循环往复是运营，运营的单个片段是项目“谈恋爱”是项目，“过日子”是运营“吃饭”是运营，“吃某一顿饭”是项目“项目管理”项目管理就是为了满足甚至超越项目涉及人员对项目的需求和期望而将理论知识、技能、工具和技巧应用到项目的活动中去。为满足或超越项目涉及人员的需求和期望，需要在下面这些相互冲突的要求中寻求平衡：明确表示出来的要求（需求）和未明确表达的要求（期望）有不同需求和期望的项目涉及人员范围、时间、成本和质量美国项目状况项目平均预算超出90%，进度超出120%项目总数33%既超出预算又进度推迟52.7%的项目费用是原估算的189%以上只有16.2%项目按预算和进度完成平均时间超出量是原估算的222%。在大公司，只有9%的项目按预算，按进度完成“软件项目”软件项目是指以软件开发为主要工作内容的项目；软件项目特点：项目干系人的复杂性--甲方、乙方、第三方以及每一方内部错综复杂的组织结构；项目目标的不确定性--干系人的利益冲突导致项目目标的飘忽不定；项目范围的易变性--也就是软件需求的易变性，有诸多成因；项目质量的不可控性--也就是软件质量的不可控性；项目人力资源的稀缺性--每一个环节都需要一批专家；高风险性--经常发生意想不到的突发事件。软件项目容易失控的原因特别的需求管理模糊和不精确的交流脆弱的架构过度复杂未检测出需求，设计和实现中的不一致测试不足对项目状况的估计过于乐观未解决存在的风险无法控制变化的传播自动化程度不足“软件项目管理”软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。再次，软件项目管理最主要的是对人员的管理，尤其是相关人员基本都是高学历、高素质的年轻人。软件项目需求管理软件需求的相关概念需求获取需求分析需求验证需求跟踪需求变更控制需求需求：需求是指人们对于某种事务的需要，体现为意向、愿望和兴趣，是促成行动的直接原因。有显性的，也有隐性的。显性需求来源于用户的“客观需要”，这些“需要”被分析、确认后形成完整的文档，详细说明项目“必须或应当”做什么。隐性需求来源于客户的“主观需要”，无法被量化，但必须被重视。软件需求工程所有与需求直接相关的活动通称为需求工程。软件需求工程是应用工程化的方法、技术和规范来开发和管理软件的需求。软件需求工程是科学与艺术的结合。科学主要用来保证显性需求，艺术主要用来保证隐性需求软件需求管理的主要困难软件需求的主要来源直接和间接使用软件系统的用户；市场调查和用户问卷调查；已开发出的和待开发的同类软件系统的描述和文档；对人工系统的存在问题的报告和增强要求；观察正在工作的用户；对用户工作内容的分析。软件需求收集技巧1—面谈用户面谈是一种十分重要而直接的需求获取方法，是一种在任何情况下都可以使用的简单、直接的方法。需要注意的是要确保面谈者的偏见或易于动摇不会妨碍到信息的自由交换。只要面谈者脑子里把握住目标，话题偏题一点没有关系。确定软件需求的优先级确定优先级的意义帮助项目相关人员判断系统的核心需求，并有助于项目相关人员集中于重点问题的交流和协商；形成需求基线；根据需求的优先级权衡合理的项目范围和进度安排、预算、人力资源以及质量目标的要求。在确