GTD，是一个英文简写，它代表的完整英文是：Getting Things Done，即：把事情完成，或把事情搞定。GTD也是一个时间与任务管理的系统方法或框架，能使得人们的工作、生活更加高效。美国个人效率专家David Allen的畅销书：Getting Things Done，对GTD方法有系统的介绍及论述。

总体而言，GTD方法可帮助人们将待办任务（to-dos）进行收集、整理，在实现优先级排序后，高效执行，并定期回顾。严格遵循GTD方法，可使得任务能更有效完成，并节省时间。GTD可以仅仅通过纸和笔记录，也可借助桌面软件、或手机应用中专门的工具实现，如：Wunderlist（奇妙清单）、Microsoft To-Do、Any.do、MyWeek（一周计划），甚至是Trello等等。

参考链接：

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

https://lifehacker.com/productivity-101-a-primer-to-the-getting-things-done-1551880955

项目集成管理（也叫项目整合管理），其英文全称为：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

随着SDN（Software-Defined Networking）网络技术及相关产品逐步获得广泛运用，一些从事IT、网络行业的朋友也开始更多地关注SDN相关的认证。传统的网络技术相关认证（如：思科的CCNA、CCNP等）基本上不会或很少涉及SDN相关技术专题。那么目前思科有没有推出和SDN有关的认证呢？

如果你对SDN有关的认证感兴趣，不妨关注一下思科的这两门认证：Cisco Network Programmability Design and Implementation Specialist（NPDESI，思科网络编程设计及实施专员），以及Cisco Network Programmability Developer Specialist (NPDEV，即：思科网络编程开发专员）。

以上两个认证侧重于网络的可编程性，及任务的自动化。NPDESI的方向是设计与实施，参加此认证之前需要持有CCNP、CCDP、CCIE、CCDE中的一种证书。NPDEV则是软件开发方向，认证的参加者需要具备Python、C等相关的编程知识，但没有强制性的认证要求。

有兴趣的读者，可以进一步看看参考链接。

参考链接：

https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/specialist/network-programmability-design-implementation.html

https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/specialist/network-programmability-developer.html

https://www.cisco.com/c/en/us/solutions/software-defined-networking/vendor-specific-networking-certifications.html

https://www.cisco.com/c/en/us/solutions/software-defined-networking/vendor-neutral-networking-certifications.html

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/