软件工程-7-目管理2012.pptVIP

数据结构中完全图中边的个数 如果组内多数成员是经验丰富、技术熟练的程序员，采用该组织方式是非常有效的。 项目开发普遍存在以下事实： 软件开发人员多数比较缺乏经验； 程序设计过程有许多事务性的工作； 多渠道通讯很浪费时间，降低程序员的生产率。 IBM在20世纪70年代初期开始使用主程序员组的组织方式。 任何软件开发都是迭代过程，因此在软件开发过程中，变化既是必要的，又是不可避免的。同时，变化也很容易失去控制。 如果不能适当的控制管理这些变化，势必导致混乱并产生严重的错误！ 四、组织管理 人员是软件机构中最重要的资产，他们代表着智力资本。 合理地调配人员是成功完成软件项目的切实保证。 因此软件项目管理的关键是人员管理。项目管理者必须利用其团队成员，用可能最有效的方式解决技术和非技术上的问题。 软件机构要尊重员工，管理者要激励员工。 软件项目成功的关键是能够将高素质的软件开发人员合理地组织起来，使他们有效地分工协作，共同完成开发工作。 项目组的组织原则 软件开发小组的规模不宜太大，人数不能太多，一般3-5人左右为宜。 切忌在开发过程中增加人员，这将使人员之间的联系增多，造成通信成本的增加而导致效率降低。 开发小组的人员应该少而精 项目组的组织方式 民主制程序员组 主程序员组 现代程序员组 民主程序员组 小组成员完全平等，享有充分民主，通过协商做出决策。 小组成员之间的通讯是平行的，如果小组有n个成员，则可能的通讯信道为 条。 民主制程序员组通常采用非正式的组织方式，虽然名义上有一个组长，但其与组内其它成员完成同样的任务。 由小组全体成员讨论协商决定应该完成的工作，并依据各成员能力和经验分配适当的任务。 n(n-1)/2 优点： 组员对发现程序错误持积极的态度，这种态度有助于更快地发现错误，从而导致高质量的代码； 组员享有充分民主，小组有高度凝聚力，组内学习气氛浓厚，有利于攻克技术难关。 缺点 在组内多数成员技术水平不高或缺乏经验情况下采用该组织方式，将会因为没有明确的权威指导项目进展，小组成员间缺乏必要的协调，而导致项目失败。 应用 适合于研制周期长、难度大的项目。日本大多数软件开发公司都采用这种形式。 主程序员组 主程序员组使用经验丰富、技术好、能力强的程序员作为主程序员。同时，利用人和计算机在事务性工作方面给主程序员提供充分支持，而且保证所有通讯都通过一两个人进行。 后备程序员 后备程序员也应该技术熟练而且富于经验，他协助主程序员工作并且在必要时(主程序员生病、出差或跳槽)接替主程序员的工作。所以后备程序员必须和主程序一样优秀，一样深入了解项目。 主程序员 主程序员既是成功的管理人员，又是经验丰富、技术好、能力强的高级程序员，负责体系结构设计和关键部分的详细设计，并且负责指导其他程序员完成详细设计和编码工作 编程秘书 编程秘书负责完成与项目有关的全部事务性工作，如，维护项目资料库和项目文档，编译、连接、执行源程序和测试用例。 虽然主程序员组有很多优点，但是，我们还应看到这种组织方式固有的不切实际的地方： 主程序员既是高级程序员又是优秀管理者，但现实中这种人才很难见到。 后备程序员更难找。人们希望后备程序员像主程序员一样优秀，但他们必须坐在“替补席”上，拿着较低的工资等待接替主程序员。 编程秘书也很难找。专业的软件技术人员一般都厌烦日常的事务性工作。 现代程序员组 特点 将“主程序员组”中的主程序员的职则划为两个人来承担： 一个技术负责人，负责小组的技术活动 一个行政负责人，负责所有的非技术的决策活动 现代程序员组 大型项目的技术管理组织结构 现代程序员组 包含分散决策的组织方式 现代程序员组 优点 将管理和行政分开，有助于调动组员的积极性 行政组长和技术组长分工明确 避免了“主程序员组”中，全才主程序员难找的问题 缺点 有时行政组长和技术组长的管理权限界限不明 选择软件工程小组结构时应考虑的7个因素 待解决问题的困难程度 要开发程序的规模 小组成员在一起工作的时间 问题能够被模块化的程度 对待开发的系统的质量和可靠性的要求 交付日期的严格程度 项目要求的社交(通信)程度 软件企业的组织架构 实现阶段 构成阶段 立项阶段 需求分析阶段 需求分析师 项目经理 系统架构设计师 软件架构设计师 数据库设计师 软件界面设计师 网络架构设计师 系统分析师 软件开发工程师 编码程序员 网络 工程师 软件测试 工程师 质量保障 工程师 产品发布工程师 结束阶段 项目经理 软件企业的职位概况 定义 “风险”是指对项目有利或不利的不确定因素 。 分类 按照风险的影响范围分类 项目风险：预算、进度、人力、资源、客户及需求等方面 技术风险：设计、实现、接口、验证和维护等方面