• Cams2
  • Cal
  • Training
  • Five
  • Arne-04
  • Jens-02
  • Jim-banner
  • 2015
  • Shine-scrum-01
  • Jens-heart-of-scrum
Articles
组织敏捷转型——项目经理和职能经理如何转身
成为CSP的9大理由
光棍节不孤单——陪你聊聊技术债务
鬼节真故事——欠债总是要还的
MVP不一定是真实的产品,而是一个实验
Scrum Master的演化模式
完美的敏捷工具 - 12大主要特征
为什么敏捷在嵌入式开发环境中很重要
什么决定了你的职场天花板?
ScrumMaster被评为2017年最具前景的20类工作之一
所有组织都受到功能障碍的困扰,这里的功能障碍指阻碍组织实现他们全部潜能的障碍或障碍物。敏捷流程(如Scrum)的好处之一就是它帮助暴露这些功能障碍。
对于多数产品待办事项列表(product backlog)项,尤其是产品功能类,敏捷团队通常使用用户故事(user story)来表达预期的商业价值。
你的考核在哪里,结果就在哪里,所以要特别小心你考核的内容
具备敏捷思维方式的领导者把自己看做赋能者,而非控制者,提倡团队自治,引导开放、平等、和谐友好的工作氛围。敏捷实践者呼唤敏捷领导力的出现!
2015年11月4日 在技术驱动的经济中,管理需要根本性变革吗?如何利用数字技术来提高人类的能力?我们能实现全面的突破性的创新,为人们创造新的机遇吗?基于新技术的基础设施之上,一个新的经济秩序正在建立起来吗?
想象一下:你是一个中学的化学老师。你的学生在任务复杂的工作组中工作,你不太满意团队合作的结果。然后你女婿成为了Scrum Master,你听到了他热情洋溢的故事…这就是开始。
你正在寻求获得Scrum认证吧。也许你自发地这样做,或者你的公司已经督促你采取行动。但是你正在寻找。当你在挑选认证机构时有很多候选机构,你想选择能给你提供最大价值的机构。毕竟,我们正在谈论的内容关乎你的事业。为了帮助你比较你的候选机构并为你确定最好的一家,以下是选择Scrum认证机构要关注的五项重要的要素。
双环节和决策都是建立在敏捷团队和组织之间统一决策的基础上。这种传统的线性层次结构,可以成为周期性的层次结构:(正式)集成了自上向下和自下而上的决策。
组织中的等级制度反映出相应的组织领导力,这样的领导力和敏捷是不匹配的,许多敏捷团队对此深受其害。基于自组织和迭代过程的团队遇到组织环境自上而下的驱动性所带来的问题,因此,许多敏捷的支持者认为,一个受支持的敏捷组织应该是不设等级的。这就是为什么一些公司会在敏捷领域内尝试不同的组织结构。然而,并不是所有的组织都能有这样的选择。
第十届美国国家年度敏捷调查清楚地表明,在过去的10年里敏捷软件开发越来越受欢迎。参与调查的人数已增长逾三倍。2006年,只有不到一千的受访者接受调查,而最近一次有3880人接受调查。
在现实生活中软件所有的并发症和开发复杂情况下,我想说根本上来说是简单的。我相信如果我们保持简单,我们可以避免少走软件商业的弯路
绩效考核只是绩效管理的内容之一,绩效管理也只是组织对内管理的内容之一。怎样创造员工的最佳工作场所,怎样创造组织的最大利益,很多话题值得继续讨论,不断探索。
随着Scrum敏捷软件开发管理在国内外企业应用大火,越来越多的认证Scrum Master、Product Owner意识到CSP(认证的Scrum专业人士)的重要性,并努力探求关于CSP的知识。
敏捷宣言声明“最好的架构、需求和设计出自自组织团队”。
随着采用敏捷理念的组织迅猛发展,越来越多的组织意识到敏捷只专注于团队交付是不够的。
DoD(完成的定义)所定义的是过程,验收标准定义的是结果
虽然有一个正确的优先待办列表事项是很重要的,但我们经常会看到在产品待办列表中正确把握优先项目是一大难点。它要求你的团队要为业务最重要的项目工作,你的产品要朝正确的方向发展。最重要的工作是你作为PO,要决定如何最好地使用你团队的能力。
随着越来越多的企业开始实施敏捷,规模化环境下采用敏捷的需求正在迅速增长。本文是一系列应对规模化敏捷主题的首篇。在这里,Arne大师将总结面临的挑战,并列出最近已经出现的知名规模化敏捷的方法。且3月份Arne大师再度来华授课,将和您一起详细讨论其中一些方法和框架。
是时候让我们开始反思如何才能使得我们的整个企业变得敏捷。并且这些原则可以使用于非软件交付的其他任何公司和组织。
在架构搭建和技术研发上,除了正常的行内人的有益争论,相信大家往往也会受到一些行外人的质疑和其他目的干扰(说实话,经常遇到一些高大上的人士拿着一些看似高大上的名词咋呼咋呼,比如架构、重构、敏捷之类的,对于他们,我有看马戏的心情,也有深深的惆怅,当然有时也会得到好建议),作为一名现在还写代码和搭建架构的老程序员,我觉得有必要写一些东西,提出一些问题,说说我的思考,期望看到大家更多的反馈,看看这些问题是否很普遍
对于敏捷新团队,我们建议第一件需要落实的实践就是“完成的定义”。DoD对高度运作的敏捷团队至关重要,帮助他们在实践和行为上发展更趋向于质量,一致性和透明。
与敏捷相处的这些年里,我发现了九种模式可以将用户故事拆分成比较小的好故事。
脑洞大开篇之尊敬的项目经理…您被“忽悠”了!
当与潜在的客户交谈时,我们经常被告知他们的团队或项目已经实施“敏捷”几个月甚至数年了。我们与成功的团队交流时发现将敏捷付诸实践的团队并不少见:回顾、共享代码所有权,有效的产品管理。可惜,这并不是我们认为的一个成功的敏捷交付流程必要条件。因此这让我们思考: 一个成功的敏捷团队或组织是什么样子的呢? 当我们和一个团队或者组织打交道的时候怎么知道它是不是杰出的敏捷团队或组织呢?
你花了好几个月的时间向高管们推售敏捷转型,终于得到了他们的支持愿意通过敏捷转型来推动发展。你和团队一样难抑兴奋之情开启敏捷之旅。部门很大,大约有一百人,并且有几个项目在进行中。你开始计划着手转变,但又无所适从,因为有很多不同的方法可以处理这些问题。恐慌随之而来:我应该从哪里开始呢?如果我遇到障碍怎么办呢?我将如何说服团队呢? 别担心。作为敏捷教练,我们几乎每天都在面对这些问题。 在这篇文章中,我们将分享一些已有的克服这些障碍的宝贵技巧。
你的员工和IT管理者正在讨论可以通过实施最受欢迎的敏捷项目管理框架——Scrum获得收益吗? 在SCRUM联盟®中,我们知道实施Scrum是一个奇妙的发现之旅——可是,你要理解旅程会是紧张的。这里我们将尽力来帮助你确定敏捷的通用性和Scrum的独特性是否是你应该选取的方向。在这篇文章中将分享我们最近State of Scrum报告的四个关键点。Scrum联盟是一个会员制的组织机构,拥有超过350000名会员,致力于转变世界工作方式。Scrum是一种远远超出软件和配合客户需求的商业方法并且有效。
你正在考虑在你的公司实施Scrum,但是阻碍重重。毕竟,Scrum需要大变革,如果你的公司像大多数公司一样,对大变革不敢掉以轻心,想做好Scrum你会感到压力山大,你有责任为Scrum创造一个可以取得成功的环境,同时也有责任为Scrum提供所需要的基础性工作。因为期望甚高,你如何估计你的公司是否喜欢Scrum,是否准备好了并心甘情愿的实施Scrum?你如何才能让自己和公司成功呢?
如果您正在考虑投资敏捷流程、工具和教练,想必你是想通过敏捷来帮助您实现一些目标。对一些人来说,敏捷有助于更快的实现计划, 对另外一些人来说,敏捷则是提高效率的体现。还有一些人希望通过敏捷让自己更有竞争力或引发更多创造性的合作。在大多数情况下,通过提高项目、产品或服务的质量,使客户满意是关键目标。
Scrum中,产品负责人这个角色具有很大的影响力,但要想运用得当,可没那么轻而易举:如能成功应用,就可以在客户/产品管理和开发者之间建立起全新而融洽的关系,企业也将因此而受益,甚至有可能增加竞争优势。
我要讲一个我看到的故事。曾经有一个团队Scrum做得很开心,他们使用铅笔、纸、便签等工具,仅此而已。但是他们总觉得自己太过时太不高科技了,就像其中一位成员所说:“这简单就是我爷爷他们那个时代的做事的方法”。所以有一天他们决定去采用更好的方法。
在经验型流程里,开发团队的成员需要自己找到如何将需求转变成可用功能的方法。没有经理会直接告诉他们应该怎么做。团队成员之间需要互相协作共同制定出工作计划。
敏捷培训分享及6月国际Scrum认证大师Arne Ahlander安儒宣京沪两地授课!
在Scrum项目中执行发布计划时,产品负责人需要避免下面这些错误:没有实施发布燃尽或者发布计划;产品负责人很消极而没有参与发布计划;爆炸式发布,一次性交付大量功能;牺牲质量。
早在2008年,我们的团队就实施了Scrum,当时在国内也算最早的一批了。一开始是在客户的要求之下推行Scrum……
在传统的研发团队中实施Scrum,不可避免的会遇到传统职位与敏捷角色的冲突,如果没有很好的重新定位,冲突很可能会放大,反之,如果用好,这种冲突能够促进组织的发展。
Scrum只描述了三个角色:ScrumMaster、产品负责人和开发团队。这个看似简单的分解不可避免地导致现任项目经理一次又一次的提出这样尴尬的问题:“那么,我们这些项目经理该怎么办?
组织在导入Scrum过程中,关于产品负责人,即PO通常会遇到类似于这样或那样的情况,例如有时整个项目在用Scrum但却无PO;有时项目中有PO但PO却没有充分被授权;有时PO又过分被动;还有时PO与SM是由项目中同一个人兼任……遇到这诸多问题,该如何解决呢?
如果一次性给你1亿或者今天给你1元,接下来连续30天每天都给你前一天2倍的钱。你会选哪个?
第一次了解ShineScrum是在2014敏捷之旅上海站的活动上,ShineScrum作为一家专业的Scrum敏捷培训咨询机构对敏捷之旅的活动提供了赞助,于是便报名了ShineScrum组织的CSM培训的课程,收获颇丰。
ShineScrum分享 我的Scrum培训之旅
ShineScrum分享 《在敏捷团队中,团队成员如何相互学习》及《引导规模化敏捷框架(SAFe认证)》11月7-8号上海开课!
"What is Agile Coaching?" Application available for CSM class in Beijing on August 29-30th 2014
August 16th 2014 at Beijing Station Shinescrum Workshop. Discussions on how individuals can implement Agile at work. The theme is: "Scrum on a scale & Agile requirements analysis"
August 31st 2014 Agile training and guidance for managers at our Agile Requirements Management Workshop in Beijing. Soon to begin!
September 2-3rd 2014 The story of Wang Haidong at Ericsson, his trip to the US for Scrum and Agile training. In Shenzhen. Apply now!
18-19th July 2014 Agile teams share a collective performance evaluation at our Scrum & Agile software development management training in Shanghai.
ShineScrum Share "Documentation in Agile: How Much and When to Write It?" and Hot Registration of 2014 High Agility Salon
国际知名Scrum认证培训大师Arne Ahlander安儒宣来华授业解惑,今年是Arne来华授课的第四年,三年的耕耘,Arne已拥有350余名华人学生,其中不乏国内外知名企业的高管、项目经理、软件开发及测试人员。Arne独特的互动式教学方法,最受欢迎的敏捷价值游戏和贴近实战的案例分析及练习广受学员称道!
This paper brings out the uniqueness involved in Agile Scrum projects, and identifies the traits required for a successful team. The paper concludes with recommendation of interventions required for effective scrum team.
Recently, Jens Østergaard, invited by ShineScrum, took an interview from Turing Community.
ShineScrum Share How to be an effective ScrumMaster and 2014 Spring Advanced Agile Wine Party Registration
ShineScrum Share Agile is an evolution on the survival of the fittest
ShineScrum Share PTC's Success Story and Final Entry of Shanghai CSM course in January
Current Sharing: Why corporate restructuring must deepen and solidify
ShineScrum Share the user story of Scrum Master and hot application of October 27th High Agility Salon
Why increment must be "done"?
用Scrum的方式实施Scrum就是说组织利用Scrum的流程来实现组织的转型。要成功实施Scrum,必须在组织内进行两项主要改变:首先,软件开发人员必须被派到小团队中,还需要教会他们如何使用Scrum进行软件开发;其次,移除所有有碍于优化创新和软件交付的障碍,这些障碍会随着Scrum的使用逐渐显现。
使用Scrum的组织通常会使用30天作为Sprint的长度,但是Scrum同样允许周期更短的Sprint。周期较长的Sprint通常用于变化较少的环境,而周期较短的Sprint则通常用于机会较多或者更具有挑战的多变环境。
从企业启动转型到实现完全转型的道路是非常漫长的,其中要通过各种努力,经历长达5,6年的时间,才能让变革在企业里扎根。主要的改变很快就会显现出来,在转型的第一年里,你就能看到转型带来的好处。在转型后的两年内,主要的竞争优势就会得到体现。然而,就算转型已经完成,成功的关键——持续改进——却永远不能停止。
在前两期的ShineScrum分享中,我们分别介绍了“建立试点项目”和“在项目中应用Scrum”,本期将介绍如何“成立Scrum工作室”。项目级Scrum再进一步,就是成立Scrum工作室——一个长期运营的、可以让Scrum软件项目快速启动的、一个全新的独立组织。
在成功建立试点项目后,下一步就是在需要的项目中实施Scrum,这就是我们所说的PRN Scrum。PRN来自于拉丁语pro re nata,意思就是“当亟需时使用”。因此,PRN Scrum就是指在急需Scrum支持的项目中实施Scrum。
一个试点项目能够为你带来一样甚至是两样有价值的东西:第一样是对你的组织的迭代式或者增量式开发流程针的适用性评估,第二样是在这个过程中开发并从中获取价值的软件。
Take action to communicate face to face with Jens Østergaard, the world’s first certified CSP and one of the first CST.
在引入Scrum时,真正的“完成”和透明性十分重要,这样不但可以掌握项目进度,还可以在部分功能完成的时候进行试用;否则你将无法知道距离目标还有多远,也无法知道项目的实际成本是多少,最终导致无法有效地管理你的投资。
Adobe在Premier Pro的开发中遇到的问题越来越严重,因而开始尝试使用Scrum。在尽可能广泛地使用Scrum作为开发流程,对所有开发人员和项目经理进行了培训后,他们解决了许多问题,版本发布也变得更及时,软件的质量也更高了。
您是否饱受传统瀑布式流程的煎熬?您是否正在寻找瀑布式流程中所遇到问题的解决方法?让我们来看看敏捷流程如何将瀑布式流程的问题逐一破解。