项目管理流程

经过了几天的阅读，看完了前六章。想着对这些部分做一个总结。 这本书其实际来说，就是在讲软件工程的流程和各个部分的介绍。不同于其他的书，只有文字。这本书有文字，有例子，也有代码。解释的很清楚。并且作者的语言十分诙谐幽默，读起来确实很快，不知不觉就看了二三十页。内容也不是如课本那样十分枯燥的内容。并且各个小节也讲的十分清楚。 作者在第一章提出了一个综述，即什么是软件，什么是软件工程，对于这部分作者不仅提到了基本的定义，还就提出这些定义的理由进行了解释。我们大家都知道， 程序=算法+数据结构，但是包括我自己在内，一直有一个疑问，我学了数据结构，有什么用呢？我在C语言中实现了二叉树的各个算法，但是java中又不使用指针，那么我学习二叉树又有什么用呢？作者通过一个例子来详细的解释了其用处。软件=程序+软件工程。一个软件的实现必然会用到算法和数据结构等设计，但软件是给人用的，人们必然有各种要求，软件公司又要赚钱，那么又是怎么个商业模式呢？这些都是软件工程来考虑的问题范畴。软件工程是什么呢？其实软件工程就是把各种实际的方法用到软件的开发运营和维护上。注重实践。这也是作者提出的learn by doing(做中学)的一个合理解释。软件工程是注重实践的，比起创新，稳定来的更为重要。基于软件的各种特殊性，人们总结了一系列对于软件的方法，这些方法实用起来就是所谓的软件工程了。

10.质量管理 口袋应试：在质量管理这一章中，大概率出现的题点并不多，历年考试中出题也相对较少，不过在案例中会出现考点，并且在高级的考试中，会出论文题。大家必须掌握的内容是：10.2.3规划质量管理的工具与技术、10.4.3质量控制工具与技术中的老七工具，老七工具要会看图区别，掌握其各自的概念和用途。 10.1项目质量管理概论 10.1.2质量管理及其发展史 1.质量管理 质量管理（Quality Management）是指确定质量方针、目标和职责，并通过质量体系中的质量规划、质量保证和质量控制以及质量改进来使其实现所有管理职能的全部活动。质量管理是指为了实现质量目标而进行的所有质量性质的活动。在质量方面指挥和控制的活动，包括质量方针和质量目标以及质量规划、质量保证、质量控制和质量改进。 第二版P352@10.1.2 出题概率：★ 190163 2.质量管理的发展史 质量管理的发展，大致经历了手工艺人时代、质量检验阶段、统计质量控制阶段、 全面质量管理阶段4个阶段。 1) 手工艺人时代 2) 质量检验阶段 3) 统计质量控制阶段 4)全面质量管理阶段 20世纪60年代初，美国的费根鲍姆和朱兰提出全面质量管理理论（TQM)，将质 量控制扩展到产品寿命循环的全过程，强调全体员工都参与质量控制。在全面质量管理 阶段，TQM的发展又经历了三个步骤，从最初的以顾客为中心的质量保证，到强调持续

　　先说一下背景，这是我工作10来年遇到的一个很特殊的案例。我和组员在入职的第一天就接到了任务，在完全不熟悉公司内部流程、研发资源、测试资源和项目背景以及需求的情况下，就按照项目方的意愿给出了一个DeadLine, 虽然当时会议上没有要求表态，但是要求第二天需要给出具体的研发完成时间。 　　时间紧、任务急、一切都还是未知数，这个看似不可能完成的任务确实给了我个下马威，以前虽然遇到过非常着急的项目，但是那是在自己对内部资源比较熟悉的情况下，现在对新公司一切都还不熟悉，这个挑战真的是很严峻的。 　　但是这是进入公司的第一次亮相，必须完成。任务是没得商量的，因此只能从内部着手考虑如何快速解决问题了。为此，我主要分析了目前遇到的问题和解决的办法。 　　 1. 资源问题：如硬件资源、软件资源、人力资源等。 　　首先我确认我的组员的机器在当天必须安装完成，包括开发的软件如数据库、vs、Team Explorer等，同时要求必须在当天提供已经确认了的需求文档，同时制定需求的沟通人员，在组员机器安装完成后，根据研发文档（其实这个文档也很不完整，后来又找的其他人员要来的程序和数据库连接信息）能正确连接开发环境，进入到需求理解环节。 　　 2. 确认如果中间环节有问题与谁沟通协调。 　　这个看似不是问题的问题其实在实际中非常重要。这里我其实是要非常感谢我的直接领导

