2014年7月7日星期一10:41

信息不是知识。

撰写者

有一次,我观看了Christian Heldstab主持的2013年欧洲BA会议的视频。他的演讲致力于“关于敏捷的十件事”。

这是一个非常不错的演示,突出了优势&了解敏捷哲学的关键点。但是,作为一个敏捷的BA,我不得不引起我的注意,这实际上鼓励了我写这篇文章。

«信息不是知识»。作为一名学士学位,我将其视为核心,因为成堆的书面要求不会为项目带来任何知识,它们根本就行不通。

您可以花费数小时与客户进行谈判,也可以花费数周的时间来处理最详细的需求文档,但是这段时间内您所获得的项目知识永远不会以大量的文字或图表反映出来。

与开发人员一起从事不同的项目时,我了解到开发人员真正讨厌的两件事:

  • 开发人员讨厌无休止的文档。他们根本不阅读它们。当然,他们喜欢良好的规格,但是数百页的质量并不理想–实际上,它们使它完全无用。
    开发人员最有可能来&要求澄清或简单地做他/她认为必要的任何事情,而不是花费数小时试图在数十页内遵循您的想法。

  • 开发人员讨厌项目经理。原因很简单:PM经常说话。各种沟通,谈判,会议都是PM日常工作中不可分割的一部分。虽然对于大多数开发人员来说,谈话是没有用的。具有技术意识的人以实践为导向。他们努力开始编码,而不是讨论方法,方法,趋势。

PM之间没有内部战争&开发人员团队,但您讲得越多,开发人员团队中有用的团队成员就越少。

敏捷流程可帮助无缝管理这两种情况& efficiently.

  1. 在敏捷中,您不需要大量文档。您将重点放在故事上,并简短描述用户身份,用户想要做什么&他/她将从这些行为中受益。
    此外,您还为团队提供了完成(DoD)的定义。您&您的团队在同一页面上了解用户故事。
    很短,很清楚,很简单。

  2. 在敏捷中,您可以管理自己的时间。您确实有很多会议,但大多数会议都非常短。
    每天站起来–在我们的团队中,我们会在10分钟内讨论所有问题。
    积压整理– 30分钟(每个冲刺1-2次)。
    Sprint计划会议– 30分钟(如果需要,很少-最多1小时)
    回顾– 30分钟(每次冲刺一次)。

文件很快就过时了。如果您在4-5个月前有60页的需求需求,则您没有时间每天更新所有需求。项目需求&利益相关者的目标变化更快&您将在调整,谈判,团队沟通方面取得进展,而不是更新无法传达知识的文档。

您可以阅读医学百科全书,但不会使您成为医生。同样的事情也可以满足需求。无论您是与利益相关者密切合作的BA还是PM,您都知道项目的所有细节。
但是,即使是出色的需求收集者 &技术作家–您将无法通过大量需求文档将知识转移给团队。

定期与团队沟通,使团队了解最新变化&项目开发计划,使BA或PM可以将知识转移到整个团队。

就我个人而言,敏捷方法论中概述的紧密团队沟通的想法是极大促进整个开发过程的核心因素之一。此外,它还帮助我转移了与客户,项目所有者进行交流时获得的有关项目的全面知识&与我的项目团队有关的各方都比编写他们从未阅读过的文档更有效。

我不喜欢做无用的工作。你是?

不要忘记在下面留下您的评论。

阿里娜(Aryna Dashkovskaya)

阿里娜(Aryna Dashkovskaya) 是敏捷项目经理&在软件开发行业拥有7年以上经验的业务分析师。她从本地化开始了自己的职业生涯&游戏开发公司的内容管理,并迅速融入业务分析和项目管理领域。

Aryna致力于在公司层面上推广敏捷方法论以进行业务分析&白俄罗斯敏捷&BA社区。根据她的专业资料,Aryna致力于产品,致力于为全球用户提供最佳的用户体验。她的专业宗旨是“把每个项目都当成甜蜜的家”。

©BA Times.com 2020

麦格雷戈徽标白色网站