携程敏捷总动员是由携程技术管理中心(PMO)发起的敏捷项目管理线下主题沙龙活动(每2月一次),旨在和研发管理同行分享互联网行业第一线的优秀敏捷实践.     5月10日携程敏捷总动员-OKR专场活动,携程PMO团队邀请了来自Worktile和携程黄埔训练营的两位OKR专家,为现场的参会者带来了OKR在研发团队如何落地的精彩分享.   研发管理圣器   第一位分享嘉宾是来自WMC首席咨询顾问/管理合伙人,王晓萱.   晓萱老师以让人头疼的研发管理为开题,讲述了Agile.Devops.OKR在企业…

这周的个人项目让我感受到自己在编程方面的不足和缺陷,所以选择了<高效程序员的45个习惯>中的敏捷开发和敏捷调试两个章节进行阅读. 以下将对敏捷开发和敏捷调试展开详述. [敏捷开发] 注释 | 以前写代码有时会为了写注释而写注释,既费时费力又显得多余而无效果,其实,在代码可以传递意图的地方不要使用注释,例如:bool isStartofWord 就无需添加注释说明变量名含义,又如 int getLinesofFile(string filename) 也无需添加注释说明函数用处.换言之,解释代码…

OKR与敏捷开发的原理有着相似之处,但已经使用敏捷的团队再用OKR感觉会显得多余.这种误解的根源就在于对这两种模式不够了解,运用得当的情况下,OKR和敏捷可以形成强强联合的效果,他们可以创造出以价值为驱动的团队,改变团队的工作方式. 本文是OKR与敏捷系列文章的第二部分. 回顾第一部分请点这里:系列文章|OKR与敏捷(一):瀑布式目标与敏捷的冲突 全栈敏捷 想要实现业务的敏捷性,公司需要确保各层级的敏捷性.以此来替换公司传统组织架构的各个层级: 在全栈敏捷中,组织各个层级的架构转变为: 文化以激…

2018年3月23日,在美国的芝加哥发生了一起意外刺杀事件.一名男子刺杀了一位首席执行官,而这位不幸的首席执行官就是<敏捷宣言>的合著者--Mike Beedle.Mike 的这场意外令 Scrum 之父 Jeff Sutherland 心痛不已," Scrum 和敏捷社区失去了一个巨人." 最初,Mike 在校期间发布了一篇硕士论文,论文内容是有关非线性系统的.这篇论文发布后不久,Mike就受到杰夫·萨瑟兰(Jeff Sutherland)和肯·施瓦伯(Ken Schwa…

敏捷改变了人们的工作方式,不仅仅是开发部门,而且还包括其它的部门,例如HR.财务以及PMO等.在大多数组织中,PMO是一个控制体.它指导项目团队的规范.模板以及流程.目前,大多数的IT组织都敏捷化了.Nick Oostvogels,SkyCoach公司的项目经理及敏捷教练,最近发表了敏捷组织中PMO的新角色的文章.Nick说,组织敏捷带来了一些影响,例如业务单元有偏差.项目组合规划不满足敏捷的步调,以及项目管理办公室不知道如何支持敏捷团队. 一个经典的PMO突然必须处理敏捷项目时都会表现相同的方…

敏捷组织中PMO应遵循的准则 敏捷改变了人们的工作方式,不仅仅是开发部门,而且还包括其它的部门,例如HR.财务以及PMO等.在大多数组织中,PMO是一个控制体.它指导项目团队的规范.模板以及流程.目前,大多数的IT组织都敏捷化了. Nick Oostvogels,SkyCoach公司的项目经理及敏捷教练,最近发表了敏捷组织中PMO的新角色的文章. Nick说,组织敏捷带来了一些影响,例如业务单元有偏差.项目组合规划不满足敏捷的步调,以及项目管理办公室不知道如何支持敏捷团队. 一个经典的PMO突然…

所谓的"敏捷组织"其实并没有标准的模式,而且PMO(项目管理办公室)并没有一个标准的角色定义.有一个非常普遍的误解,公司在选择"敏捷"或者"瀑布"的开发流程时只能做二元互斥的选择,导致的结果就是一些公司会试着让他们的业务和项目严格遵循这种模式到一种极致的状态.而正确的解决办法应当是让开放方式去适应业务需要,并且很多时候,两种开发方式应当兼而有之.一般来说,任何PMO都有责任去最大化组织内部项目组合的投资回报率,他们通过以下方式去达成: 通过选择对…

看板开发方法是近年来最热门的敏捷和精益开发方法.看板之父David J. Anderson觉得其核心在于帮助企业创造一种能力--提升敏捷性.CTO俱乐部看板研修班将通过理论.沙盘模拟.真实案例分享等阐释看板核心理论. 看板方法诞生于2006年前后,是近年来最热门和上升速度最快的敏捷方法.成为拉动互联网时代敏捷变革的主流方法.被互联网企业和追求互联网变革的传统企业普遍採用. 一方面它有力支持了精益创业.持续交付和DevOps等实践的有效实施:还有一方面作为渐进式变革方法,看板方法为敏捷转型提供了更…

第1章 为什么需要敏捷 第2章 敏捷和敏捷项目管理定义 第3章 敏捷项目管理价值和原则 1.我们的最高目标是,通过尽早持续交付有价值的软件来满足客户的需求 2.欢迎对需求提出变更,即使在项目开发后期也不例外.敏捷过程要善于利用需求变更,帮助客户获得竞争优势 3.要经常交付可用的软件,周期从几周到几个月不等,且越短越好 4.项目实施过程中,业务人员与开发人员必须始终通力合作 5.要善于激励项目人员,给予他们需要的环境和支持,并相信他们能够完成任务 6.团队内部和各个团队之间,最有效的沟通方法面对面…

Scrum 是用于开发和持续支持复杂产品的一个框架.Scrum 基于试验性过程控制理论,借鉴了精益思想.时间盒.模块化设计等,并完整地体现了敏捷宣言和敏捷原则.Scrum 采用一种迭代.增量式的方法来优化对未来的预测和管理风险,建立组织响应变化的敏捷能力,从而达致更好的效果.Scrum框架包括3个角色.3个工件.5个活动.5个价值观.在这个框架中,整个开发过程由若干个短的迭代周期组成,称为Sprint,每个Sprint的建议长度是1到4周.使用产品Backlog来管理产品的需求,它是一个按照商业…