1、PMP ®项目管理认证 1999年，中国国际人才交流基金会（原国家外国专家局培训中心）将起源于美国的项目管理协会的《项目管理知识体系指南》（《PMBOK指南》）及项目管理专业人士（PMP®）认证引入中国。2000年，项目管理专业人士职业资格认证（PMP®）在中国大陆地区首次开考，当年报考人数仅有316人次。而到了2019年，年报考人数已达14.5万人次。 截至2019年9月，全国累计PMP®报考人数近60万人次，通过PMP®认证人数约42万人，有效持证人数约30万人，占全球PMP®持证总量的31.
作为敏捷项目管理的开篇文章，还是先来简单地说一说为什么先从敏捷开始，为什么是以 PMI-ACP 为参考。当然，这一系列的文章可能不可避免地会为 PMI-ACP 做一些广告，但是我想告诉大家的是，敏捷以及项目管理相关的内容要掌握好，实践比理论重要，也比考试证书要重要的多。
PMI经过多年调查发现许多项目需求不断地变更，成员小于10人的团队 ，套用以往“先做计划再做事”的思维，项目根本推不动。因此，PMI提倡采用敏捷(Agile)的方法管理充满变动的项目，并从2011年开始正式推出 PMI Agile Certified Practitioner(PMI-ACP)认证，使项目经理能够具备快速应变的能力
这本书来自于EXIN DevOps认证的推荐用书，也是一本入门的书，虽然本书是从一个运维的维度来写的，但是其中很多内容非常符合当前需要DevOps转型公司的现状，轻松的内容在阅读后可以看到很多问题的原因。
PMI全称Project Management Institute，中文名叫《项目管理协会》。成立于1969年，是全球领先的项目管理行业的倡导者，它创造性地制定了行业标准，由PMI组织编写的《项目管理知识体系指南》（PMBoK）已经成为项目管理领域最权威教科书，被誉为项目管理“圣经”。
回想第一次认识东东，有着丰富的DevOps平台开发经验（测试开发进阶之旅）、文档协作能力，但是却很难把为什么这样做说的清楚，常常纠结在课程理念内容的莫名其妙。随着工作上的逐渐上升，对于看待问题的方式发生了微妙的变化，从技术解决一切来到了一个全新的知识面，而这次ACP考试只是一个开始，而不是一个结束。
2014年关将至，对于IT专业人士来说，跳槽、转型、进修又成了热门话题，而IT专业认证作为IT人才市场的风向标，也是个人职业发展的敲门砖。近日调查公司Foote Partner近日对2600名IT雇
总算来到了 Scrum 的最后一篇文章，前面的超长文章有没有吓到大家。如果你没记住它们也没关系，看完今天这篇简单的文章内容之后，我们再回去看它们就简单易懂了。当然，如果是要准备 PMI-ACP 考试的同学，那还是尽量回去好好记住它们吧。
2014年10月第1版
DevOps团队非常喜欢使用DevOps流程，尤其是在多云和混合云基础架构中，原因有很多。 一方面，DevOps打破了障碍，实现了agile软件开发和IT运营的持续交付。 它在企业中也很受欢迎，因为可以通过数字化转型帮助加速业务成果。
每个项目管理理论中，都会提到一个项目生命周期的概念。关于生命周期其实很好理解，就是一个项目从诞生到消亡的整个过程，在这个过程中，一般会有几个重要的节点是我们需要特别关注的。比如说，我们的人生也是一个生命周期，出生、上学、高考、工作、结婚、生子、退休、养老、终结。这些就可以看作是我们人生的一系列的重要结点。生命周期一般就是描述这样一个从无到有再到无的一个周期。
你们一定想知道为什么不接着讲 Scrum 呀？干嘛中间横插一脚。好东西嘛，当然要留到最后，所以我在这里也就卖个关子，先陪着大家一起来学习一下其它好玩的敏捷框架，或许你能发现不一样的东西哦！
一提到 XP ，很多人的第一反应是微软的那个操作系统。没错，XP 似乎已经是它的代名词了。但是，在敏捷领域，也有一个 XP ，而且也是一样的如雷贯耳。那就是传说中的 ExtremeProgramming 极限编程，它的简称就是 XP 。
前文已述，价值在商业项目中的体现最终会回归到赚钱这个事情上。而如何衡量赚钱这个事，那就和金融财务方面的许多计算扯上关系了。项目经理需要掌握这些东西吗？可以不需要，但如果你有这方面的知识那就最好了。如果没有的话，请发挥你的情商，跟公司的财务打好关系吧。
人常说“时间在流逝”。其实不对，时间是静止的，是我们在流逝。再回首，已记不得当初2022年“拍脑袋”定的flag了，无奈只能翻起2021年终总结才发现梦想很美好，现实很残酷。从上面的思维导图来看2022年总体还是朝着当初定的目标在前进，只是过程中有些计划定的太理想化了，导致可能最终完成的结果不太好，比如：目标跑300公里，实际才完成了94公里；目标口语能达到随机选一个话题能讲2分钟，实际也就1分钟就卡壳了。回想起工作中好像也是经常会发生这种情况，比如程序员每次评估需求所需的工时一样都非常乐观-,-，在我看来对于已知的事物我们都能比较准确的估算工时，但是对于未知的事物往往很难去评估，这也许就是PMI-ACP认证中提到的我们需要有“探针”来去评估风险，去平衡时间与资源的利用率，就像《精益产品开发》书中举的例子医院的医生与病人之间，到底应该是时间优先、还是资源优先，如何达到“最优”，对应于工作也是，质量是没有底的，我们如何去做“刚刚好”的质量，这是一门艺术，是我们需要用一生的时间不断学习、探索的过程。
回想从当年创业开始做全栈测试（技术领域的端到端）到后面的测试运维架构师（业务+技术领域的端到端），对于自己来说中间经历的知识栈跨越是相当痛苦的，如果说全栈好歹在当年学习性能的基础上做了延伸而已，测试运维所要突破的管理和流程、文化上的栈真是一脸懵逼。
到昨天为止，我们的春节彻彻底底的结束啦，希望大家继续努力，过好2019的每一天哟~
上一大篇的敏捷框架怎么样，有没有意犹未尽的感觉？敏捷框架只是敏捷的一部分，而且是偏实践的部分。所有的教材都喜欢把这些敏捷框架写在前面也是因为这部分非常吸引人。但是，真正的敏捷还有许多理论等着我们来探索，不要着急，在学习完后面的内容之后，再回来看敏捷框架，或许你会理解得更加深入。
但凡接触过一点敏捷的小伙伴，一定会听过 Scrum 的大名，为啥呢？因为各大互联网公司确实都在应用很多 Scrum 的实践。比如我学习过的网易云课堂的项目管理微专业课程，里面的讲的基本上就都是 Scrum 的各种东西。
上篇文章中，我们已经学习过的内容是最里面的那一圈的，也就是编程方法相关的四个内容，另外还加上中间那一圈的两个内容。本来我是计划一篇文章写完 XP 的这 13 个实践的，不过很明显，我失策了，每一点一不小心就会写很多，于是，只能再起一篇文章写后面的内容。
敏捷中，最重要的是什么呢？基本上所有的教材都会说，敏捷是以人为本的，以团队为核心的。第一，敏捷不提倡加班，第二，敏捷让团队自管理，第三，敏捷中的领导都是服务员而不是命令者。是不是看着很激动呀，敏捷对员工这么友好吗？没错，相比传统的项目来说，在敏捷中做项目是快乐开心的。那么，要实现敏捷，我们的团队需要怎样的领导与团队环境呢？
我们已经学习过了从财务的角度来说，一个产品的价值是如何体现在金钱利润上的。这件事本无可厚非，但是，在价值驱动交付的开篇，我们又说过，一个产品的价值也并不是完全的体现在钱这件事上。因此，矛盾也就产生了，那么除了财务维度外，我们还应该怎样衡量一个产品中各项任务的价值优先级呢？
上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。难道真正的敏捷只是遵循这四句话就可以了吗？不要 too young too simple 了。
先来一波高能预警，对于项目管理来说，笔者拥有PMP、PMI-ACP以及信息系统项目管理师三本证书哦。这三个证书实际上就是目前国内项目管理方面的三个权威证书。
9月份结束ACP的认证考试后，在云大的建议下，随即安排了ASM+DOM的学习规划。上周末顺利完成ASM的考试，先记录点什么来mark一下自己的学习历程。
纵向: 十大知识领域：项目整合管理，项目范围管理，项目进度管理，项目成本管理，项目质量管理，项目资源管理，项目沟通管理，项目风险管理，项目采购管理，项目相关方管理
看着眼熟不？是不是很多内容我们在上篇文章中其实都已经讲过了。没错，可能有些概念你很清楚，但有些概念你就完全没听说过了。今天，我们就来一次性地好好学习一下。
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。
相信通过前面一篇文章的介绍，你已经对 Scrum 有了一定的了解了。但是这玩意怎么用呢？XP 的实践如果是做过软件开发的同学，或者是带过软件开发团队的同学一定或多或少的都接触过，至少也是听说过。但就像上篇文章说过的，XP 很偏重于具体的软件开发实践，而 Scrum 则更全面地渗透到管理层面，更加的宽广包容一些。还记得上篇文章中最后的那个 Scrum 过程图吗？
一看到这个标题，是不是感觉马上就激动起来了，自从讲完敏捷框架之后，我估计大家最激动的地方就在今天这篇文章了。用户故事这个东西吧，现在已经是在敏捷中用来描述需求的通用工具了。但凡提敏捷，必须要问用户故事。之前我们学习过的 待办事项列表 ，迭代冲刺事项列表 之类的内容，记录的都是用户故事。在冲刺中，白板、任务板上贴的，都是用户故事。那么，真正的用户故事你知道怎么写么？
从今天开始，通过21天打卡ACP的学习，带领同学们一起进入ACP的学习之路。首先进入我们的第一课：什么是敏捷？
考完PMP之后，想对项目管理有更好的了解，就用备考PMI-ACP，一次通过，以下是备考心得：
在1969年以前，不管是制造汽车还是制造轮船，全世界的项目管理都没有太多的章法和规则。直到1969年美国成立了PMI组织，推出了PM Bok一整套规则、PMP认证后，全世界的项目管理就有了章法、有了规则。（= =#这样就是大家现在苦逼考着的PMP。）
《洞悉敏捷》一书客观全面地介绍了全球正在使用的各种敏捷方法的价值、原则、架构、过程和适用场景。除敏捷知识讲解外，书中还记录了13位享有盛名并且受人尊敬的敏捷大咖的访谈内容。受访者包括，Bob 大叔、Mike Cohn、Scott Ambler、Lyssa Adkins、Alistair Cockburn……本期为您带来Lyssa Adkins、Alistair Cockburn的访谈实录。
在个人和疫情的双重拖拉下，终于把ACP考过了。收到祝贺邮件的时候，有点欣喜，考试通过是对自己学习的肯定；又感觉很平静，从开始深入学习敏捷也有3年时间了，加入云大的课程后，学习了很多体系，接触很多圈内专业人士，耳濡目染各类观念的碰撞和案例分析，自己也是潜移默化的改变了思路。
随着云计算、人工智能、大数据等技术专业的火爆，职场上对于专业人才的需求与日俱增，甚至开出年薪百万的薪水。尤其是当前依旧火热的 IT 行业，仍然是高薪工作榜上的一朵明珠。 但是IT从业者具有较强的专业性，这也使得像开发工程师、架构师等方向的从业人员要求比较高，不仅需要扎实的专业基础，还需要一定的项目实践经验。这使得一些普通学校毕业的大学生，很难进入大厂等优秀的企业。 技术更新迭代，内卷严重的当下，你不提升自己的竞争力就会被淘汰，企业不需要代码的搬运工，需要具有深入分析问题和精准解决问题能力的人。 如何加码自己
在很多正在进行的敏捷变革公司的传统项目经理，他们的角色也是从传统项目管理的角色向敏捷项目管理的角色转换。传统的项目经理就是整个项目管理为中心，需要掌控「人力资源」，「质量」，「时间」，「范围」，「沟通」，「干系人」，「风险」，「进度」等。
软件危机诞生了软件工程，同时也产生了软件开发方法。第一个系统化的软件开发方法是瀑布软件开发。瀑布模型（Waterfall Model）是 Royce 在 1970 年提出的，他把大型软件开发分为：分析与编程，像工厂流水线一样把软件开发过程分成各种工序，并且每个工序可以根据软件产品的规模、参与人员的多少进一步细分成更细的工序。该模型非常符合软件工程学的分层设计思路，所以成为软件开发企业使用最多的开发模型。瀑布模型出道即巅峰，发展至今，仍然是主要的软件开发方法之一，深刻影响着软件开发协作方式。瀑布模型的出现让软件开发方法实现了从无序到有序的突破，极大缓解了当时的软件开发混乱程度和高失败率，成为当时软件工程的福音。
I. 项目管理概述 A. 项目管理定义和目标 B. 项目管理的重要性和价值 C. 项目管理生命周期
10月26日，2019年PMI（中国）项目管理大会在上海举办，当主持人宣布腾讯公司“一部手机游云南”项目获得2019 年 PMI（中国）项目管理大奖——杰出项目奖时，台下响起热烈的掌声（掌声响起来）。 获奖证书秀一下 PMI(中国)项目管理大奖因其竞争激烈的晋级与严格复杂的评审而在业内颇负盛名。此次“一部手机游云南”项目参选是腾讯第一次参与PMI（中国）项目管理大奖的评选，并顺利荣获奖项。 腾讯云项目管理通道会长王艳茹（右二）上台领奖 颁奖典礼现场 PMI（美国项目管理协会有限公司）成立于
“手中有粮，心中不慌”。而作为精神食粮的知识，以及知识载体的人才，在后疫情时代企业数字化转型中扮演的作用不言而喻。
上一篇文章内容有点多呀，消化完了吗？其实吧，最主要的就是那三种组织形式而已，别的真没什么，记住它们的优缺点和项目经理的权力大小就可以了。今天我们轻松点，虽说还是挺重要的，但要记住它们并不是在今天。我们要了解一下项目的生命周期，以及在 IT 项目开发中常用的典型生命周期。其实这些内容我们在技术相关的内容中都已经有涉及过，这里只是更详细的再说明一下。看到下面的内容你一定不会感到非常陌生的。最后，我们还要提一下项目管理过程，也就是大家翘首以盼的 PMBOK 十大过程领域，当然，只是简单的介绍下，因为每个过程域我们在后面都会详细地学习。
本文内容选自中国DevOps社区年会 · 2019年会，王立杰老师（无敌哥）分享的《打造信任、尊重与担当的DevOps文化》实录。
作为一名程序员客户端开发，之所以报考PMP是因为在上家公司从事了项目管理的工作，接触了一些项目管理的知识，感觉项目管理的一些理论对于管理水平提升很有用，所以打算系统的学习一下项目管理并且考取证书。
访问控制列表(ACL)使用XML语言描述，它是与资源关联的一个指定被授权者和授予权限的列表，每个存储桶和对象都有与之关联的ACL，支持向匿名用户或其他腾讯云的主账号授予基本的读写权限，需要注意的是使用与资源关联的ACL管理有一些限制：
作为湖南省首家区域性股份制商业银行和湖南最大的法人金融企业，也是湖南首家上市银行，长沙银行一直走在金融行业数字化转型的前沿。提出“通过数字经营开局战，加快推动全行数字化转型”的战略目标，把自身的发展融入到国家信息化、金融科技规划当中，以新思想、新团队、新模式、新架构、新能力、新平台的发展理念，开创数字经营的新局面。
下面的这些要点是对所有的C++程序员都适用的。我之所以说它们是最重要的，是因为这些要点中提到的是你通常在C++书中或网站上无法找到的。如：指向成员的指针，这是许多资料中都不愿提到的地方，也是经常出错的地方，甚至是对一些高级的C++程序员也是如此。 这里的要点不仅仅是解释怎样写出更好的代码，更多的是展现出语言规则里面的东西。很显然，它们对C++程序员来说是永久的好资料。我相信这一篇文章会使你收获不小。 首先，我把一些由不同层次的C++程序员经常问的问题归到一起。我惊奇的发现有很多是有经验的程序员都还没意识到
之前做过一次银联支付的配置工作，然而第二次配置，虽然有点印象，但最终还是翻查了半天资料和代码，才完成了配置。这里对银联支付所需做一个简单的整理说明，以便后期查阅，同时分享给大家。
K8S中有两种用户(User)——服务账号(ServiceAccount)和普通意义上的用户(User) ServiceAccount是由K8S管理的，而User通常是在外部管理，K8S不存储用户列表——也就是说，添加/编辑/删除用户都是在外部进行，无需与K8S API交互，虽然K8S并不管理用户，但是在K8S接收API请求时，是可以认知到发出请求的用户的，实际上，所有对K8S的API请求都需要绑定身份信息(User或者ServiceAccount)，这意味着，可以为User配置K8S集群中的请求权限。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
