Deliverables and artifacts were a focal point of BA work during the early part of my career. If I look back, it seemed the primary purpose of a BA was to generate paper—lots of paper—usually in the form of a giant BRD (business requirements document), and other related artifacts to support the Software Development Lifecycle and Project Management Process.  As I grew in my career I realized my role as a BA was much more, and continued to evovle and struggle with the role of the template and paper.

As business and projects evolve, the primary purpose of the BA role is evolving too and increasingly has very little to do with paper!   Not that agreed upon requirements are not important, please hear me out!

Many BAs still operate in a traditional environment where their requirements process flows like this:

  1. Gather requirements (usually in a large, 20+ person meeting, series of meetings, and interviews).
  2. Fill out requirements templates (usually alone in a cube).
  3. Send out the requirements document and schedule the sign off meeting
  4. Review requirements and hope for sign off (Another big meeting).
  5. Re-write requirements (usually alone in a cube).
  6. Review requirements (another big meeting, or send via email).
  7. Re-write requirements (usually alone in a cube).
  8. Harass and stalk many people until they re-read (probably not), and sign-off requirements.

Is it possible to achieve success using this approach? Maybe, but meetings like this are not effective and limiting your deliverables to a set of one-size-fits-all templates leaves too much room for gaps and errors. 
In contrast, BAs who operate on teams with a more modern, flexible and collaborative approach operate under different expectations. They still need to perform standard BA functions and tasks, but with a different mindset and approach, this BA:

  • Modifies their BA approach based on the unique needs of each project.
  • Schedules small groups meetings to develop shared understanding
  • Uses interactive, visual facilitation techniques to help the team discover and learn together.
  • Produces only documentation needed by the team to move forward each day.
  • Is okay adding visuals and models to the templates, and okay with using models and diagrams for the sole purpose of creating conversation, the diagram may or may not end up in a formally signed document.
  • Delivers “shared understanding” instead of or with a BRD

Maybe the process would flow something like this:

  1. BA drafts a visual model.
  2. Team reviews and reacts and learns. (Update model collaboratively.)
  3. BA drafts additional visual models.
  4. Team reviews and reacts and learns. (Update models collaboratively.)
  5. BA documents only items needed by the team to move forward.
  6. Team weighs in on what is valuable for them to move forward.
  7. Team reviews and approves documentation. No surprises (or stalking) because the BA has developed SHARED UNDERSTANDING!

This scenario offers many benefits, including:

  • Consistent collaboration: Collaboration happens throughout the process. Instead of the BA filing out requirements templates in solitary cube confinement, the team uses visual models to “write” the requirements collaboratively.
  • Shared understanding: The BA does not “own” the requirements, the team does. The team shares an understanding of the value, goals and vision of the project. The shared understanding instills trust and confidence. The BA facilitates this process.
  • Processing time: You have time between meetings to process, analyze, and find gaps and issues and constraints. You are able to bring up these questions and issues to the team, maybe create a visual to help the discussion along.
  • Strategic Documentation: The requirements package changes for each project. Deliverables have a specific purpose and require much less rework if the shared understanding has been developed in advance!

As momentum swings toward this more flexible, just-in-time approach to requirements, how does the BA role change? How do we adapt? Which BA competencies become more important? If we aren’t supposed to be sitting in our cubes updating templates and generating paper, what should we be doing? What skills do we need to develop?

It may sounds simple, but as collaboration becomes the focus of project work, BAs really shine when they become expert meeting facilitators, conversation architects, and agents of change readiness.

These expert skills go beyond the basics of setting and agenda, keeping participants on task, tracking action items, and writing minutes. BAs with expert-level facilitation skills know how to:

  • Use visual models to get conversations started and highlight gaps in shared understanding.
  • Engage everyone using techniques that allow introverts and extroverts to contribute.
  • Use interactive techniques that inspire people to engage physically.
  • Make meetings efficient and valuable for all participants.
  • Gather large amounts of information in a short amount of time.
  • Create a collaborative environment face-to-face and virtually.
  • Process and analyze the results of each collaboration session to make the next session productive, helping the team move steadily toward their goals.

Meeting time is so precious. Expert facilitators make the most of attendee time by building a shared understanding of value and purpose. It’s part of an Agile mindset that can and should be used in all project environments (traditional, Agile, and hybrid). Creating a shared conversation and shared understanding is more important than what’s on paper.

Honestly, shared understanding done well may mean a lot less documentation, you are the judge of how much documentation is valuable to the team.

So, how do BAs know when they have reached this level of shared understanding? Here are a few hints:

  • People tell you!  Eager stakeholders ready and willing to comment that they feel heard and are ready to move forward
  • Stakeholders are not looking for or grasping for issues for the team to discuss, they feel confident the most important pieces are covered
  • They feel they are reading a review of what was discussed when they review the final deliverable
  • Stakeholder consistently contribute with an understanding of other stakeholder impacts and a big picture view of their needs
  • When you “check in” with them on how the process is going, they enthusiastically are getting a lot out of the meetings and team interactions.

