敏捷项目度量指标

项目管理度量指标介绍

刘申岭

概述：

项目管理者和高层管理对于项目的信息，除项目质量外，非常关注项目的进度情况和成本情况。进度情况决定是否可以按时达成项目的时间计划承诺；项目成本情况直接决定本次项目是否可以盈利。 本文简要介绍项目管理的几个度量指标：BCWS、BCWP、ACWP，并通过这几个指标去查看项目的健康状况。

指标介绍 BCWS

BCWS（Budgeted Cost for Work Scheduled）, 完成计划工作的预算成本。是指在某一个时刻检查该时刻在项目计划中应该完成的工作对应的预算。 该指标跟项目的实际进展无关，在项目计划确定后，即可以计算出每个时点的BCWS。其特征关注两点：计划工作、预算。 对应计算公式： BCWS=计划工作量×预算单价。

事实上在该时刻，项目实际完成的工作不一定与计划一致；工作队应所花费的成本可能也跟预算不一致。

BCWP

BCWP（Budgeted Cost of Work Performed），已完成工作量的预算费用。是指在某一个时刻检查在项目计划的预算中对应实际完成工作的预算费用。 该指标又称为挣得值或挣值或“已完成投资额”。项目属主正是根据这个值为承包商完成的工作量支付相应的

敏捷开发团队管理

作者：cheny_com

本系列会专门从团队管理的角度，一方面将曾经提到过的内容加以贯穿，另一方面则会提及之外的一些未提及的内容，比如产品团队与开发团队的互动，测试团队与开发团队的关系与工作方式，等等，以供专门从事团队管理的读者借鉴。

出发点：结果导向

敏捷开发团队的外在行为是“结果导向”，而内在支撑则是“团队工作”（TeamWork）。 所谓结果导向，就是直指结果，而不拘泥于形式。

可以被拘泥的“形式”各式各样，比如方式、方法、流程、文档、部门、分工、职责??都是形式。这些形式本来是设立来帮助实现更好的结果的，但是如果拘泥于此，则可能起到反作用。

如果仔细审视敏捷宣言中右侧的内容，就会发现他们都属于形式，而非结果： ? ? ? ?

个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划

这些形式曾经保证了众多早期军工、航天、航空项目的成功，但若在任何行业任何项目——比如敏捷开发出现时的互联网行业——拘泥于此，就可能导致失败。

可怕的是，左侧的4条，也是形式而非结果。所以对敏捷宣言的正确理解是：在现今的多数行业中，如果以结果导向为出发点，则左侧的形式胜过右侧的形式。

什么是敏捷测试

敏捷测试的定义

首先敏捷测试是敏捷一种测试，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。在传统的测试定义上，还需要添加

敏捷测试是遵循敏捷宣言的一种测试实践：

l 强调从客户的角度，即使用系统的用户的角度，来测试系统

l 重点关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。

l 建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。

什么是Scrum？

Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会

软件开发模型

图1

这这两个圆圈表示示不同的视角上上的敏捷实践，包括开发者视角角和项目管理的的视角。接下来来从里向外进行介绍，因为有有些实践我了解解得不清楚，如如果下面有哪些说得不对的地方方也请大家指出出。

TTest-Driven Devvelopment，测试试驱动开发，它它是敏捷开发的的最重要的部分。。在ThoughtWWorks，我们实现现任何一个功能都是从测试试开始，首先对对业务需求进行分分析，分解为一一个一个的Storry，记录在Storry Card上。然后后两个人同时坐在电脑前面面，一个人依照照Story，从业务务需求的角度来来编写测试代码，，另一个人看着着他并且进行思思考，如果有有不同的意见就就会提出来进行行讨论，直到达成成共识，这样写写出来的测试代代码就真实反映了业务功能需求求。接着由另一个人控制键键盘，编写该测测试代码的实现。如果没有测试试代码，就不能能编写功能的实现现代码。先写测测试代码，能够让开发人员员明确目标，就就是让测试通过。

