We implemented A/B testing into our product 6 months ago. During that time we conducted a variety of A/B tests to generate insights about our user's behaviour. We learnt a lot about our specific product. More generally, we learnt about how to run valuable A/B tests.

Process Flows are usually used for user facing projects/systems, although their cousin, the System Flow, can be used in virtually the same manner to document system processes and logic.  When on an agile project, the Product Owner (PO) or Business Analyst (BA) will usually elicit the high level process flow (L1) in a sprint 0 or planning type phase. From there, during that same planning type phase, the L2 processes to be created will be prioritized and the PO or BA will usually work on the 1-2 highest priority process flows at the L2 level. This is to build the initial backlog.

Chaos, by its very nature, is impossible to control completely, and so a business analyst who enters into their own chaotic Wonderland will be presented with difficulties immediately. Throughout Alice’s adventures down the rabbit hole, she is confronted with a complete absence of structure, a lack of clear information, and a cast of frantic characters. In their role, a business analyst must strive to find order in the chaos, just like Alice. As Alice is faced with riddles, the business analyst is faced with information that is either unclear or unavailable. They must solve the riddles and establish structure, all while appeasing the residents of Wonderland.

Visit any active discussion forum for business analysts and aspiring BAs, and invariably you will find at least one thread asking how to develop domain knowledge, either in a new industry, such as health or insurance, or a new business function, such as marketing or supply chain management. Alice just got a job working for the first time in financial services, and is worried that her lack of experience in this domain will get in the way of her doing a great job. Bob keeps getting his resume ignored for analyst jobs in government agencies because most of his experience is in ecommerce applications. What to do?

To ensure the continuity of operational business knowledge, no organization should ever depend on absent brains – or even on brains that could (and eventually always will) become absent in the future. To say it differently, your operational business knowledge should be encoded explicitly in a form that workers you have never even met yet can understand.