Scrum敏捷项目管理

敏捷思考

罗伯特·加伦(Robert Galen)在他的著作《敏捷思考》(Agile Reflections)中,汇总了他撰写的有关在线出版物《 PM Times》中有关过渡到敏捷的文章。该书基于他在敏捷教练中的经验,该经验帮助公司过渡到敏捷软件开发的不同阶段。

该书涉及敏捷采用的五个主要方面:开始,执行,客户,心态和领导力。它讨论了许多不同的主题,例如敏捷指标,团队赞赏或关注价值。每章都很容易阅读,因为它以令人愉快的方式混合了罗伯特·加伦(Robert Galen)在他的敏捷教练生涯中遇到的一些实际情况的描述,并考虑了如何解决所提出的一般性问题。您可以按顺序阅读本书,也可以选择与您的文章背景更为相关的主题,因为每篇文章都是单独发表的。

敏捷思考

我会向所有从事敏捷软件开发甚至是使用更传统的方法进行项目管理的人推荐这本书,因为它提供了很多有趣的知识。“from the trenches”可以在许多不同情况下应用的材料和思想。

参考: 敏捷思考–想成为“Seriously Agile”Robert Galen,软件开发专业, //leanpub.com/Agile_Reflections

行情

这是我在本章中要强调的重点之一。敏捷方法看似简单,通常新手团队都希望训练很少而又很少或没有初始指导的人独自去做。在大多数情况下,我认为他们犯了巨大错误。敏捷性在软件开发中非常受指导和体验。您需要聘请经验丰富的教练来帮助您采用基本策略来“敏捷”。而且还可以帮助您将组织中各个层级的核心行为更改内部化,以实现“敏捷”,从而真正获得采用的好处,从而在整个组织中推动业务价值。

根据我在专业领域的观察,个人确实不愿意寻求任何帮助。是自我吗?尴尬吗?是完美主义吗?是信任吗?是知觉吗?我相信所有这些以及更多。

促成价值的首批机制之一是产品积压–简单的优先列表,定义了敏捷团队的建设。每个团队都应该专注于按数字(1..n)顺序排列积压的优先级。不能有三四个优先级功能–只可以有一个人;然后是2、3,依此类推。相信我。您的客户和利益相关者将希望优先玩无限游戏。

敏捷团队“随心所欲”地找出架构是一个神话。团队应在其早期积压的史诗整理工作中确定需要进行架构或设计前瞻的案例。在这些情况下,团队可以启动Sprint#0来澄清更大的歧义,或者探索原型设计和实验,或者他们可以创建研究/尖峰故事,从而在更细粒度的基础上考虑到此类情况。关键点是,随着团队积极引导其系统和组件设计的出现,这类讨论是健康且必要的。