组织过程资产库下面有组织级标准过程库， 这个库里一共有19各PA（就是标准过程啦） PA的英文是Process Area CM（配置管理过程，英文是Configuration Management） 项目研发和管理过程中会产生很多工作成果，例如文档、程序和数据等，它们都应当被管理起来，以便查阅和修改。鉴于用户的需求会发生变更，导致项目的相关产品也会随之变更，为了使项目的所有过程和产品保持一致性，并且便于跟踪控制，我们需要建立一套严格的配置管理流程 制定配置管理计划 配置库管理 版本控制 变更控制 配置审计 DAR（决策分析过程，英文是Decision Analysis And Resolution） 当项目出现重大问题的时候，为了降低问题所带来的风险，需要一套系统的方法来帮助项目选择一个解决方案 识别需要决策分析（DAR）的问题 组件决策委员会 建立评价准则和评分方法 提供候选方案 评价候选方案 选择最优解方案 跟踪解决方案 IPM（集成项目管理过程，英文是Intergrated Project Management） 集成项目管理的活动贯穿在项目定义、项目计划、项目开发和项目结束这四个项目阶段过程中 建立已定义过程 使用组织过程资源策划活动 建立工作环境 集成计划 使用集成计划进行管理 贡献组织过程资产 MA（度量和分析过程，英文是Measurement and Analysis

先说项目开发过程中团队人员的分工协作。 　　 一、人员安排 　　毕业至今的大部分项目都是独立完成，虽然也有和其他同事协作的时候，但自认为对团队协作的了解和认知都还有所欠缺。很清楚团队协作的重要性，但尚未有很好的机会在相对成熟的团队中锻炼实践。 　　先抛开 软件开发 团队中人员的具体安排不讲，单纯的看软件开发工作的分工。在上面设想的开发架构中，宏观上可将一个项目划分为前端、程序、 数据库 三个模块。由此可推导出团队中需要的成员：美工、程序员和项目经理。 　　认为理想的软件开发团队由四个专业技能过硬的成员组成：一个美工，熟悉UI的设计并具备将效果图转换成前端页面的能力，也就是得同时精通PhotoShop、HTML、CSS、jQuery等前端知识；一个程序员，熟练掌握代码的编写重构；一个项目经理，具备 需求分析 的能力、数据库设计维护的能力、架构设计的能力、程序编写的能力、前端样式脚本编写的能力，最重要的是对业务流程有精准的把握；一个部门经理，和前三位不一样，部门经理只具备领导能力即可，他是兼职，不需要把全部时间投入到团队中。 　　大部分中小型项目可以由这样的四人团队完成，可如果项目较大，已经大大超出了四个人可完成的工作量，可以再加一个前端开发人员。也就是说两个前端开发者，一个负责UI设计，做出完整的效果图，这个人的设计功底应该比较强；一个负责将效果图转换成页面，并完成样式、脚本等的编写

实行软件工程项目管理： ▲　项目经理（负责人）：项目经理（负责人）对整个项目负完全责任，是指导、控制、管理和规范某个软件和软/硬件系统建设的人，项目经理（负责人）是最终对客户负责的人。 ▲　软件项目经理（负责人）：软件项目经理（负责人）对一个项目的所有软件活动负完全责任，控制一个项目的所有软件资源，按照软件约定与项目经理（负责人）打交道。 ▲　软件工程组： 软件工程组是负责一个项目的软件开发和维护活动（例如：需求分析、设计、编程和测试）的人员（包括管理人员和技术人员）。 ▲　系统工程组： 系统工程组是负责下列工作的人（既有经理也有技术人员）的集团：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它成分之间的界面；以及监控这些成分的设计和开发以保证它们符合其规格说明。 ▲　系统测试组：系统测试组是一些负责策划和完成独立的软件系统测试的个人（既有经理又有技术人员）的集团，测试的目的是为了确定软件产品是否满足对它的要求。 ▲　软件质量保证组： 软件质量保证组是一些计划和实施项目的质量保证活动的个人（既有经理又有技术人员）的集团，其工作的目的是保证软件过程的步骤和标准得到遵守。 ▲ 软件配置管理组： 软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的个人（既有经理又有技术人员）的集团 总体流程如下： 计划阶段－》需求分析阶段－》软件开发阶段－

