【公众号@“项目管理研究所”将会第一时间更新文章并分享《项目管理模板》】归档于软件项目管理初级学习路线第八章软件项目质量计划你猜猜里面是什么-->《初级学习路线合集》前言大家好，这节我们学习软件项目管理----质量计划--软件项目质量活动。软件质量管理最主要的两个过程是：软件质量保证软件质量控制质量管理的对象：过程的质量产品的质量质量保证（QA）软件质量保证既QA，QA对已经完成工作的评价和审核。很多行业都有涉后的评价和审核过程，比如银监会对银行的审核，食品监督委员会对食品行业的审核等等都属于QA。这个图是展示了第三方检查过程，既QA过程。QA是通过评价项目整体绩效，建立对质量要求的信任。比如

【公众号@“项目管理研究所”将会第一时间更新文章并分享《项目管理模板》】归档于软件项目管理初级学习路线第八章软件项目质量计划你猜猜里面是什么-->《初级学习路线合集》前言大家好，这节我们学习软件项目管理----质量计划--质量基本概念。介绍软件质量，质量模型，质量的形成等概念...什么是质量？比如说我们买手机，同牌子的手机有5000元，也有2000元的，我们不能说5000元的质量就高于2000元的，他们的功能需求都各不相同，这是等级的不同。使用说明书上有明确的使用说明，如果5000元的手机不能打电话或者不能发短信了这就是质量问题了。所以质量是满足要求的程度,包括符合规定的要求和满足顾客隐含需求

【公众号@“项目管理研究所”将会第一时间更新文章并分享《行业分析报告》】归档于软件项目管理初级学习路线第七章软件项目进度计划你猜猜里面是什么-->《初级学习路线合集》前言大家好，这节我们学习软件项目管理----进度计划---项目进度模型（SPSP）。项目进度模型（SPSP）软件项目进度问题（SoftwareProjectSchedulingProblem，SPSP）模型是在给定的项目任务工作量及其关系和资源限制下，对项目确定合适的人员安排，以保证项目的时间最短、成本最小。例如：这是某项目的网络图，以及某个任务需要的技能和工作量。这是每个人员具备的技能和人力成本。我们根据这些前提条件进行进度编排

【公众号@“项目管理研究所”将会第一时间更新文章并分享《行业分析报告》】归档于软件项目管理初级学习路线第七章软件项目进度计划《初级学习路线合集》前言大家好，这节我们学习软件项目管理---进度计划编排---资源优化方法。资源优化方法根据资源供需情况，调整活动的开始和完成日期。同时进行资源优化配置。例如：使资源前置的时间最小化，而且尽量避免出现资源超出能力的范围。那么资源优化主要有两个方法：资源平衡资源平滑资源平衡资源平衡是为了在资源需求和资源供给之间取得平衡，根据资源制约因素对开始日期和完成日期进行调整的一种技术。例如：一个资源在同一时间内，分配给多个活动，这就需要通过调整任务的时间来协调资源的

【公众号@“项目管理研究所”将会第一时间更新文章并分享《行业分析报告》】归档于软件项目管理初级学习路线第七章软件项目进度计划《初级学习路线合集》前言大家好，这节我们学习软件项目管理----进度计划编排--时间压缩法。时间压缩法时间压缩法是在不改变项目范围的前提下缩短项目工期的方法。这边介绍两个方法：应急法——赶工（Crash）平行作业法——快速跟进应急法—赶工（Crash）在最小相关成本增加的条件下，压缩关键路径上的关键活动历时的方法。赶工也称为时间-成本平衡方法这个方法可能增加成本，但是我们希望增加的成本最小且换来项目时间的压缩。那么赶工时间与赶工成本是什么关系呢？如下图一样，一般项目经理希

软件项目管理3.4.增量生存期模型【公众号“项目管理研究所”将会第一时间更新文章】归档于软件项目管理初级学习路线第三章生存期模型《初级学习路线合集》前言大家好，这节我们学习软件项目管理---增量生存期模型，顾名思义，增量模型就是一个增量一个增量的开发过程，每一个增量是一个交付成果。一、增量模型增量模型向客户提交完成的可交付的成果，让用户可以立即使用，如果有些项目是为了加快交付速度，频繁交付少量的可交付成果，就可以采用增量模型。增量模型的策略是不同时开发项目的需求，而是分增量开发。每个增量包括分析，设计，实施，测试，提交等过程。首先构造具体的核心功能作为第一个增量，然后试用反馈修改后，进行第二次

软件项目管理3.3.迭代生存期模型【公众号“项目管理研究所”将会第一时间更新文章】归档于软件项目管理初级学习路线第三章生存期模型《初级学习路线合集》前言大家好，这节我们学习软件项目管理---迭代生存期模型，迭代型是通过连续的原型概念验证，来改进产品或结果，每一个新的原型都能带来新的相关反馈和团队见解。一、迭代模型迭代有利于识别和减少项目的不确定性，迭代模型称为原型模型，不断对部分完成工作和未完成的工作进行反馈，从而对该工作进行改进和修改。原型模型的策略是通过构造原型来应用需求和设计方案的不确定性的问题，通过不断地构造原型，使用者评价原型，再构造，再批评，最后确定需求实施方案，实施系统。迭代模型

【公众号“项目管理研究所”将会第一时间更新文章并[分享行业分析报告]】归档于软件项目管理初级学习路线第五章软件项目任务分解《初级学习路线合集》前言大家好，这节我们学习软件项目管理---敏捷任务分解方法。一、敏捷项目的任务分解敏捷开发过程是通过用户故事，将需求具体化成可以进行迭代开发的任务。Epics是由许许多多小大的，不确定的需求组成，不能直接通过迭代开发，需要划分为较小的，真正的userstories。另外Epics有时包含着太多且模糊的需求，所以常常包含着不同的特性，而一个特性就是一组可以归为一类的需求。因此敏捷项目的分解级别如下，Epic是比较大的story，那么Epic可以分解为一类，

软件项目管理4.3.敏捷需求建模方法【公众号“项目管理研究所”将会第一时间更新文章并分享行业分析报告】归档于软件项目管理初级学习路线第四章软件需求管理《初级学习路线合集》前言大家好，这节我们学习软件项目管理---敏捷需求建模方法。一、建模方法敏捷思维认为项目需求是慢慢清楚的过程，对需求可以采用渐近明晰的方法应对变化。敏捷需求从ProductBacklog(产品待办事项列表)开始，需求的来源包含产品想法的一个有序列表，一个长短不定列表，可以是模糊的或是不具体的，逐渐完善，越来越明确。每个迭代开发过程从产品待办事项选择部分需求以及细化形成SpringBacklog，细化的过程就是编写Story的过

软件项目管理3.5.敏捷生存期模型【公众号“项目管理研究所”将会第一时间更新文章】归档于软件项目管理初级学习路线第三章生存期模型《初级学习路线合集》前言大家好，这节我们学习敏捷模型，前面介绍的几种生存期模型在实际应用过程中遇到的一些挑战，有时不能很好地适应需求的快速变化，为此软件界比较流行敏捷生命期模型。一、敏捷模型《敏捷宣言》价值观，原则，和通用实践之间的关系：敏捷模型符合敏捷宣言，并通过满足12个原则和实践体现出来的，敏捷模型结合了迭代和增量方法可以适应更频繁的变更和更频繁的交付。敏捷与传统模型的区别：1.传统软件开发更倾向于不考虑项目后期需求的变化，在项目开始时预测用户的需求然后分析需求