第一讲学习项目管理

上传人:lish****long 文档编号:271594331 上传时间:2022-03-30 格式:PPTX 页数:49 大小:1.46MB
返回 下载 相关 举报
第一讲学习项目管理_第1页
第1页 / 共49页
第一讲学习项目管理_第2页
第2页 / 共49页
第一讲学习项目管理_第3页
第3页 / 共49页
第一讲学习项目管理_第4页
第4页 / 共49页
第一讲学习项目管理_第5页
第5页 / 共49页
点击查看更多>>
资源描述

《第一讲学习项目管理》由会员分享,可在线阅读,更多相关《第一讲学习项目管理(49页珍藏版)》请在金锄头文库上搜索。

1、第一讲学习项目管理管理涉及的内容管理涉及的内容主要内容产品产品过程过程W5HHW5HH原则原则本本课程的学习对象包括软件工程和计算机学科方向的学生以及从事业务课程的学习对象包括软件工程和计算机学科方向的学生以及从事业务信息系统学习的学生。从事技术工作的学生在学习那些与编程无关的课信息系统学习的学生。从事技术工作的学生在学习那些与编程无关的课程时,往往会没有耐心程时,往往会没有耐心。那么那么熟悉项目管理的重要性又是什么呢?熟悉项目管理的重要性又是什么呢?首先是钱的问题首先是钱的问题并不是每个项目都很成功并不是每个项目都很成功通常可以找到的导致通常可以找到的导致项目缺陷的原因都与项目管理项目缺陷的

2、原因都与项目管理有关有关为什么软件项目管理很重要为什么软件项目管理很重要管理涉及的范围管理涉及的范围管理涉及的范围管理涉及的范围有效的软件项目管理集中于四个有效的软件项目管理集中于四个P上,即人员、产品、过程和项目。它们的顺序不是任意的,上,即人员、产品、过程和项目。它们的顺序不是任意的,n任何管理者如果忘记了软件工程工作是人的智力密集的劳动,他就永远不可能在项目管理上取得成功。n任何管理者如果在项目开发早期没有鼓励共利益者之间的广泛交流,他就冒着为错误的问题构造了“良好的”解决方案的风险n对过程不在意的管理者可能冒着把有效的技术方法和工具插入到真空中的风险n没有建立可靠的项目计划就开始工作的

3、管理者将危及产品的成功。5管理涉及的范围管理涉及的范围人员6从从20世纪世纪60年代起就开始讨论,要培养有创造力的、高技术水平的软件人员。事实上,年代起就开始讨论,要培养有创造力的、高技术水平的软件人员。事实上,“人人的因素的因素”非常重要,美国卡内基非常重要,美国卡内基梅隆大学的软件工程研究所(梅隆大学的软件工程研究所(SEI)专门开发了一个人)专门开发了一个人员管理能力成熟度模型(员管理能力成熟度模型(PMCMM),旨在),旨在“通过吸引、培养、激励、部署和聘用通过吸引、培养、激励、部署和聘用那些改进软件组织软件开发能力所需要的人才,提高软件组织承担日益复杂的应用问那些改进软件组织软件开发

4、能力所需要的人才,提高软件组织承担日益复杂的应用问题的能力题的能力”。人员管理成熟度模型中针对软件人员定义了以下的关键实践区域:招募、选择、业绩人员管理成熟度模型中针对软件人员定义了以下的关键实践区域:招募、选择、业绩管理、培训、报酬、个人事业发展、组织和工作设计以及团队精神或企业文化培养。管理、培训、报酬、个人事业发展、组织和工作设计以及团队精神或企业文化培养。在人员管理上达到较高成熟度的组织,更有可能完成有效的软件工程实践。在人员管理上达到较高成熟度的组织,更有可能完成有效的软件工程实践。PMCMM与软件能力成熟度集成模型(与软件能力成熟度集成模型(CMMI)相伴而生,两者均可指导一个组织

5、创建)相伴而生,两者均可指导一个组织创建一个成熟的软件过程。一个成熟的软件过程。管理涉及的范围管理涉及的范围产品7在制定项目计划之前,应该首先确定产品的目标和范围,考虑可选的解决方案,识别技术在制定项目计划之前,应该首先确定产品的目标和范围,考虑可选的解决方案,识别技术和管理上的限制。如果没能这些信息,就不可能进行合理的(准确的)成本估算,也不可和管理上的限制。如果没能这些信息,就不可能进行合理的(准确的)成本估算,也不可能进行有效的风险评估和适当的项目任务划分,更不可能制定可管理的项目进度计划来给能进行有效的风险评估和适当的项目任务划分,更不可能制定可管理的项目进度计划来给出意义明确的项目进