CContinuous Integration，持续集集成。在以往的软件开发过程中中，集成是一件件很痛苦的事情，通常很长时间间才会做一次集成，这样的的话，会引发很很多问题，比如build未通过或或

敏捷开发的常见误区

1. 误区：敏捷项目没有计划

由于产品需求的不确定性、甚至是未知的，敏捷项目团队很少能在项目之初建立一份类似于WBS任务分解的进度表和甘特图，但敏捷项目依然是有计划的，和传统的进度计划不同，敏捷的计划不是关注在完成项目的一个个活动或者说任务，比如说需求分析、概要设计、详细设计，模块一编码等等，而是关注在客户的需要，关注客户价值的优先级，其计划的对象是用户要求的功能，例如用户故事，计划活动的产出是一个设置了优先级的用户需要的功能列表。敏捷计划分为以下几个层次： ? 愿景–制定产品的长远目标；

? 路线图–制定实现长远目标的分步实施计划；

? 发布–制定一次发布的目标，包含在一个发布中希望交付的需求清单，并设置了优先级； ? 迭代–制定一次迭代的目标，包含了在一个迭代中团队承诺交付的需求清单及为了达成

目标而设置的工作任务； ? 每日计划–制定每天的工作目标，包含了团队中每个成员的工作任务。

其计划的过程是一个持续的过程，从项目开始时制定产品的愿景，到每个迭代开始时制定迭代计划，敏捷项目的计划不断的细化，不断的根据变化而调整，是Just-In-Time的计划。

2. 误区：敏捷就是追求速度

一次在和几个朋友聊天的时候，有朋

敏捷开发和scurm学习笔记

软件开发的生命周期

A、软件生命周期（SDLC）的一般步骤包括：确定问题、可行性分析与开发计划、收集需求、分析与设计、编码开发、测试、安装、维护。

B、典型的几种生命周期模式包括：瀑布模式、演化模式、螺旋模式、快速原型模式、喷泉模式和混合模式等。

瀑布模式：只有当一个阶段的文档获得认可才可以进入下一个阶段。

演化模式：用户先给出待开发产品的核心需求，并且在核心需求实现后，再提出反馈以支持系统的最终设计和实现（相当于多个瀑布式开发）。

螺旋模式：在瀑布模式的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制，知道采取了消除风险的措施后，才开始计划下一阶段的开发（它是瀑布模式和演化模式的结合，并加入了两者所忽略的风险分析所建立的一种软件开发模式；它是典型的迭代式生命周期模式）。

过程开发模式（混合模式或元模式）：是把几种不同模式组合成一种混合模式，它允许一个项目能沿着最有效的路径发展。

敏捷开发的起源

1976年出现了第一部敏捷开发的书籍《软件度量》，阐述了迭代和增量开发实践。 2001年2月，敏捷开发宣言后成立敏捷联盟。

敏捷开发模式：敏捷开发生命周期的典型代表是XP编程(极限编程)，是把传统的系统设计和实

三年级数学（上）第二单元教案

角的度量

单元教学计划

一、教学内容： 认识射线和直线，由射线引出角的定义，从比较角的大小引出用量角器量角的方法，认识平角和周角，以及平角、周角、锐角、钝角和直角之间的关系，画指定度数的角

二、教学目标

（1）使学生进一步认识线段，认识射线和直线，知道线段、射线和直线的区别。

（2）使学生认识常见的几种角，会比较角的大小，会用量角器量角的度数和按指定度数画角。

三、教学重难点

注意让学生在动手操作中发现数学规律。通过画射线、直线，测量角，操作活动角，用三角板拼角，用纸折角等多种方式加深学生对图形的认识。 四、课时安排 四课时

第一课时 课 题 直线、射线和角 1、使学生认识射线，直线，能识别射线、直线和线段三个概念之间的联系和区别。 2、使学生认识角和角的表示方法，知道角的各部分名称。 3、培养学生观察、比较和概括的初步能力。 教学目标 4、培养学生关于射线、直线、线段和角的。 5、通过观察、操作学习活动，让学生经历直线、射线和角的表象的形成过程。6、体会到数学知识与实际生活紧密联系，能够感受到生活中处处学。 教学重点 角的意义 教学难点 射线、直线和线段三者之间的关系 教学准备 投影仪、活动角、尺

