Scrum敏捷项目管理

关于Scrum和敏捷项目管理的博客

敏捷文档的目标

2018年8月20日 0

正如敏捷宣言所言,它更喜欢“工作软件胜于完整的文档”,一些早期的敏捷采用者突然得出结论,认为文档是无用的。因此,Scrum软件开发人员应该只专注于使用最容易理解的代码来创建可运行的软件。

可预测性和团队目标

2017年9月13日 0

敏捷软件开发团队经常使用以下概念:“velocity”衡量他们为客户提供价值的能力。 Norberto Herz在他的博客文章中讨论了“predictability”作为团队的标准’s health. His blog post starts with a series of interesting questions: can the company sell “predictability” to its customers? Is 可预测性 a new application feature? Is 可预测性 A team quality or a team goal?

提供更好的反馈

2017年4月3日 0

敏捷宣言的第一个价值是“个人以及流程和工具之间的互动”。沟通是Scrum团队内部和外部的基础。在他的文章中“注意您的话语:反馈分析”,汤姆·巴特尔(Tom Bartel)给出了一些有关如何改善反馈过程的提示,尤其是在负面环境中。

敏捷教练退出策略

2017年3月6日 0

您何时需要停止指导敏捷团队?在他的博客文章中“敏捷教练的退出策略”,Len Lagestee讨论了这个问题,并解释了他将如何逐步工作以准备离开,并让Scrum团队准备独立承担敏捷价值观。

从Scrum切换到看板

2017年2月6日 0

Scrum和Kaban是两种可用于软件开发的敏捷方法,具体取决于软件开发工具的上下文。在他的博客文章中“看板的Scrum抛弃—我们团队的最佳决策”,格兰特·阿蒙斯(Grant Ammons)分享了一些关于他为何成功地将流程从Scrum更改为看板的想法。

修改完成的定义

一月23,2017 0

良好的完成定义(DoD)可能是Scrum团队最重要的技术资产之一。这使得在sprint结束时交付完全完成的业务功能或半成品软件之间有所不同。在他的博客文章中“更改完成的定义”,肯·鲁宾(Ken Rubin)讨论了Scrum团队可能想更改现有的“完成定义”的情况。

技术债务管理的未来

2016年10月24日 0

技术债务被定义为代码库中软件体系结构和软件开发不佳或不断发展的最终结果。在为软件工程学院(SEI)发布的博客文章中,罗伯特·诺德(Robert Nord)提供了在“管理软件工程中的技术债务”研讨会上讨论的要点,该研讨会讨论了管理技术债务的过去和未来。

1 2 3 20