6、展标志。出意义明确的项目进展标志。软件软件 开发者和客户必须一同定义产品的目标和范围。确定产品的目标只是标识出产品开发者和客户必须一同定义产品的目标和范围。确定产品的目标只是标识出产品的总体目标(从客户的角度),而不用考虑这些目标如何实现。而确定产品的范围,的总体目标(从客户的角度),而不用考虑这些目标如何实现。而确定产品的范围,要标识出产品的主要数据、功能和行为特性,而且更为重要的是,应以量化的方式界要标识出产品的主要数据、功能和行为特性,而且更为重要的是,应以量化的方式界定这些特性。定这些特性。了解了产品的目标和范围之后,就要开始考虑备选的解决方案了。虽然这一步并不讨论细节,了解了产品的目

7、标和范围之后,就要开始考虑备选的解决方案了。虽然这一步并不讨论细节,但可以使管理者和参与开发人员根据给定的约束条件选择但可以使管理者和参与开发人员根据给定的约束条件选择“最好最好”的方案,其中约束条件包括的方案,其中约束条件包括产品交付的期限、预算的限制,可用的人员、技术接口以及其他各种因素。产品交付的期限、预算的限制,可用的人员、技术接口以及其他各种因素。管理涉及的范围管理涉及的范围过程8软件过程提供了一个框架,在该框架下可以制定软件开发的综合计划。软件过程提供了一个框架,在该框架下可以制定软件开发的综合计划。一小部分框架活动适用于所有软件项目,不用考虑其规模和复杂性。一小部分框架活动适用于

8、所有软件项目,不用考虑其规模和复杂性。多种不同的任务集合多种不同的任务集合每一种集合都由任务、里程碑、工作产品以及质量保证点组每一种集合都由任务、里程碑、工作产品以及质量保证点组成成使得框架活动适合于不同软件项目的特性和项目团队的需求。使得框架活动适合于不同软件项目的特性和项目团队的需求。最后的普适合性活动最后的普适合性活动如软件质量保证、软件配置管理和测量,这些活动覆盖了如软件质量保证、软件配置管理和测量,这些活动覆盖了过程模型。过程模型。普适性活动独立于任何一个框架活动,且贯穿于整个过程之中。普适性活动独立于任何一个框架活动,且贯穿于整个过程之中。管理涉及的范围管理涉及的范围项目9我们实施

9、有计划的、可控制的软件项目的主要理由是:这是我们知道的管理复杂我们实施有计划的、可控制的软件项目的主要理由是:这是我们知道的管理复杂事物的唯一方法。事物的唯一方法。202X年,产业数据表明年,产业数据表明26%的软件项目彻底失败,的软件项目彻底失败,46%的项目成本和进度超出预定。虽然软的项目成本和进度超出预定。虽然软件项目的成功率已有所提高,但项目的失败率仍然高于它的应有值。件项目的成功率已有所提高,但项目的失败率仍然高于它的应有值。为了避免项目失败,软件项目经理和开发产品的软件工程师必须留意一些常见的警告信号,为了避免项目失败,软件项目经理和开发产品的软件工程师必须留意一些常见的警告信号,

10、了解实施成功能项目管理的关键因素,还要确定计划和监控项目的一目了然的方法。了解实施成功能项目管理的关键因素,还要确定计划和监控项目的一目了然的方法。人人 员员人员人员11通常,我们所有的人,从高级工程副总裁到最低层的开发人员,常常认为人员是不成问题的。通常,我们所有的人,从高级工程副总裁到最低层的开发人员,常常认为人员是不成问题的。虽然管理者常常表态说人员是最重要的,但有时他们言行并不致。虽然管理者常常表态说人员是最重要的,但有时他们言行并不致。本节我们将要分析参与软件过程的人员,并且研究组织人员的方式,以实现有效软件本节我们将要分析参与软件过程的人员,并且研究组织人员的方式,以实现有效软件工

11、程。工程。人员人员共利益者12参与软件过程(及每一个软件项目)的共利益者可以分为以下五类:参与软件过程(及每一个软件项目)的共利益者可以分为以下五类:高级管理者:负责定义业务问题,这些问题往往对项目产生很大影响。高级管理者:负责定义业务问题,这些问题往往对项目产生很大影响。项目(技术)管理者:必须计划、激励、组织和控制软件开发人员。项目(技术)管理者:必须计划、激励、组织和控制软件开发人员。开发人员:拥有开发产品或应用软件所需技能的人员。开发人员:拥有开发产品或应用软件所需技能的人员。客户:详细描述待开发软件需求的人员以及关心项目成败的其他共利益者。客户:详细描述待开发软件需求的人员以及关心项

