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. 【Network】TCPDUMP 详解

    参考资料: https://www.baidu.com/s?ie=UTF-8&wd=tcpdump%20%E6%8C%87%E5%AE%9Aip tcpdump非常实用的抓包实例:  http ...

  2. java项目上线过程

    关于如何将Javaweb上线,部署到公网,让全世界的人都可以访问的问题.小编将作出系列化,完整的流程介绍. 1.在myeclipse中开发好项目,打包成war格式,不会的同学参考以下 http://z ...

  3. Matlab 周期方波信号傅里叶级数展开

    方波信号为: 傅里叶级数展开为: 程序运行结果: 程序代码: clear x = -6:0.01:6; T = 4; f = x; for N = 1:length(f) temp = rem(abs ...

  4. IDEA构建一个mybatis项目

    目录结构如下: 在pom.xml中配置需要的jar包 <dependencies> <dependency> <groupId>org.mybatis</gr ...

  5. python之I/O操作

    IO在计算机中指Input/Output,也就是输入和输出.由于程序和运行时数据是在内存中驻留,由CPU这个超快的计算核心来执行,涉及到数据交换的地方,通常是磁盘.网络等,就需要IO接口. 比如你打开 ...

  6. 微信JS SDK配置授权,实现分享接口

    微信开放的JS-SDK面向网页开发者提供了基于微信内的网页开发工具包,最直接的好处就是我们可以使用微信分享.扫一扫.卡券.支付等微信特有的能力.7月份的时候,因为这个分享的证书获取问题深深的栽了一坑, ...

  7. 【Java EE 学习 71 下】【数据采集系统第三天】【分析答案实体】【删除问题】【删除页面】【删除调查】【清除调查】【打开/关闭调查】

    一.分析答案实体 分析答案实体主要涉及到的还是设计上的问题,技术点几乎是没有的.首先需要确定一下答案的格式才能最终确定答案实体中需要有哪些属性. 答案格式的设计是十分重要的,现设计格式如下: 在表单中 ...

  8. 一次mongodb 统计需求

    需求: 临下班运营的同事发来了一个需求,要统计数据库里某个collection的所有document 中某个字段(_id)出现的次数._id 字段的范围是0-4000. 假设collection 是这 ...

  9. Oracle中生成随机数的函数(转载)

    在Oracle中的DBMS_RANDOM程序包中封装了一些生成随机数和随机字符串的函数,其中常用的有以下两个: DBMS_RANDOM.VALUE函数 该函数用来产生一个随机数,有两种用法: 1. 产 ...

  10. Startcom SSL证书申请 IIS设置 配置 攻略

    申请具体参考:http://www.cnblogs.com/yibinboy/p/6137426.html 制作要导入服务器IIS上的证书. 点击控制面板的左上角的TOOL BOX,然后点击Creat ...