1.填空 1.1 项目特征 　　1. 临时性。（有始有终，一次性） 　　2. 创造独特性的产品服务或成果。（目标，资源） 　　3. 渐进明细。 1.2 项目管理基础 　　信息系统集成项目是从客户和用户的 需求出发 ，将硬件、系统软件、工具软件、网络、数据库及相应应用软件集成为实用的信息系统的过程，其 生命周期 包括总体策划、设计开发、实施、服务保障等。它是一项综合性的系统工程， 技术 是信息系统集成工作的 核心 ， 管理和商务活动是 系统集成项目实施成功的保障。 1.3 项目目标 　　1. 定义清晰地 项目目标 将有利于提供定义项目成功与否的标准。 　　2. 项目目标的特征：多目标性、优先性、层次性。 　　3. 项目目标就是所能交付的成果或服务的期望效果。 　　4. 项目目标应分解到相关岗位。 　　5. 项目目标应是可测量的。 　　6. 项目的范围确定之后，项目的三个基本目标是： 时间、成本、质量 。 　　7. 项目管理方法的核心是 风险管理 与 目标管理 相结合。 　　8. 目标管理 (MBO，Management by Objective)是以目标为导向，以人为中心，以成果为标准，使组织和个人取得最佳业绩的管理方法。 　　9. 目标管理包括：建立明确的和现实的目标；阶段性评估项目目标是否达到；提高对于项目的参与合作，团队建设和对于项目的承诺。 　　10. 运作管理是对

不用那么费劲，把九大知识领域提纲认真看一遍，把范围、成本、质量、进度四个章节的工具、方法、内容牢牢记住，主要是干条目。下午考综合的时候一定要分条目答题，多写关键字眼，一定要答满，不会的话编也要写满。论文要把摘要写好，正文结合自己的一些体会和方法写就行了，一定要写够字数、一定要有总结和结尾。基础部分比较简单，如果你经常做项目的话，有点技术常识基础就没什么问题了，如果没技术常识，就找几套3年前的考题看看，也就差不多了。祝好运！ 信息系统项目管理师考试技巧和总结 首先我得说，这些技巧不是本人总结出来的，而是信息系统项目管理师网培训中心特聘 辅导专家的心血结晶，不过我们是付了几千元的培训费的。而这些仅仅是考试的技巧，目的 是为了通过考试，如果你想提高你的项目管理水平，请不要看本文；如果你对考试已经胸有 成竹，那对本文也大可不屑一顾，因为本文只是一些粗略的笔记，希望可以为那些平时由于 工作忙而没有时间复习的人共享少许的经验，不是鼓励大家临时抱佛脚。 先简单说一下该辅导专家，该专家声称曾是出题者，但不是今年的；其培训的学员通 过率为80%(这些我们都无从考究)，希望你也可以成为其中之一；他还举了一个例子：他之 前有一个学员，是读心理学的，在公司也负责行政方面的，参加培训后考试，上午和下午的 案例都通过了，只是论文差几分而已，而这对于一个门外汉来说，已经是相当不错的成绩了， 所以老师最后说

摘自： https://www.cnblogs.com/yixinjishu/p/12161359.html 敏捷开发流程之Scrum：3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序

本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序，认同或者拒绝迭代的交付。 ScrumMaster ：ScrumMaster不是项目经理，他没有分配任务的权力，没有考核的权力，没有下命令的权力