12、目成败的其他共利益者。最终用户:一旦软件发布成为产品,最终用户就是直接与软件进行交互的人。最终用户:一旦软件发布成为产品,最终用户就是直接与软件进行交互的人。每一个软件项目都有上述人员的参与。为了获得高效率,项目团队必须以能够最大限度地每一个软件项目都有上述人员的参与。为了获得高效率,项目团队必须以能够最大限度地发挥每个人的技术和能力的方式进行组织,这是团队负责人的任务。发挥每个人的技术和能力的方式进行组织,这是团队负责人的任务。人员人员团队负责人13项目管理是人员密集型的活动,因此,胜任开发的人却常常有可能是拙劣的团队负项目管理是人员密集型的活动,因此,胜任开发的人却常常有可能是拙劣的团队负

13、责人,他们完全不具备管理人员的技能。责人,他们完全不具备管理人员的技能。领导能力的领导能力的MOI模型(模型(Jerry Weinberg WEI 86 ):):Motivation(激励)(激励):(通过(通过“推推”或或“拉拉”)鼓励技术人员发挥其最大才能的一种)鼓励技术人员发挥其最大才能的一种能力能力Organization(组织):形成能够将最初概念转换成最终产品的现有过程的能力。(组织):形成能够将最初概念转换成最终产品的现有过程的能力。Idea or Innovation(思想或创新):即使必须在特定软件产品或应用的约束下工作,也(思想或创新):即使必须在特定软件产品或应用的约束下

14、工作,也能鼓励人们去创造并让人感到有创造性的一种能力。能鼓励人们去创造并让人感到有创造性的一种能力。成功的项目负责人应采用一种解决问题的管理风格。也就是说,软件项目经理应该注重理解要成功的项目负责人应采用一种解决问题的管理风格。也就是说,软件项目经理应该注重理解要解决的问题、把握住涌现解决的问题、把握住涌现 的各种意见、同时让项目团队的每一个人知道质量很重要,不能妥协。的各种意见、同时让项目团队的每一个人知道质量很重要,不能妥协。人员人员软件团队14有多少开发软件的组织,就有多少种软件开发人员组织结构。不管理怎么说,组织结构不能轻有多少开发软件的组织,就有多少种软件开发人员组织结构。不管理怎么

15、说,组织结构不能轻易改变。至于组织改变所产生的实际的和行政上的影响,并不在软件项目经理的责任范围内。易改变。至于组织改变所产生的实际的和行政上的影响,并不在软件项目经理的责任范围内。但是,软件项目中所直接涉及的人员的组织,则是项目经理的职责。但是,软件项目中所直接涉及的人员的组织,则是项目经理的职责。“最好的最好的”团队结构取决于组织的管理风格、团队里的人员数目与技能水平,以及问团队结构取决于组织的管理风格、团队里的人员数目与技能水平,以及问题的总体难易程序。题的总体难易程序。规划软件工程团队结构时的七个项目因素(规划软件工程团队结构时的七个项目因素(Mantie MAN 81)(1)待解决问

16、题的待解决问题的难度;(难度;(2)开发程序的规模,以代码行或功能点来度量;()开发程序的规模,以代码行或功能点来度量;(3)团队成员需要共同工作的)团队成员需要共同工作的时间(团队生存期);(时间(团队生存期);(4)能够对问题做模块化划分的程度;()能够对问题做模块化划分的程度;(5)待开发系统的)待开发系统的质量要求和可靠性要求;(质量要求和可靠性要求;(6)交付日期的严格程度;()交付日期的严格程度;(7)项目所需要的友好交流)项目所需要的友好交流的程度。的程度。人员人员软件团队15软件工程团队的四种软件工程团队的四种“组织范型组织范型”(Constantine CON 93):):封闭式范型。按照传统的权利层次来组织团队。当开发与过去已经做过的产品相似的软件时,这种团封闭式范型。按照传统的权利层次来组织团队。当开发与过去已经做过的产品相似的软件时,这种团队十分有效。但在这种封闭式范型下难以进行创新性的工作。队十分有效。但在这种封闭式范型下难以进行创新性的工作。 随机式范型。松散地组织团队,团队工作依赖于团队成员个人的主动性。当需要创新或技术上的突破时,随机式范型。松散地组织团

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 教育学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号