Entries for 'Transform VA'

8753 Views
5 Likes
0 Comments

Most of us have seen praise and recognition at work go to the people who react quickly when a problem occurs:

  • The IT person who takes care of technical issues at critical moments, like restoring access to a demo site right before a sales rep is scheduled to present to a hot prospect.
  • The salesperson who closes a deal on the last day of the quarter, preventing the sales department from facing the negative consequences of missing quota.
  • The business analyst who works extra hours to make sure late-breaking requirements are properly documented in time to prevent delays in the next development cycle.
21149 Views
14 Likes
0 Comments

Sometimes it’s the simple things that make a profound difference. Sometimes they can be so blindingly obvious that we cannot see them. And the biggest impediment to progress can be between our own ears.

In this article I will describe ‘attentive listening’. We will cover how to do it, why it works and when to do it. At all times we will bear in mind the Agile manifesto commitment to maximizing the amount of work not done – not done by us, by the teams we work with and by the stakeholder!

Listening is a cornerstone skill of business analysis. If an analyst is to be of any value then they must be alert to clues in the environment. What thoughts, frustrations and opportunities are there? Understanding what is said, is an absolutely fundamental part of any analysis in order to produce useful insight or alignment.

So, you listen already? Sure you do, yet what are you listening to? The whole of what the speaker has to say? Are you giving them a chance to finish their thoughts?

7518 Views
2 Likes
0 Comments

Business analysts are expected to be the ones who will create plenty of documentations that will guide the design, implementation and maintenance phases of a system. Documents varies from Business Requirement Documents (BRDs), Functional Requirement Documents (FRDs), System Requirement Document (SRDs), Project vision Document, Requirement Management Plan and other. Also a business analyst may contribute to the formation of a Request for Proposal (RFPs), validate and comment on contracts and write user manuals and other type of explanatory documents regarding a solution. It is crucial the documentation created to add value. Every party that has access to documentation must find easily what is looking for and after reading it to gain specific knowledge and understanding of a specific issue.

As a business analyst you will have to decide how will present the information in a document in order to maximize value for he readers. Include diagrams, screenshots, pictures, as well as text descriptions at your documents. Apply what is suitable taking into account the context and the specific characteristics of the project. Tailor any template or approach to the specific context. The solution team will use the diagrams more than the words, especially since they are most likely going to render the words into diagrams for development anyway. The business community may relate to a drawing of a screen layout better than to a three-page textual description of the same screen layout.

13961 Views
6 Likes
0 Comments

Business people call remote meetings virtual or on-line sessions, or simply conference calls. For many years we have been utilizing this form of communications to save time and money. Due to the global virus pandemic, remote meetings are now not just convenient, but a necessity for maintaining social distancing. Fortunately we have technology that assists us in managing these remote sessions to not only hear the stakeholders, but see them as well. However, remote stakeholder interviewing and meetings have their additional challenges beyond face-to-face encounters. Regardless of the technology used, we need to be keenly aware of these additional negative risks and pursue mitigations.

10380 Views
3 Likes
0 Comments

In the computer age, we’ve limped along literally for a human lifetime without blueprints for business knowledge and the vocabulary used to communicate it. How well is that working out?

If you have any doubt, do a quick internet search on all the problems associated with ‘data quality’ and their costs. Or look at the still dismal success rates of IT projects. Or consider how much sharper your decisions could be if the data were better.

A business knowledge blueprint, whose core component is a concept model, permits you to deeply analyze your concepts, your vocabulary, and your business knowledge. In this post, Ron explains all the critical reasons you need that blueprint.

9409 Views
12 Likes
0 Comments

The phrase "project audit" sounds threatening to some, while for others these words have a sense of formalism and bureaucracy. No one particularly likes to have their work checked, especially if the person checking it is an outsider. Most often we've heard the word audit in the context of checking financial or accounting statements. Furthermore, in the past few years, many have encountered an IT security audit. But I'd like to tell about the audit of business analysis processes for one of our company's projects. This service may also be useful to your project.

About ten years ago, I first served as a project auditor in terms of business analysis. First, we created a document that regulates the work of a business analyst — the procedure for developing and managing requirements. Such an audit, for the most part, consisted of checking compliance to these requirements within a specific project. But as part of the audit, I could make recommendations that were not directly provided for by formal documents, but rather based on common sense and my practical experience. Thus, I combined audit and consulting. Based on these results, a plan was drawn up, and then the implementation of this plan was checked as part of the next audit.

