项目组织

软件过程改进(SPI.Software Process Improvement) 软件过程方法从上世纪90年代开始在软件开发中得到应 用，被许多软件开发组织所接受。并被认为是软件生产达到 工业化前的一个必须经历的阶段，是软件工程学科发展中的 一个重要里程碑，软件过程理论是现代软件开发人员和管理 人员必备的知识。 软件过程将技术、人和管理紧密地结合在一起，过程改 进是软件开发组织提高软件质量、提高生产率、降低成本的 一种有效方法。 软件过程改进已经形成了一套改进和评估的方法，代表 性成果有CMMI、ISO15504、ISO9000、6σ等。国内外众多软 件开发组织都以通过过程改进评估为手段，达到提高竞争力 的目的。 一、名词解释 1.软件生存周期(Software Life Cycle) 软件生存周期又称为软件生命期，生存期。是指从形成开发软件概念起，所开发的软件使用以后，直到失去使用价值消亡为止的整个过程。一般来说，整个生存周期包括计划（定义）、开发、运行（维护）三个时期，每一个时期又划分为若干阶段。每个 阶段有明确的任务，这样使规模大、结构复杂和管理复杂的软件开发变得容易控制和管理。SDLC的六个阶段：1. 定义及规划2.需求分析3. 软件设计4.程序编码5.软件测试6.运行维护 2.项目(Project) 项目是指一系列独特的、复 杂的并相互关联的活动

本打算15天完成第二轮复习的，结果项目太忙，拖成了25天。第二轮主要以小绿书为主，就是如下这本 怎么说呢，题目偏向于考ITTO的内容，情景题比较少。可以使用“管理圈”APP作为补充 1.敏感性分析的结果通常用龙卷风图来表示 2.在制定风险管理计划时，项目经理通过审查项目文件来识别风险 3.识别风险的输入项目管理计划中，有进度管理计划、成本管理计划、质量管理计划 4.对于大型采购，采购组织可以自行编制独立估算，或者邀请外部专业估算师做出成本估算，并将此作为标杆，用来与潜在卖方的应答做比较 5.优先排序是定性风险分析的关键词 6.卖方如果是按合同规定完成工作的，不管买方主观评价如何，合同状态都是完成 7.风险审计、技术绩效分析以及储备分析用来监督风险 8.相关方的风险承受力是风险管理计划的一部分内容 9.项目组合的范围与组织战略直接相关。所以在组织战略发生变化之后，项目组合范围也要发生变化 10.阶段审查又称为阶段关口，在项目阶段结束时进行 11.多阶段管理有利于管控项目 12.项目阶段划分需要考虑具体项目的具体需要 13.在项目执行阶段，就是做项目，不与运营发生直接关系 14.预测型生命周期和适应型生命周期的组合就是混合型项目生命周期 15.迭代型和增量型生命周期的组合是适应型生命周期 16.项目经理应该确保项目管理方法有利于实现商业文件的意图 17.直接服务于执行组织战略目标的项目

此学习笔记的主要内容来源于《PMBOK》第5版。主要是对书中的内容进行了整理，增加了一些自己的理解。 什么是项目 定义： 项目是为创造独特的产品、服务或成果而进行的临时性工作 对独特性的理解： 由于项目得独特性，导致项目的不确定性。不确定性就意味着风险。 对临时性的理解： 指项目有明确的起点和终点 作用： 项目可以创造一个产品，可能是其他产品的组成部分、某个产品的升级，也可能本身就是最终产品 项目可以创造一种服务或提供某种服务的能力，如： 项目可以对现有产品线或服务线进行改进 项目可以创造一种成果，例如：某个结果或文件 关系： 项目组合、项目集和项目之间的关系 项目组合：是为了实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作的集合； 项目集：包含在项目组合中，其自身又包含需协调管理的子项目集、项目或其他工作，以支持项目组合； 项目：单个项目无论属不属于项目集，都是项目组合的组成部分。 虽然项目组合中的项目或项目集不一定彼此依赖或直接相关，但是它们都通过项目组合与组织战略规划联系在一起 项目管理 定义： 项目管理是将知识、技能、工具与技术应用与项目活动，以满足项目的要求 包含： 管理一个项目通常包括： 识别需求 在规划和执行项目时，处理干系人的各种需要、关注和期望 在干系人之间建立、维护和开展积极、有效和合作性的沟通 为满足项目需求和创建项目可交付成果而管理干系人

项目组织 === 项目组织：项目文件、目录如何放置。 ## 引题 前面几节express小项目我们已经学习了express基础知识， 养着了基本到项目组织习惯，例如html放到views，静态文件放到static。 学习了路由，传参数，模板渲染，集成数据库，debug日志。 但随着项目变复杂，发现一些缺点和不便： 1）每次新项目都要重复安装第三方依赖。 express debug body-parser mongodb ejs，每次安装还需要想一想需要哪些库，漏安装。 2）每个程序员对项目组织理解和起名习惯不一样。 A程序员把html放到'views'文件夹下，静态文件放到'static'。B程序员，'www' ,'public'。C等。 3）逻辑越来越多，app.js可能两三千行，难以维护。 可以nodejs模块化export和require，但跟上条问题一样，每个程序员但划分标准不一样。 4）跟上一条类似，有些代码 例如数据库代码（连接、异常、切换库）非常重复。 想把重复但代码抽离出来。 5）运行不方便，需要cd、设置DEBUG环境变量。 这时我们想，有没有一个架构师把express相关常用的包整理好，项目组织整理好，搭建好项目框架，封装好，供其它普通程序员使用。 ## 脚手架 脚手架：scaffold ， 基于核心内容加上相关生态，帮用户做一些自动操作。 express

做项目管理的人通常会听到一个有点长的词：“组织过程资产”。那么什么是“组织过程资产”呢？ 经查阅有关书籍，了解到含义如下： 在制定项目章程及以后的项目文件时，任何一种以及所有用于影响项目成功的资产都可以作为组织过程资产。任何一种以及所有参与项目的组织都可能有正式或非正式的方针、程序、计划和原则，所有这些的影响都必须考虑。组织过程资产还反映了组织从以前项目中吸取的教训和学习到的知识，如完成的进度表、风险数据和实现价值数据。组织过程资产的组织方式因行业、组织和应用领域的类型而异。 例如，组织过程资产可以归纳为如下两类。 (1)组织进行工作的过程与程序。 组织标准过程，如标准、方针（安全健康方针，项目管理方针）；软件生命周期与项目生命期，以及质量方针与程序（过程审计、目标改进、核对表，以及供组织内部使用的标准过程定义）。 标准指导原则、工作指令、建议评价标准与实施效果评价准则。 模板（如风险模板、工作分解结构模板与项目进度网络图模板）。 根据项目的具体需要修改组织标准过程的指导原则与准则。 组织沟通要求（如可利用的特定沟通技术，允许使用的沟通媒介、记录的保留，以及安全要求）。 项目收尾指导原则或要求（如最后项目审计、项目评价、产品确认，以及验收标准）。 财务控制程序（如进度报告、必要的开支与支付审查、会计编码，以及标准合同条文）。 确定问题与缺陷控制、问题与缺陷识别和解决

