Scrum敏捷项目管理

敏捷文档的目标

正如敏捷宣言所言,它更喜欢“工作软件胜于完整的文档”,一些早期的敏捷采用者突然得出结论,认为文档是无用的。因此,Scrum软件开发人员应该只专注于使用最容易理解的代码来创建可运行的软件。 敏捷宣言 但是,还说比较的左侧是有价值的,比尔吉塔·伯克勒(BirgittaBöckeler)在她的两篇博客文章中提醒我们敏捷文档可以实现一些重要目标。

BirgittaBöckeler在她的博客文章中解释说,文档具有价值,没有足够数量的文档就没有固定的规则,最后文档的读者范围从软件开发人员到最终用户都是不同的。然后,她列出了文档可以为敏捷团队和Scrum团队制定的四个目标。

敏捷文档

1.建立共识

在Scrum团队成员的头脑中,有些事情似乎很清楚,但观点却稍有不同,例如软件体系结构。创建文档可帮助团队成员正式讨论该主题并达成共识。 BirgittaBöckeler提议与敏捷成员团队应达成共识的主要内容建立共同理解的墙。她提供了一些有关如何选择应显示在此墙上的项目的提示。

2.暴露复杂性

即使敏捷软件开发人员为简化程序而努力,但通常还是有些地方可能需要更多说明,例如数据迁移计划。在这种情况下,信息图表和纸张信息小部件是可以帮助您的工具。

3.建立同理心

能够参考一些文档来了解事情如何工作可以帮助防止Scrum团队成员和其他利益相关者感到焦虑。修改后经常显示错误的复杂算法和代码很适合用作文档。

4.帮助将来的决定

当软件开始老化并由其他人维护时,可以参考一些有关软件的构建方式以及为什么做出某些决策可以帮助人们以更好(更安全)的方式进行开发的参考。也有必要解释可能难以做出的过去决策的上下文的复杂性。

最后,比尔吉塔·伯克勒(BirgittaBöckeler)就如何处理主要文档问题提出了一些建议:在事情发生变化时保持最新。

她的结论是“如果您是一个倾向于创建大量文档的人,并且想要减少一些浪费:专注于价值文档将帮助您优先考虑。如果您创建的文档很少,那么请反思一下您是否缺少提到的某些价值,以及哪种类型的文档可以提高团队的效率。”

阅读博客的两个部分: //www.thoughtworks.com/insights/blog/four-goals-agile-documentation-part-one//www.thoughtworks.com/insights/blog/four-goals-agile-documentation-part-two