GOOD MEETINGS CREATE SHARED UNDERSTANDING, NOT BRDS!
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:
- Gather requirements (usually in a large, 20+ person meeting, series of meetings, and interviews).
- Fill out requirements templates (usually alone in a cube).
- Send out the requirements document and schedule the sign off meeting
- Review requirements and hope for sign off (Another big meeting).
- Re-write requirements (usually alone in a cube).
- Review requirements (another big meeting, or send via email).
- Re-write requirements (usually alone in a cube).
- 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:
- BA drafts a visual model.
- Team reviews and reacts and learns. (Update model collaboratively.)
- BA drafts additional visual models.
- Team reviews and reacts and learns. (Update models collaboratively.)
- BA documents only items needed by the team to move forward.
- Team weighs in on what is valuable for them to move forward.
- 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!的更多相关文章
- ORA-27125: unable to create shared memory segment的解决方法(转)
ORA-27125: unable to create shared memory segment的解决方法(转) # Kernel sysctl configuration file for Red ...
- 【ORA】ORA-27125:unable to create shared memory segment
在安装Oracle 10g的时候出现一个了错误,在网上总结了一下大牛写的文章 ORA-27125:unable to create shared memory segment 安装时出现这个错误安装会 ...
- ORA-27125: unable to create shared memory segment
平台环境 : Oracle Linux Server release 5.7 x86_64 数据库版本 : Oracle Database 10g Enterprise Edition Rel ...
- How to create QTP Shared Object Repository
How to create QTP Shared Object Repository To create a shared object repository by performing follow ...
- Position Independent Code (PIC) in shared libraries
E原文地址:http://eli.thegreenplace.net/2011/11/03/position-independent-code-pic-in-shared-libraries/下一文: ...
- 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 ...
- Linux IPC - Shared memory
http://blog.163.com/muren20062094@yeah/blog/static/161844416201161974646434/ 1. Create shared memory ...
- Visual Studio 2015创建Shared Project时出错
今天使用Visual Studio 2015创建共享项目的时候发现如下错误: 网上搜了一下,发现了同样有人问这个问题的问题:Why can't I create Shared Project in V ...
- boost Shared Memory
Shared Memory Shared memory is typically the fastest form of interprocess communicatioin. It provide ...
随机推荐
- netstat相关
1. netstat基本参数: 参数 说明 输出 -a 列出所有连接. 列出 tcp, udp 和 unix 协议下所有套接字的所有连接.然而这些信息还不够详细,管理员往往需要查看某个协议或端口的具体 ...
- Android版本与api Level
Platform Version API Level VERSION_CODE Notes Android 4.4 19 KITKAT Platform Highlights Android 4.3 ...
- SQL Server数据阻塞原因
阻塞形成原因 是由于SQL Server是高并发的,同一时间会有很多用户访问,为了保证数据一致性和数据安全,引入了锁的机制.同一时间只有拿到钥匙的用户能够访问,而其他用户需要等待. 死锁形成四大必要条 ...
- Java多线程与静态方法
Java无基础开发Android应用,发现对静态方法理解不够,有如下问题: 在多线程中使用静态方法会发生什么事?也就是说多线程访问同一个类的static静态方法会发生什么事?是否会发生线程安全问题? ...
- git push 报错!!!!
[root@NB sh]# git push To git@x0.xx.xxx.x1:yanjing_chenl/IT-DOC.git ! [rejected] master -> master ...
- 【Java EE 学习 77 下】【数据采集系统第九天】【使用spring实现答案水平分库】【未解决问题:分库查询问题】
之前说过,如果一个数据库中要存储的数据量整体比较小,但是其中一个表存储的数据比较多,比如日志表,这时候就要考虑分表存储了:但是如果一个数据库整体存储的容量就比较大,该怎么办呢?这时候就需要考虑分库了, ...
- GTest Google的一种白盒单元测试框架 开源项目
GTest为google开源的白盒单元测试跨平台测试框架,含丰富的断言.类型参数化测试.死亡测试.以及其他的测试选项设置.文件保存等,以下将对该项目C++的实现进行简要的分析,作为学习记录备份. 基本 ...
- ABP中单元测试的技巧:Mock和数据驱动
(此文章同时发表在本人微信公众号"dotNET每日精华文章",欢迎右边二维码来关注.) 题记:虽然ABP为大家提供了测试的脚手架了,不过有些小技巧还是需要自己探索的. ASP.NE ...
- 查看文本[Linux]
查看文本 不分屏查看 cat (默认标准输入到标准输出) -n(行号) 连接...并显示 -E(每行行尾打印$) 翻屏:shift+pageUp/pageDown tac reverse cat 分屏 ...
- UWP Jenkins + NuGet + MSBuild 手把手教你做自动UWP Build 和 App store包
背景 项目上需要做UWP的自动安装包,在以前的公司接触的是TFS来做自动build. 公司要求用Jenkins来做,别笑话我,之前还真不晓得这个东西. 会的同学请看一下指出错误,不会的同学请先自行脑补 ...
