Posts tagged with ba
Getting requirements right - Part 5
This is the last post in the Getting Requirements Right series. Here I am going to discuss requirements, their types and examples.
Getting requirements right - Part 4
This is part 4 of the Getting Requirements Right post series, and in this post we’re going to explore Use Cases and how to better use them.
Getting requirements right - Part 3
In the previous post, you learned about Agile approach, Epics and Themes. Today, in part 3, we are going to dive into User Stories, another useful Agile technique.
Getting requirements right - Part 2
This is part 2 of a 5 part series of posts where I talk about getting requirements right and delivering them faster. In this post, I’m going to discuss process design.
Getting requirements right - Part 1
In this series of five posts, I’d like to talk about getting requirements right and delivering them faster. My goal is to provide you with new techniques and approaches for producing high quality requirements on your projects.
Cybersecurity: Where to begin
Cybersecurity has become a familiar theme in the news. It impacts businesses, ranging from start-ups to global companies, all around the world.
BABOK 3.0: Overview of the latest edition
A year ago, on April 15, 2015, the International Institute of Business Analysis (IIBA) officially issued the long awaited Business Analysis Book of Knowledge version 3 (BABOK V3). Here is my overview of the changes from the previous version.
New book: A Navigator to Business Analysis
My new book, “A Navigator to Business Analysis”, is now available.
6 Non-BA Subjects a BA Must Understand (Part 2)
As I mentioned in the first part of this post, Part 2 of my book, “A Navigator to Business Analysis”, is dedicated to things which aren’t part of business analysis:
6 Non-BA Subjects a BA Must Understand (Part 1)
I’ve recently published a new book, “A Navigator to Business Analysis”. A thing that many people might find surprising is that the second half of the book is dedicated to things which on the surface aren’t part of business analysis. Here is the list of modules in Part 2:
Announcing a new book: A Navigator Into Business Analysis
“Time flies. It’s up to you to be the navigator.” ~ Robert Orben
5 Steps to Improve Your Process Mapping Skills
Process mapping is one of the basic business analysis tools. The technique has acquired more importance in recent times as complexity of processes continues to grow. The technique enables you to capture and visualise knowledge that resides with the people who perform daily business tasks. There are some challenges in getting the mapping right.
Designing a convincing executive presentation on the value of IT
The Information Technology division (IT) is an integral part of any business today. Yet, it often gets the blame for high Total Cost of Ownership (TCO), redundant and legacy applications, and high IT headcount.
Building trust with your stakeholders
This is a guest post by Ben Brearley. He gives some great tips on communication techniques which improve stakeholder engagement based on his practical experience. We previously discussed this subject in this post.
More requirements patterns: discovery
We live in the era of constant change, as we hear daily in technology news and business meetings. Businesses are trying to keep up with the pace of changes by improving and transforming themselves. More and more initiatives and projects have to be completed “yesterday” meaning that they have very tight deadlines and high urgency.
Build requirements faster with requirement patterns
While working on multiple projects over the last year, I noticed that they had similarities (evolutionary improvements were required) and as a result I applied similar sets of requirements to the solutions. In other words, patterns emerged.
A few quick tips to improve communication with stakeholders
There are many barriers impeding effective communication between the BA and stakeholders. Information overload, organisational “silos”, outsourcing and geographical separation across time zones all form a part of the obstacle course BAs navigate in their job. In some companies, ineffective management, internal politics and bureaucracy lead to poor staff engagement. People in such places aren’t interested in contributing.
Prevent poor requirements – a major risk to project success
You have probably seen the scary statistics of failed projects. They often reveal that the major cause of project failures is poorly defined requirements.
Easily track the state of BA documents with this Kanban technique
While preparing for ITIL certification a while ago, I participated in practical games showing the importance of ITIL principles. The Service Desk team was the most stressed in those games, as it was trying to handle multiple incidents of different nature.
Streamline requirements prioritisation using a prioritisation matrix
I’ve recently been involved in a discussion on how to better prioritise requirements. It’s an important topic because the requirements prioritisation process can get rather lengthy,and it’s good to speed it up.
Use cases: effective use in business analysis
There is a lot written about use cases and their application in business analysis. A good understanding of the business context is required to develop use cases which will deliver good value to a business customer.
The benefits of visual communication in business analysis
In the previous post we’ve established that the success of business analysis hinges on communication, and postulated that visual communication is the easiest way to improve productivity and the effectiveness of communication.
Business Analyst: a title that doesn’t reflect the profession
It struck me the other day that business analysis as the name of the profession doesn’t really reflect what’s involved in it.
The BABOK: how different knowledge areas come into play in practice
In this followup to the Beachcamp series, we show how different knowledge areas from the BABOK come into play in a real life project.
The BABOK: Requirements Structure
This is the final instalment in the Beachcamp series. We talk about the requirements structure which helps produce complete requirements.
The BABOK: Requirements Lifecycle
This instalment of the Beachcamp series is about the requirements lifecycle, and includes a visual map of the relevant section of the BABOK.
The BABOK: Solution Assessment and Validation
This instalment of the Beachcamp series touches on the subject of solution assessment and validation, and includes a visual map of the relevant section of the BABOK.
The BABOK: Requirements Analysis
This is the sixth post in the Beachcamp series. In this post, we discuss requirements analysis and provide a visual map showing what’s involved in it.
The BABOK: Requirements Management and Communication
This is the fifth post in the Beachcamp series. In this post we talk about requirements management and communication and provide a visual map of the relevant section of the BABOK.
The BABOK: Requirements Elicitation
This is the fourth post in the Beachcamp series, discussing requirements elicitation. It includes a visual map of the requirements elicitation section.
The BABOK: Enterprise Analysis
This is the third post in the Beachcamp series. This post is about the Enterprise Analysis section of the BABOK.
The BABOK: Business Analysis Planning & Monitoring
This is the second post in the Beachcamp series. This post is about the Business Analysis Planning and Monitoring section of the BABOK.
The structure of the BABOK knowledge areas
We are starting a series of posts to illustrate the structure of the BABOK, and the interconnections between the different knowledge areas within it, and the links between the elements within knowledge areas.
Incorporating lessons learned into BA activities with BA Lifecycle
We have published Business Analysis Lifecycle, a whitepaper which introduces the concept of BA lifecycle in order to ensure that lessons learned are incorporated into all BA activities.
Applying ITIL for better insight into IT infrastructure
This is a short post to share an idea we’ve come up with. We’ll publish a longer article once we work things out in detail, but we thought that it would be useful to talk about the idea right now.
Sarbanes-Oxley Act (SOX): Business Analysis Perspective
This post discusses what business analysts can learn from the Sarbanes Oxley Act requirements for the purposes of establishing an effective internal control system within the enterprise.
The obscured forest behind architectural trees
In this article we discuss the proliferation of architectures and we present our high level view of enterprise architecture to try to demystify architectural complexity.
24 things to find out when taking over a project (BA checklist)
When you hand a project over to another BA, or when you are taking over from somebody else, it’s important to make sure that the appropriate information is transferred. This post will tell you what to look for in this situation.
Project initiation checklist for business analysts
Before getting into requirements gathering, a BA needs to collect certain information and produce documents to ensure a smooth start to the project. This article details what needs to be done, and provides a summary checklist.
Problems in requirements management
The majority of business analysts don’t have the tools which would help them work more effectively. We’ve identified some problems which we can solve by developing a requirements management tool. You could help us make it more useful to you by providing input and feedback.
CRM system implementation roadmap (summary poster included!)
The introduction of a CRM is a complex endeavour which requires careful planning. This article presents a roadmap for CRM system implementation and explains who needs to be involved, what needs to be done before the implementation, and what steps the implementation process should include.
The impact of poor requirements – with a poster!
A large portion of IT projects fail or are challenged in some way. The cost of failed IT projects can be enormous. This article examines the impact of requirement quality on the project and business as a whole.
How to get the benefits of prototyping before prototyping can begin
As discussed in the previous post, prototyping is one of the cost effective ways of presenting an approximation of a working system to the stakeholders to validate the concept and work out the kinks.
Benefits and risks of prototyping in business analysis
The complexity of modern solutions along with the required investments have made prototyping a necessity. A “proof of concept” is normally required to justify the feasibility of undertaking costly projects.
How to prepare an executive presentation
Business analysts and project managers need to be able to present their work (e.g. findings of completed analysis or proposed changes to business processes and underlying systems). If you google “executive presentations”, you’ll get a lot of links but quite often these resources are focused on how to prepare to and behave during the presentation.
Business process mapping summary chart
This article introduces a summary chart for business process mapping. The chart shows both a brief and a full format for process mapping.
Analysing business process pain points to get better requirements
Despite the ongoing process of business analysis maturing as a discipline, the question of getting requirements right is still debated on various business analysis related web sites. Poorly defined requirements are still quite common.
9 steps for implementing disaster recovery and business continuity plans
What is the extent of skills required to be a business analyst?
I would like to talk about the skills a business analyst needs because we at Aotea Studios believe that business analysis is a more complex job than is commonly acknowledged.
Agile team: roles and responsibilities
This post shows a chart of roles and responsibilities within an Agile team. It also discusses the role of the business analyst (spoiler: it’s still vital).
Enterprise architecture poster updated
I was talking to an architect about a holistic model of enterprise architecture which could facilitate the collaboration of BAs and architects. The architect referred me to TOGAF 9.0 (the latest architecture framework) where I could find the model. After spending some time on reading, I realized it does not contain the model I was interested in. TOGAF 9.0 contains high-level meta-models and their extensions. It is worth reading but it does not solve the raised problem.
Business rule model: an example to illustrate model components
After publishing the business rule model poster last week, we received a suggestion from Adriana Beal to provide an example that would illustrate the components of the model. Let’s consider a real life situation, purchasing a book from an online store (with an added constraint of no more than 10 items per customer). Here are the steps a customer would go through to make a purchase:
The internals of a business rule – free poster
Business rules are at the heart of all validations for a business software package. The article Seven deadly sins of business rules by Larry Goldberg supports this viewpoint. Sin number 4 in the article is: “There is no standard for a model of business rules that is technology-independent and against which testing can occur early on”.
Business analysis documents: Business Process Design, System-Wide Requirements, Solution Glossary
This is the final article in the series on the structure of business analysis documents.
Business analysis documents: Business Requirements and Use Cases
This is part 3 of a series of posts on business analysis documents (check out part 1 and part 2 if you haven’t seen them).
Business analysis documents: Project Vision and Solution Vision
Project vision
Business analysis documents: Current State Analysis
This article is the first in a series describing business analysis artifacts, their purpose and internal structure
Handling tight project deadlines as a business analyst
I’ve talked about ways of managing your work when you’re faced with a tight deadline. This time I’d like to discuss ways of managing the deadline itself.
Free change management poster – updated
Our change management poster proved to be the most popular to date, with over 2000 downloads and over 150 people saying thanks or suggesting improvements on LinkedIn and forums. Thanks again to everyone for the feedback!
Identity management poster
First of all, I’d like to say we’re really grateful for all the feedback on our previous posters. Lots of people are still saying thank you for our change management poster published over two months ago, which is amazing!
Master data management and ERP systems
There seems to be quite a bit of hype around Master Data Management. I even saw an article recently that talked about an “AI technology” which ensures data integrity and enhances search effectiveness. Nevermind that artificial intelligence doesn’t exist anywhere, let alone in business software. Of course, vendors have a vested interest in making it sound like rocket science, but does it really have to be that complicated?
A few points about meetings
We all know about the importance of meetings and how they help to get people on the same page. But we’ve all been in meetings that dragged on for hours, meetings where the discussion was wandering all over the place, and meetings with far too many people in them.
Change management poster
UPDATE: There is an updated version of the change management poster here.
Enterprise architecture poster
I’ve recently had a knowledge sharing session with new graduates, and one of the questions from the session took me some time to answer properly. The question was about enterprise architecture and how BAs should approach it in their projects, and it led me to creating this poster which shows several layers of enterprise architecture with key components within each layer:
Four steps to handle tight deadlines better
When you are assigned a complex project that has a short timeframe (as often happens), it can be nerve wracking - I know this from experience. It’s like driving a racing car - you have to push close to the limits but any error can throw you completely off the track. I’ve found that following a few practices helps me complete such projects on time:
Project management: BA’s perspective
Having completed the PRINCE2® Foundation Course, I was inspired by the elegance of the methodology and process orchestration, and I thought, “Wouldn’t it be great to show it from the BA’s point of view?”Project managers and BAs work together closely, and I wanted to show that interaction throughout the main stages of a project. While I was at it, I decided I would also list all the documents written in the course of a project. I ended up with a poster that shows
Business analysis framework poster
This poster provides an overview of the BABOK business analysis framework: