Daily scrum，也叫：daily scrum meeting，daily stand-up，stand-up meeting，中文意思为：站立会议，或每日站会。是敏捷项目管理中的一个重要概念，也是敏捷方法实施的重要环节。

它具体指的是：项目团队成员每天早上聚集在一起，以站立方式召开的一场简短会议，目的是介绍各自工作进展，使得团队成员了解项目当前状态，促进协作，以使开发任务（即：sprint goal）顺利达成。这种会议有以下主要特点：

（1）会议通常由开发团队自己主持，Scrum Master需确保会议的召开；

（2）通常在固定时间（一般是晨间）、地点召开。会议时长限定在15分钟内；

（3）以站立方式召开，期间不得处理与会议无关事宜；

（4）使用看板（或相关软件工具）进行辅助；

（5）每个人汇报的工作内容包括3项：

• 昨天已完成的工作
• 今天待完成的工作
• 遇到的阻碍/问题及需要的支持

（6）每日站会不是在向上级汇报工作，而是团队成员彼此做出承诺，这使得大家对自己的工作具有更高的责任感

参考链接：

https://www.scrum.org/resources/what-is-a-daily-scrum

https://www.mountaingoatsoftware.com/agile/scrum/meetings/daily-scrum

https://medium.com/ideas-by-crema/the-4-scrum-ceremonies-made-simple-a-quick-guide-to-scrum-meetings-ea91fe604d88

项目集成管理（也叫项目整合管理），其英文全称为：project integration management。它指的是：对项目各流程（process）、活动（activity）的统一协调、管理，它自身也由一系列标准及流程构成。项目集成管理是项目经理的主要职能之一，很多时候，项目集成管理需要项目经理对项目进行协调，对有限的资源做出合理的分配、或是对有冲突的需求进行平衡，确保项目平稳、高效运行。

在最新版（第6版）的PMBOK中，项目集成管理（或项目整合管理）是重要的知识领域之一。具体来说，项目集成管理包括但不限于下面的主要活动（工作内容）：

（1）制定项目章程

（2）编制项目管理计划

（3）对项目进行指导和管理

（4）对项目进行监控

（5）项目收尾

参考链接：

（1）https://www.projectmanager.com/blog/project-integration-management-a-quick-guide

（2）https://study.com/academy/lesson/project-integration-management-definition-processes-example.html

（3）https://baike.baidu.com/item/PMBOK/63635

Burndown chart，有时也写作burn down chart，中文里一般翻译为：燃尽图。是一种用来直观地展示项目任务完成进度的图表工具。

具体而言，Burndown chart由横轴、纵轴、以及两轴之间的多个点连成的曲线构成。Burndown chart的横轴表示时间，纵轴表示工作量（在敏捷项目中，纵轴常用来标识story points，即：故事点数），随着时间往右推移，需要在图表上标出该时间点对应完成的工作量。理想情况下，时间越往右，工作量应该随之降低。为了方便比较，人们通常会将横轴的最右点，以及纵轴的最上点进行相连，这条直线表示理想状态的工作进展。

Burndown chart常用于敏捷项目管理中，不过，在采用其他管理方法的项目中，你也完全可以使用Burndown Chart来进行进度的跟踪和管理。

许多项目管理软件都支持Burndown chart的自动生成，包括微软的Project。

参考链接：

https://en.wikipedia.org/wiki/Burn_down_chart

https://www.projectmanager.com/blog/burndown-chart-what-is-it

https://support.office.com/en-us/article/Create-a-burndown-report-1022F20C-7931-4B14-81F8-880A0C532C41

Story points是敏捷项目管理中的一个概念。中文里，有人将其翻译为“故事点”，也有将其译为“故事点数”，个人认为后面这个译法更为接近原意。

事实上，story points是对完成一个user story（用户故事）所需努力做出的粗略的估算，并将此估算以数字点数（points）的形式体现。比如：完成单个静态WEB页面的开发所需的工作量需要1个点数，那么完成10个类似静态页面所需的工作量则可能需要10个点数（1*10），又或者因为熟练度的增加，而只需要5个点数。

当然，评估story points需要考量的不止是工作量，还包括：工作的复杂度、风险及不确定性等。

通常，人们认为story points来估算工作量的方法要比通过小时数（hours）估算要更加客观，因为不同个体对同一件工作所估算的小时数可能会存在较大差异，而story points因为是采用相对比较的方法，所以要更准确一些。

参考链接：

https://whatis.techtarget.com/definition/story-point

https://www.scrum.org/resources/blog/why-do-we-use-story-points-estimating

https://www.mountaingoatsoftware.com/blog/what-are-story-points

https://rubygarage.org/blog/how-to-estimate-with-story-points

https://pm.stackexchange.com/questions/2765/why-use-story-points-instead-of-hours-for-estimating/

在对项目任务进行计划、排程时，有一个较为重要的概念叫：free float。那什么是free float，对于项目管理而言，它的意义或作用是什么呢？下面简单给大家做个介绍。

所谓free float，中文里的意思是：自由浮动时间。Free float，是float（浮动时间，也叫slack）的一种。具体而言，free float指的是：可以允许某项任务（task）延迟的时间，且这种延迟不会对后续任务（subsequent tasks）的开始产生影响。

举个简单的例子：在某个网络工程项目中，现场工程师进行场地准备需要6天，但是设备到货需要10天，且设备到货后才可以安装。那么场地准备这个任务，就最多可以延后4天开始，只要在设备到货那天准备完毕即可。这个4天的浮动时间，就是free float。

由于自由浮动时间只出现在非关键路径上，因此在某些情况下，通过对具有自由浮动时间任务的资源进行优化、调整、或重新配置，能够更好地保障关键路径（critical path）上的任务按期完工。

参考链接：

https://whatis.techtarget.com/definition/float-project-float-slack

https://bizfluent.com/info-12210191-slack-float.html

https://pm4id.org/chapter/8-3-critical-path-and-float/

https://en.wikipedia.org/wiki/Float_(project_management)

https://www.youtube.com/watch?v=H0uTi5GXLsw

https://pmstudycircle.com/2013/03/total-float-versus-free-float/

https://smallbusiness.chron.com/activities-float-critical-path-method-63371.html