7511 Views
5 Likes
0 Comments

Business Analysis journey is typically triggered by a desirable change. A change that although may appear local in impact, restricted inside a defined project scope, it can have an effect of many hidden aspects of an organization’s ecosystem. Strategic outlook and mindset is a common trait of successful business analysts. Having in your mind the desirable future and seeking for opportunities in order to contribute with your tasks at the overall efficiency, success and sustainability of the organization you work for, can make the difference.

17974 Views
26 Likes
1 Comments

It is strange how something that is supposed to be simple is actually so complex.  Something that is supposed to be a matter of linear career progression can actually end up in a state of a continuous loop, with no way of terminating such a loop.  A point of stagnation and frustration. This is a quandary facing many intermediate business analysts. They do not know how to shift gears and move one notch up and be senior business analysts - who play a strategic role in helping their business stakeholders bring their strategies to life through the right initiatives.

13215 Views
3 Likes
0 Comments

Good news is that the adoption of an agile approach is increasing with more and more projects being successful. As a business analyst / project management professional, it is important to understand how success is measured for Agile projects? What are the key performance indicators and metrics?

In this article, I am going to list down the top metrics for measuring the success of Agile projects/approaches.

11277 Views
13 Likes
0 Comments

The majority of IT business analysts spend their careers in “reactive mode”. They are assigned to tasks like define the requirements for a new partner loyalty program, create user stories for an enhancement to a billing system, and go about delivering their artifacts.

Data-inspired analysts are those analysts who make a conscious decision to “go upstream” and find data to help their organizations identify the areas of value creation with the highest return on investment before jumping into “solution mode”.

17591 Views
29 Likes
2 Comments

I spent a lot of time in the past half-century doing software work: requirements, design, user experience, programming, testing, project management, writing documentation, process improvement leadership, writing 7 books and many articles, consulting, and training. Sure, there were some side trips along the way,.... But basically I’m a software guy. Over all that time, I’ve accumulated numerous insights about the software business. Here I offer 66 of those lessons. Perhaps you’ll find them as helpful as I have.

26111 Views
18 Likes
1 Comments

Requirements management is a critical function for business analysis. Requirements management is focused on ensuring that the business users and stakeholders have the following information available...  But the more important question to have answer to and where the real business value is delivered in requirements life cycle management is answering the following questions:

  1. Are the requirements impacting critical business processes?
  2. Which processes have recurring change?
  3. Are the requirements priorities aligned to key business processes?
  4. Which process will be impacted by which requirements?
14602 Views
12 Likes
0 Comments

When I began training to be a BA, I never dreamt that I would need to be a salesperson too, in fact, I'm glad I hadn't realized that as it may have deterred me from, what is for me, the most suitable and fulfilling career that I could have wished for.

The answer is simply this: the ability to sell. The better you are at selling, the more senior you are likely to become, and this is true across the whole business, it doesn’t just apply to Business Analysts.

12296 Views
11 Likes
0 Comments

With the surge of coronavirus, the word “Supply Chain “ continuously pops up into the news headlines.  So what is supply chain and how/why is it an area of knowledge each business analyst must master.   One of the biggest misconceptions about supply chain is people think supply chain = logistics or transportation.

20365 Views
61 Likes
2 Comments

The transition from Waterfall to Agile is never easy – especially for a business analyst who must go through this journey. This document has come about because of this challenge and as an attempt to present a practical guide of how to effectively transition over as a business analyst, and where are these worlds connected. I do not believe that all that we learned as business analyst in the waterfall era are completely useless. What has changed in the Agile world is how we think about analysis, how we present the requirements to our business and our development and testing teams. It is by no means a comprehensive and one size fits all document. But it does provide a start and a guide for those who sometimes cannot make the connection.

Using one fictitious  ‘User Story’ in the Agile section of this document, I provide concrete examples of how and when to present just enough information, while giving your audience sufficient understanding of what they need to bring the requirements to life.

Page 9 of 37First   Previous   4  5  6  7  8  [9]  10  11  12  13  Next   Last   

 



Upcoming Live Webinars

 




Copyright 2006-2024 by Modern Analyst Media LLC