• CSPO+A-CSPO直通车
  • 敏捷领导力(CAL E+O / ALJ)认证培训
  • Five_reasons_three
  • Hardware-agile-practice-20231012
  • Clp_20220108
  • A-CSM 国际Scrum联盟认证 ScrumMaster
  • CSM A-CSM一站式培训
  • CSM CSP CAL CSPO CSD CST CEC CTC
  • ShineScrum捷行出版书籍
知易行难,砥砺奋进 ---智诚创想成功举办《Scrum敏捷软件开发管理企业级实训》

 随着软件在装备中应用范围和实现功能迅速拓展,装备软件呈现出多样化,复杂化和智能化特点,而软件在开发和管理过程中面临的问题也是越来越多,需求不确定,需求不明确,需求变来变去,软件质量在某种程度上已成为制约因素……随着问题的涌现,GJB5000A与敏捷开发方法逐步成为软件过程改进的两种主要模式,在我们为客户提供相关支持与服务过程中,发现GJB5000A流于形式与敏捷在实践中“无章无序”的现象都很突出,如何在5000A框架下融合以快速迭代开发为主的敏捷开发,如何改观客户所认为的“敏捷不需要文档,敏捷不需要计划,敏捷不需要过程,敏捷就是想怎么做就怎么做”认识,北京智诚创想科技有限公司致力于军用软件工程的管理应用,关注客户在软件开发管理过程中存在的问题,为了体现运用敏捷带来的价值,帮助客户改善原有开发方法的弊端,逐步形成敏捷,迭代增量式开发,快速应用开发,进行了面向军工单位敏捷软件开发管理培训的需求调研,针对行业和领域特点确定课程主体内容,特邀请国际Scrum 联盟认证的全球百位CST(Certified Scrum Trainer)之一、MBA、敏捷教练、组织顾问,ShineScrum 创始人王军(Jim Wang)于4月15日和16日为6家单位的30多名客户提供了《Scrum敏捷软件开发管理企业级实训》,揭开敏捷的神秘面纱。

两天培训课程涵盖:

培训从分析“传统软件开发模式”特点入手,对比之下讲述敏捷方法,框架及其特性,由浅入深进行讲解,通过寓教于乐,精心策划的几组小游戏加深理解,调动大家学习兴趣和热情,让大家意识到Scrum并不是晦涩难懂的理论,也不是脱离实际的空谈,而是切实来源于工作实践,而且是被证明了的实践工具,实践方法,逐步打消培训前大家的畏难心理。

比如在讲授Scrum价值观的时候,讲师让每组用图形的方式将价值观中“承诺,关注,开放,尊重和勇气”呈现出来,于是各组分别用钥匙/婚戒表示承诺,用飞镖盘/眼睛表示关注,用窗户/拥抱表示开放,用合十双手和心来表示尊重和勇气,一下子就使学员记住了敏捷的价值,特别是开放这一价值是团队信任的基础。

在进一步讲解Scrum框架时,是个很难理解的知识点,讲师提供了工具(Build your own Scrum)让每组学员按自己的理解进行剪裁,排列,将各项内容要素进行连接,讲师点评分析的过程中将Scrum框架和流程进行了梳理和传授。

在讲授ScrumMaster职责时,将SM,PO的角色与现在许多单位的PM角色进行了比较,通过游戏环节,识别SM和PO的工作内容,进一步强化大家对这些角色的职责和工作内容的认识,加深对“3355”的理解和记忆。

第二天的培训难度加大,学员理解起来有些吃力,特别是DoD和验收标准及Scrum四大会议(计划会议,每日立会,评审会议和回顾会议)和一个梳理的内容,通过讲解,对后期验收测试和前期开发之间的联系及测试与Scrum关系方向有了更清晰的认识,也加深了对持续集成重要性的理解,对大家普遍存在问题和疑虑较多的review meeting和retrospective meeting的参与者和主题,目标,如何执行并体现价值,讲师也给予了耐心的讲解。

普遍认为两天下来,自己的头脑和思维如同洗礼一般,不仅仅收获的是一张认证,更多的是深刻理解了Scrum的内涵与禅意。两天来一直在Scrum的指导下,以Scrum of  Scrums的形式完成“培训”任务。

知易行难,Scrum敏捷转型实践之路漫长而艰巨,但只有去尝试由微观管理入手去做,才能使之得到推广和应用,只有打破传统意义的开发模式,才能通过迭代增量交付的方式,持续交付被认可,被试错过的,被持续反馈的软件产品,才能减轻团队技术债务,才能更好地满足和应对当前市场竞争。

北京智诚创想科技有限公司从此次培训中深刻体会到所服务的用户在日常工作中面临的困惑,困局和困难,客户的问题就是我们的机会,客户的问题就是我们的责任,由此更加坚定了致力于为广大用户服务的信心和决心,更加明确了我们在敏捷开发与GJB5000A融合方向上的目标与聚焦点,以敏捷研发模式运作,结合软件开发过程管理,切合用户行业领域特点,提供从需求管理、特性故事管理、代码托管、持续构建、自动化测试、版本发布“端到端应用实践”的解决方案、平台工具及支持服务,帮助客户打造符合其自身规范要求的较完整的DevOps全链路支撑。

感谢Jim的传授,感谢学员的信任,感谢工作人员的付出,希望我们能为广大客户带来更多的“知识盛宴”。

来自讲师和学员的分享