启动过程组 名正言顺 人鬼佛神 01 -4.1制定项目章程 -授权PM，启动项目 ● 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程 ● 明确项目与组织战略目标之间的联系，确立项目的正式地位，展示组织对项目的承诺 ● 一次或预定义开展 02 -13.1识别相关方 -人鬼神佛有哪些 ● 是定期识别项目相关方，分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程 ● 使项目团队能够建立对每个相关方或相关方群体的适度关注 ● 项目期间定期开展 规划过程组 名正言顺 人鬼佛神 03 -4.2制定项目管理计划 -为整个项目提供蓝图 ● 定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程 ● 生成一份综合文件，用于确定所有项目工作的基础及其执行方式 ● 一次或预定义开展 04 -5.1规划范围管理 -为范围管理提供指南 ● 记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程 ● 在整个项目期间对如何管理范围提供指南和方向 ● 一次或预定义开展 05 -5.2收集需求 -了解客户想要什么 ● 为实现项目目标而确定、记录并管理相关方的需要和需求的过程，为定义产品范围和项目范围奠定基础 ● 生成一份综合文件，用于确定所有项目工作的基础及其执行方式 ● 一次或预定义开展 06 -5.2定义范围

CMMI的级别 (Capability Maturity Model Integration软件能力成熟度模型集成模型) 1．初始级 软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。 2．可重复级 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。 3．已定义级 已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。 4．量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。 5．优化管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 CMMI的过程域 2、3级共有18个过程域（PA）,主要内容如下，分四大类： 一、过程管理： 1．OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。 2．OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。 3．OT：（Organizational

规划沟通管理： 输入：项目管理计划、干系人登记册、事业环境因素、组织过程资产 工具：沟通需求分析、沟通技术、沟通模板、沟通方法、会议 输出：沟通管理计划、项目文件更新 管理沟通： 钩工事组 技魔方信保 沟通二项组 输入：沟通管理计划、工作绩效报告、事业环境因素、组织过程资产 工具：沟通技术、沟通模板、沟通方法、信息管理系统、报告绩效 输出：项目沟通、项目管理计划更新、项目文件更新、组织过程资产更新 控制沟通：二项问工资 二项公变主 输入：项目管理计划、项目沟通、问题日志、工作绩效数据、组织过程资产 工具：信息管理系统、专家判断、会议 输出： 项目管理计划更新、项目文件更新、工作绩效信息、变更请求、组织过程资产 来源： https://www.cnblogs.com/ljh-zw/p/11790689.html

PMBOK 是Project Management Body Of Knowledge的缩写， 指项目管理知识体系的意思，具体是 美国项目管理协会 （PMI）对项目管理所需的知识、技能和工具进行的概括性描述。 美国项目管理学会 （ PMI ）资格认证之所以能在如此广的行业和地域范围内被迅速认可，首先是项目管理本身的重要性和实用性决定的，其次很大程度上是得益于该项认证体系本身的科学性。PMI早在七十年代末就率先提出了项目管理的知识体系（Project Management Body of Knowledge，简称为PMBoK）。因为一本书不可能把项目管理知识体系的全部内容囊括进来，所以PMI制作的书称为项目管理知识体系指南，即PMBOK Guide，利用该指南，可以查找项目管理相关的其它知识内容。 该知识体系指南构成 PMP 考试的基础。它的第一版是由PMI组织了200多名世界各国项目管理专家历经四年才完成，可谓集世界项目管理界精英之大成，避免了一家之言的片面性。而更为科学的是每隔数年，来自于世界各地的项目管理精英会重新审查更新PMBOK 的内容，使它始终保持最权威的地位。 PMP证书样本 对PMBOK指南的相关解读，可咨询PMI授权的 R.E.P （注册教育机构，是英文 Registered Education Provider 的缩写） 地位 编辑

CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。 [1] 中文名 能力成熟度模型集成 外文名 Capability Maturity Model Integration 简 称 CMMI 开发机构 卡耐基梅隆大学软件工程研究所 级 别 五级分级 学 科 软件工程 目录 1 发展 2 基本思想 3 CMMI模型的表示法 4 级别 5 作用 6 应用 发展 编辑 CMMI（Capability Maturity Model Integration For Software，软件能力成熟度模型集成）是在 CMM （Capability Maturity Model For Software， 软件能力成熟度模型 ）的基础上发展而来的。CMMI是由美国卡耐基梅隆大学软件工程研究所（Software Engineering Institute， SEI ）组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。