Using expert facilitation skills to reach a shared understanding with your team will lead to less defects and fewer enhancements. When BAs focus on learning and discovering, instead of just collecting and recording, they will boost their team’s ability to navigate complex change.

GOOD MEETINGS CREATE SHARED UNDERSTANDING, NOT BRDS!的更多相关文章

  1. ORA-27125: unable to create shared memory segment的解决方法(转)

    ORA-27125: unable to create shared memory segment的解决方法(转) # Kernel sysctl configuration file for Red ...

  2. 【ORA】ORA-27125:unable to create shared memory segment

    在安装Oracle 10g的时候出现一个了错误,在网上总结了一下大牛写的文章 ORA-27125:unable to create shared memory segment 安装时出现这个错误安装会 ...

  3. ORA-27125: unable to create shared memory segment

    平台环境   :  Oracle Linux Server release 5.7 x86_64 数据库版本 :  Oracle Database 10g Enterprise Edition Rel ...

  4. How to create QTP Shared Object Repository

    How to create QTP Shared Object Repository To create a shared object repository by performing follow ...

  5. Position Independent Code (PIC) in shared libraries

    E原文地址:http://eli.thegreenplace.net/2011/11/03/position-independent-code-pic-in-shared-libraries/下一文: ...

  6. Postgresql FATAL: could not create semaphores: No space left on device

    昨天安装完成pg 9.5后,启动报错: FATAL:  could not create semaphores: No space left on device DETAIL:  Failed sys ...

  7. Linux IPC - Shared memory

    http://blog.163.com/muren20062094@yeah/blog/static/161844416201161974646434/ 1. Create shared memory ...

  8. Visual Studio 2015创建Shared Project时出错

    今天使用Visual Studio 2015创建共享项目的时候发现如下错误: 网上搜了一下,发现了同样有人问这个问题的问题:Why can't I create Shared Project in V ...

  9. boost Shared Memory

    Shared Memory Shared memory is typically the fastest form of interprocess communicatioin. It provide ...

随机推荐

  1. C语言移位算符">>"

    右移算符>>是将二进制数的每一位右移.如:a=32,a>>2,就是将32的二进制数100000每一个二进制位向右移动两位.得到的是二进制数1000,也就是8. #include ...

  2. jquery的checkbox,radio,select等方法总结

    jquery的checkbox,radio,和select是jquery操作的一个难点和重点,很多前端新手对其了解不是很透彻.时间久了不用,我在写的时候有时也难免对某些操作支支吾吾,记不清楚,现在,对 ...

  3. tableview最后一行显示不全

    最后一行显示不全是因为表格的高度大于了控制view的高度,减小表格的高度小于的等于控制的view的高度即可

  4. iOS 企业证书的使用文档

    IN-HOUSE应用程序分发 下面介绍下使用网络方式进行部署的方式,用户直接在iPhone/iPad的Safari浏览器里面输入URL地址即可安装, 注意:目前对于这种企业级开发的应用程序最好的分发方 ...

  5. 用javascript设置和读取cookie的例子

    请看下面用javascript设置和读取cookie的简单例子,现在的问题是,如果要设置的是一个cookie集,比如在cookie1集中有uname,uid两组信息,应该如何写呢?cookie(&qu ...

  6. C 标准库系列之float.h

    float.h 内部主要包含了一系列的浮点数宏.指明可移植程序必要的常量:浮点数格式一般为Spxbe;其中S表示+-:p表示底数.b表示基数如2.8.10.16等进制,e为指数标识E或e: 在一般情况 ...

  7. 【疑难杂症系列01】TypeError: alert is not a function

    一.背景 话说今天在调试js的时候,碰到一个很奇怪的问题,现记录一下.当使用alert()函数弹出提示时,总是报错,你没看错,alert函数报错了. 二.详细说明 当时正在做一个关于告警的页面展示功能 ...

  8. 移动端js知识总结

    1.如果使用jquery绑定touch事件的话,获取touchstart,touchmove的触点坐标用 e.originalEvent.targetTouches[0].pageX, 获取touch ...

  9. 【iOS 使用github上传代码】详解

    [iOS 使用github上传代码]详解 一.github创建新工程 二.直接添加文件 三.通过https 和 SSH 操作两种方式上传工程 3.1https 和 SSH 的区别: 3.1.1.前者可 ...

  10. silverlight使用小计(先做记录后续整理)

    1.Grid: a.通过获取指定行的高度和指定列的宽度来获取指定单元格的宽高 b.几种宽高默认值: 宽高(Width/Heigth):1* 最大宽高(MaxWidth/MaxHeigth):正无穷大 ...