此次培训超过了预期,这应该是我面向国内军工院所单位做的第一期敏捷培训,培训前以为会是一个很痛苦的过程,毕竟是传统与新方式,新模式,新框架,新思维的碰撞,难免会有不同的声音和视角,但两天培训下来完全超过预期,能感受到课堂上来的都是单位的骨干,学习很投入,提问很积极,互动很频繁,思维很敏捷,转型决心也很坚定,欣慰地看到他们在这两天在一点点转变,接受新的理念,特别是第二天上午临结束前五个“优秀ScrumMaster案例”分享,其中有一组ScrumMaster的回答让我印象深刻,她说要问一下团队成员会有多大的影响,这个答案让我非常敬仰。这五组“优秀的ScrumMaster案例”回答是我在国内外培训以来回答最好的五组,层次非常高,体现水平,相信他们如果坚持自组织形式,共享团队目标,树立协作意识,会成为优秀的,真正的ScrumMaster的,我也期待他们实践起来,哪怕从小入手,在做的过程中去加深理解,牢记“If I do, I understand”希望他们回到工作岗位后,开启敏捷模式,期待转型成功。
                                                                                 ---讲师 王军 

总体感觉组织形式很不错,学习氛围很好,大家一起沟通交流充分。还有就是回顾会很有意思,让大家把第一天和第二天的学习内容无缝连接。有个改进建议,在培训中适当融入具体实例,成功的、失败的。让大家更深刻认识敏捷思维,以及如何开展取得实效。
                                                                              ---CETC30 崔工

从事软件开发工作已经有很多年了,虽然从早期接触过XP的概念,但对敏捷的管理理念缺乏系统的理解。在日常工作中,因为工作的需要,有意或无意的运用了相应的工作理念,也收到了一些效果。但因为与常规工作方式的不同,往往在别人简单借用这种做法时,缺难以收到理想的效果。因此,渴望有一个机会,系统详实的验证和提升这些方法,使工作效果能够常态化提升。这次培训恰好给了我一个这样的机会,能够在世界级Scrum大师的带领下,由浅入深地了解Scrum的内涵。两天的时间虽然很短暂,但还是给我带来了很大的冲击,总结起来就是以下几点:  

首先是寓教于乐,几个精心策划的游戏,寓教于乐、深入浅出地让大家意识到Scrum是真真切切来源于生活,也是逐步认知和发展的基本规律。  

其次是整个培训过程中,我们一直在Scrum理念的指导下,不断运用着Scrum原则,不断加强相互之间的紧密沟通,透明化使我们迅速化身为一只高效率的团队。  

最后是经验的传递,并不单单是介绍一种软件开发模型,也是一种高效管理模式。

两天培训时间不长,但结合实际,JIM实实在在传授运用的真谛,在展示经验的同时,也讨论分享了容易遇见的主要问题;组织单位的培训过程中一直在给我们实际演练;一起参加培训的朋友们也利用这个机会相互交流了彼此的经验和教训。这些,都使我受益匪浅。  

非常感谢培训师,感谢组织单位,感谢一起上课的学员,让我拥有这样一次近距离体验Scrum,全方位了解Scrum,深层次理解Scrum的机会。

同时希望,在讲述经验的同时,能更多的分享和交流实战中容易出现的问题;两天时间很短,在实战中还需要持续更多的实战和分享,让培训发挥更大的价值,因此希望能够让交流群成为一个长期的平台,可以共同提升运用水平;同时,和长期的实战相比,两天实在短暂,也希望能够推出进一步的培训,帮助是开发和管理走向进步。
                                                                          ---CETC29 张主任

首先感谢北京智诚创想给了我这次培训学习的计划,使得对敏捷处于“空杯”状态的我在Jim老师的指导下对Scrum的理念和架构有了一定的认识。在此摘录给我印象最深的几点:

关于需求变更

敏捷思维认为产品的需求实在同用户的沟通和产品实现过程中不断涌现的,而经验性过程控制较以往的预定性过程控制能更好地适应软件项目的复杂性。随着项目迭代过程中的检视和调整,软件需求会不断被分解细化,而计划本身也随之逐步完善。   

关于Scrum团队的组织管理

Scrum团队采取自组织、自我管理模式,团队成员间只有分工不同而没有上下级关系。区别于以往开发团队中指派任务、各司其职的模式,Scrum团队看重的是个人对承诺的勇气和专注,看重的是团队的开放和相互尊重,互相沟通、共同承担是Scrum团队解决困难的不二法宝。

关于Scrum敏捷开发的“节奏感”

这种节奏感主要体现在团队在Scrum框架指导及Sprint时间盒约束下,按照Scrum“5个仪式”流程,周期性地“拉入”任务、产出可运行产品的过程中。这种节奏感的建立跟Scrum团队中每个人都息息相关。Scrum Master指导架构运行,确保架构执行流畅。Product Owenr直接面对用户,针对需求的变化梳理Product Backlog,同时也保护了一个Sprint中团队工作不被外部事务打断。Dev Team通过任务板、燃尽图、站会等保证了开发过程的透明度,便于项目问题和开发过程问题及时暴露和解决。

以上便是我在此次培训中的一些学习心得和感悟。这次培训略感遗憾的是:由于时间安排有限,主要课程内容集中在Scrum理念架构剖析,具体的工程实践相对介绍较少。比如,在Product Backlog的建立梳理中,按照什么原则来分解任务、选择任务以及对任务进行排序。在目前软件测试人工为主、工具为辅的现实背景下,如何让软件测试能保证质量并跟上迭代步伐,凡此种种,希望能建立更多分享和交流的平台,让大家在能及时交流项目实践中的各种问题。
                                                                 ---CETC51 胡主任/刘工

来自培训现场精彩剪影



本文作者:徐莉,已授权转载自微信公众号“KLOCWORK代码质量分析”

扫描下方二维码关注更多



*课程价格:RMB 7000元/位,早鸟价6300元/位,3人及其以上团体报名优惠更多,报名接近尾声,欲报从速。