过程管理

第一级：初始级 在初始级，企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试。 第二级：可重复级 在这一级，建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项目的经验来计划与管理新的项目。 第三级：定义级 在这一级，有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时，这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。 第四级：定量管理级 在这一级，企业对产品与过程建立起定量的质量目标，同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案， 要对所有项目的重要的过程活动进行生产率和质量的度量。软件 产品因此具有可预期的高质量。 第五级：（不断）优化级 在这个等级，整个企业将会把重点放在对过程进行不断的优化。企业会采取主动去找出过程的弱点与长处，以达到预防缺陷 的目标。同时，分析有关过程的有效性的资料，作出对新技术的 成本与收益的分析，以及提出对过程进行修改的建议。 CMM第一级：初始级 ◆ 特征 (1)软件过程的特点是杂乱无章，有时甚至混乱，几乎没有定义过程的规则或步骤。 (2)过分的承诺，常作出良好的承诺：如“按照软件工程方式，有序的工程来工作”；或达到高目标的许诺。但实际上却出现一系列问题。 (3)遇到危机就放弃原计划过程，反复编码和测试。 (4

CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征： (1)初始级(initial)。工作无序，项目进行过程中常放弃当初的计划。管理无章法，缺乏健全的管理制度。开发项目成效不稳定，项目成功主要依靠项目负责人的经验和能力，他一但离去，工作秩序面目全非。 (2)可重复级(Repeatable)。管理制度化，建立了基本的管理制度和规程，管理工作有章可循。 初步实现标准化，开发工作比较好地按标准实施。 变更依法进行，做到基线化，稳定可跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件。 (3)已定义级(Defined)。开发过程，包括技术工作和管理工作，均已实现标准化、文档化。建立了完善的培训制度和专家评审制度，全部技术活动和管理活动均可控制，对项目进行中的过程、岗位和职责均有共同的理解 。 (4)已管理级(Managed)。产品和过程已建立了定量的质量目标。开发活动中的生产率和质量是可量度的。已建立过程数据库。已实现项目产品和过程的控制。可预测过程和产品质量趋势，如预测偏差，实现及时纠正。 (5)优化级(Optimizing)。可集中精力改进过程，采用新技术、新方法。拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。可取得过程有效性的统计数据，并可据进行分析，从而得出最佳方法 来源： https://www.cnblogs.com

软件开发能力的成熟度模型(capability manurity model for software,cmm)是软件 工程协会sei(software engineering institution)在卡内基.梅隆大学开发完成的对一个 组织软件开发能力进行评价的标准,它侧重于对软件开发过程和开发方法论的考察。 cmm包括五个成熟等级,开发的能力越强,开发组织的成熟度越高,等级越高。目前,大多数公司处、于第一级和第二级,只有很少的公司可以达到第五级。五级的具体定义如下: 初级(initial)：软件开发过程中偶尔会出现混乱的现象,只有很少的工作过程是经 过严格定义的,开发成功往往依靠的是某个人的智慧和努力。 可重复的(repeatable)：建立了基本的项目管理过程。按部就班地设计功能、跟踪 费用 ,根据项目进度表进行开发。对于相似的项目,可以重用以前已经开发成功的部分。 被定义的(defined.)：软件开发的工程活动和管理活动都是文档化、标准化的,它 被集成为一个组织的标准的开发过程。所有项目的开发和维护都在这个标准基础上进行定 制。 被管理的(managed.)：对于软件开发过程和产品质量的测试细节都有很好的归纳, 产品和开发过程都可以定量地分解和控制。 优化的(optimizing)：通过建立开发过程的定量反馈机制,不断产生新的思想,采用 新的技术来优化开发过程。

　　个人整理的 系统集成项目管理工程师考试 资料，有需要的去下载(下载链接在最下面)吧。 目录如下所示： 第一章信息化基础知识 信息与信息化 政府信息化与电子政务 企业资源计划 (Enterprise Resource Planning,ERP) 客户关系管理 (Customer Relationship Management,CRM) 供应链管理 (Supply Chain Management ， SCM) 电子商务 商业智能 BI 第二章信息系统服务管理 信息系统服务管理 计算机信息系统集成单位资质管理 信息系统监理 第三章信息系统集成专业技术知识 信息系统集成简述 信息系统生命周期 信息系统开发方法 软件需求分析与定义 软件设计 软件测试 软件维护 软件复用 软件质量保证及质量评价 面向对象的基本概念 统一建模语言 (Unified Modeling Language,UML) 使用面向对象技术进行软件开发的最佳实践 ------RUP 面向对象系统分析 软件架构 软件中间件 数据库和数据仓库技术 Web Service技术 J2EE和 .NET 架构 工作流 常用构件标准 网络分类 OSI模型总结 网络拓扑结构 网络管理 网络服务器 网络交换技术 网络存储技术 网络接入技术 综合布线 机房工程 网络规划、设计与实施原则 第四章项目管理一般知识 项目目标、特点 项目干系人

第一级：初始阶段： 措施：测试是完全混乱无序的，测试等同于调试，编码完成后随意地测试与调试，目标是表明软件是奏效的。 优势：省事 弊端：开发出的软件产品得不到任何质量的保证，存在很多缺陷，用户无法接受。 第二级：定义阶段 第三级：集成阶段 第四级：管理和测量 措施：测试成为一个可以测试和量化的过程，开发过程引入评审机制，测试用例和测试过程·被管理起来。 优势：基于规范的测试，拥有流程控制，出现质量管理活动。 弊端：只能被动地找缺陷，无法主动控制缺陷。 第五级：最佳化： 措施：建立缺陷预防的思想，通过统计抽样等方式不断改进测试，自动工具完全支持测试用例的运行，开展各种与测试相关的度量活动。 优势：机制好转，不断改进测试，可以度量和优化产品质量。 软件测试以需求为中心。 程序员、测试师 软件开发过程 ①、定义需求②分析需求③、实现需求、④、校验需求 测试是从分析需求阶段开始的。 来源： CSDN 作者： 指极所致 链接： https://blog.csdn.net/qq_45393395/article/details/104409308

软件项目管理（Software Project Management） 该条目对应的页面分类是 软件项目管理 。 目录 [ 隐藏 ] 1 软件项目管理的概述 2 软件项目的计划 3 软件项目的控制 4 软件项目管理的特性 5 软件项目管理的组织模式 6 软件项目管理的内容 7 软件项目管理的成功原则 [ 编辑 ] 软件项目管理的概述 　　所谓软件项目管理就是为了使软件项目能够按照预定的 成本 、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和 项目 ( Project )进行分析和管理的活动。软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期。 　　软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个 软件生命周期 （从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 　　软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期

使用git带来的分支疑惑 git 为什么好，为什么要用 git ，这不是我本文想要说明的问题。 这里想要给大家分享一下自己使用过程中产生的疑惑，以及解决的这些疑惑的过程。话又说回来，我现在依然充满疑惑。真不知道30岁的时候会不会不惑。 在使用 git 过程中，它的分支功能让我真的欣喜若狂，不过这是把双刃剑，一不小心你会得到这种 git 路径图： 我的疑惑： 1. 那么团队中我们该使用怎样的分支策略来进行开发协作？ 2. 在多人的团队中，我们应该在 master 分支上直接开发吗？ 3. 如果线上产生了bug该通过什么样方式的分支去修复？ 4. 当有多个分支的时候，测试如何有效的参与进来每一个分支的测试？ 用成熟的工作流来解决问题 在解答上面的疑惑前，先介绍几个工作流，然后通过工作流的模式，来进行解答。因为我们必须在某种设定的情景下，才能讨论解决问题的思路。 下面三种工作流方式，都是采用功能驱动开发，也就是先有需求产生，然后诞生对应的分支，然后开发，最后合并回来，完成使命被删除。 Git flow Github flow Gitlab flow 关于这三种工作流的详细介绍，建议看看 这篇文章-阮一峰 我现在采用的是 Git flow ，经过自己的实践，确实好用，解决不少问题。然后如果发现与自己的实际情况有些出入，可以根据需求做出些变动调整。 我的选择 我选择了 Git flow

定义 项目管理是管理学的一个分支学科 ，对项目管理的定义是：指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程。项目管理是对一些成功地达成一系列目标相关的活动（譬如任务）的整体监测和管控。这包括策划、进度计划和维护组成项目的活动的进展。 “项目是在限定的资源及限定的时间内需完成的一次性任务。具体可以是一项工程、服务、研究课题及活动等。” “项目管理是运用管理的知识、工具和技术于项目活动上，来达成解决项目的问题或达成项目的需求。所谓管理包含领导（leading）、组织（organizing）、用人（staffing）、计划（planning）、控制（controlling）等五项主要工作。” 项目管理（Project Management）：运用各种相关技能、方法与工具，为满足或超越项目有关各方对项目的要求与期望，所开展的各种计划、组织、领导、控制等方面的活动。 谓项目管理，就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。 历史和发展 起源 项目管理是第二次世界大战后期发展起来的重大新管理技术之一，最早起源于美国。有代表性的项目管理技术比如关键路径法（CPM）和计划评审技术

why -- 是否要做管理 对于互联网技术人来说，“带团队”不再是一个可选项，而是迟早都要面对的事儿。做技术和带团队，更像是职业发展的两条腿，而不是完全叉开的两条路。 技能清单 如果说你前面问我“适不适合”，主要是指“你是否可以很好地胜任”，以及“能否拿到自己想要的回报”。那么，此时你就知道要回答好这两个问题，是需要首先回答另外两问题的，即：这个选择是否更符合“你的初衷”，以及是否更能激发“你投入的意愿”。因为，这两个问题里蕴含着你的价值观、你的核心诉求，以及你的擅长和热爱，这些底层的动力，正是你面对挑战、走向卓越所需要的最重要的东西。 外驱让我们可以做好本职工作，而内驱才能让我们成就卓越。 所以你看，想被提拔为一个管理者最好的方式，就是你首先成为一个实际上的管理者，我们常常把这样的晋升理念叫“既定事实” 1.好的管理者或许不是技术最牛的人，但可以让技术好的人在team中发挥更大的价值～2技术要有敏感性需要了解的更多，关键时刻可以根据不同技术方案进行取舍～3.如何让团队目标一致，完成目标，各方面的资源协调等，也是管理者应该思考的，这些和我们做一线工程师的能力要求确实不同 “患得患失” 无论从哪个方面讲，你都并没有放弃技术，只是换了一种方式去学习和运用技术 你一定会有所得，会在做管理过程中有丰富的收获，既然一定能“得到”，所以不需要去“患得”。 既然你避无可避，不如奋力向前

12.沟通/干系人管理 口袋应试：第12章沟通/干系人管理中，从历年的考题来看，考点比较散乱，需要大家必须掌握的内容还真不多。其中：权利/利益方格、识别干系人所使用的工具和技术是出现概率比较大的，另外，教材第一版中的沟通方式的优缺点以前考的比较多，教材改版后没出现过，不过大家如果有时间还是了解一下。 12.1沟通的基本概念 12.1.2沟通的方式 在进行沟通过程中，要根据沟通目标、参与者的特点选择适合的沟通方式。一般沟通过程所采用的方式分为以下几类：参与讨论方式、征询方式、推销方式（说明）、叙述方式，如图12-2所示。 以上四类沟通方式从参与者（发送信息方）的观点看，参与讨论方式的控制力最弱，随后逐步加强，以叙述方式的控制力最强。从参与者（发送信息方）的观点看，其他参与者的参与程度恰巧相反，也就是讨论方式下参与程度最高，然后逐步减弱，以叙述方式下参与程度最弱。 沟通方式的选择根据发送信息方的要求决定，沟通方式的选择基本上基于以下因素进行选择： (1)掌握信息的能力； (2)是否需要听取其他人的意见和想法； （3）是否需要控制信息内容。 以信息的发布者角度看，沟通方式选择矩阵提供了沟通方式选择的对比，如表12-1所示。 在发送方自认为已经掌握了足够的信息，有了自己的想法且不需要进一步听取多方意见时，往往选择控制力极强、参与程度最弱的“叙述方式”；其次，选择“推销方式”