敏捷测试人员的十条法则

敏捷团队里的每一个人都是一名测试人员，任何人都可能承担测试任务。如果这种说法是正确的话，那么对于一名敏捷测试人员来说有什么特别之处吗？如果我把自己看做是敏捷团队的测试人员，这到底意味着什么？敏捷测试人员相比传统团队里的测试人员需要不同的技能吗？有什么日常工作指南吗？ 本章将讨论敏捷测试思维，看一看敏捷价值和准则如何指导测试，对测试人员如何为敏捷团队创造价值做一个概述。

1、敏捷测试人员的定义

我们这样定义敏捷测试人员：专业的测试人员，适应变化，与技术人员和业务人员展开良好协作，并理解利用测试记录需求和驱动开发的思想。敏捷测试人员往往具有优秀的技术能力，知道如何与他人合作以实现自动化测试，同时也擅长探索性测试。他们希望了解客户在做什么，以此更好地理解客户的软件需求。

谁是敏捷测试人员？她是驱动敏捷测试的团队成员。我们知道许多敏捷测试人员刚开始的时候在从事其他工作。开发人员可能会爱上测试而超越单元测试的范畴。习惯以敏捷方式工作的探索型测试人员也会被敏捷团队吸引。其他角色的专业人士，比如业务或者功能分析师，也可能具有同样的特质并做同样的工作。

技能很重要，但态度更值得关注。Janet总是说：“如果态度

Jira+confluence 敏捷化流程

演讲者：单应青2015/10/13

敏捷流程系统：

项目管理系统Jira：http://192.168.1.233:8080文档管理系统wiki Confluence ：http://192.168.1.233:8090项目代码管理系统Fisheye ：http://192.168.1.233:8060测试用例管理系统Testlink ：http://192.168.1.233:8010简述敏捷&JIRA：

Jira项目敏捷流程：epic 项目计划-> userstory 需求->task 任务->bug 缺陷

项目需求阶段：

项目需求由产品经理负责完善：

?1）收集各部门业务需求，并与业务部门领导确认需求点；

?2）针对各业务部门需求和研发内部需求编写“需求文档”，并按照优先级进行排序；?3）对整理的需求安排开发计划（开发时间必须控制：2~3周）；

?4）在confluence新增需求详细说明文档，需求文档命名统一格式为：V2.1 需求文档（开始：2015/10/1至结束：2015/10/15）；?5）其中在jira上创建一个对应Epic，（注：Epic就是版本的根需求）；

?6）细分该Epic有多少个userst

附件4

陕西省《高等职业教育创新发展行动计划（2015-2018年）》

项目建设指标体系

序号：XM-1 名称：骨干专业建设 （全国3000个左右/陕西150个）

一级指标 二级指标 主要观测要素 备注 （1）专业规划紧扣国家“一带一路”、“中国制造2025”和企业“走出去”等发展战略，定位准 1.1专业 确，科学合理； 定位与特色 （2）专业特色鲜明，专业发展对接行业优势明显，能服务区域经济转型、产业升级需求； （4分） （3）人才培养对接国家新兴战略产业，对区域支柱产业和社会发展紧需人才的培养贡献度大。 （1）社会调研深入广泛，专业发展研究深入； 1.2人才 （2）紧跟行业动态发展趋势，人才培养模式创新机制完善； 培养模式 （3）人才培养目标、规格准确科学； 与方案 （4）人才培养模式契合专业特点，遵循人才成长规律，适应区域经济特点，产教深度融合； （4分） （5）人才培养方案科学合理，能够满足技术技能人才培养需求，能够体现校企共育的特点。 1.3招生 情况 （4分） 1.4就业 质量及社会声誉 （4分） （1）连续招生6年以上，在校生人数400人以上； （2）近三年招生形势好，在校生规模大； （3）近三年第一志愿报考率100%以