Rather than building systems in house, many organizations outsource development to contract development companies. They might outsource the work to take advantage of skills they do not have available in-house, to augment their internal staff, or in an attempt to save money or time. The outsourced development supplier could be located physically nearby, on the other side of the world, or anywhere in between.  The role of a business analyst is even more important on these projects than on a co-located project. If the team members are all in one location, developers can walk down the hall to ask the BA a question or to demonstrate newly developed functionality. This close collaboration can’t happen in the same way with outsourced development. Compared to in-house development, outsourced—and particularly offshore—projects face requirements-related challenges...

A point in time field supports a business need for an information system to know when an event took place (or will take place). Date, Time, and Date/Time field values represent a quantity of time involving a specific unit of measure and precision. Like other quantity values, they can participate in calculations (E.g. subtracting one date from another to determine the number of days in-between).

As a business analyst/project manager/scrum master, one needs to use their leadership skills and influencing ability to balance between the stakeholder’s expectation and the project goals hand in hand.  Here is a typical stakeholder interaction chart for a business analyst..

In this article, we are going to categorize the techniques into three categories based on their complexity levels. Low complexity techniques are more useful for ECBA aspirants. Medium and high complex ones are more important for CBAP examination aspirants. High complexity techniques would require CBAP practitioners more time and effort to understand and be comfortable with.

Being “data-driven” doesn’t help create project success; being evidence-based does.  Evidence-based problem solving reduces the risk of blind spots and confirmation bias and increases the chances of achieving the desired outcomes. In high-stakes projects, risks can be dramatically reduced when a business analyst is willing to apply first principles thinking, hypothesis testing, and information value analysis to integrate the best evidence into the decision-making process.

Collaboration is not about resolving conflict. It is about surfacing team members’ alternate opinions or their concerns with the overall groups’ decisions. And it also does not mean that everybody must be happy with the final decision. Everyone should understand what the decision is, why the choice was made, and have a very good feeling that all aspects of the issue, both pro and con, were given adequate discussion. In other words, once a decision is made everyone should be in agreement that they are behind the decision and will work to make the decision successful. Collaboration is achieved and group think is avoided when every person voices their view of the issue and is allowed to retain their personal view even when the final decision or conclusion varies from that view.

The right approaches and tools can help business analysts perform the appropriate evaluation to help businesses improve operations, revenue, and decision-making. What are the common methods business analysts use to evaluate organizations? How do the SWOT and PESTLE methods work? What approach works best for analyzing a firm’s mission and objectives? Are there methods that can analyze how the environment can impact a business? This article explores the various methods business or data analysts use to evaluate enterprises and discusses how each method works as a business analysis tool.

A classification field allows the recording of a meaningful fact about a record instance, with that fact drawn from a pre-established set of values. Online access to values applicable to a given instance might be through a drop-down or pop-up list, or as labelled check boxes or radio buttons. The organization may be interested in just the values, or there may be additional information about each value that the system needs to manage.

Business Analysts solve problems, but ultimately these solutions are meant to serve people, and it takes people to create the definition for these solutions. With that said, no matter how great an analyst is at discovery, analysis and solutioning, key soft skills are essential to being a best-in-class business analyst.

Soft skills are the people-side of business and really any type of engagement. There is a large variety of skills included in the soft skills category depending on which resource you read. But there are two that always seem to land in the top five.. 

I hope the above two examples give you an idea about how different the projects use agile principles based on the nature of the project. And I believe this would give you some tips if want to adjust the existing agile practice in your project too. So, the BA’s who have not worked in agile projects before, now you know how the real world agile projects are….

If you surf the internet for ‘agile project methodology”, you may get lots of web pages explaining a similar set of activities which are /should be followed in Agile projects.  Unless you have working experience in an agile project environment, you may imagine what a well-defined and smooth process the agile projects have!! 

What if you have really worked on an agile project, would you have the same perspective? Especially if you are a Business Analyst or an Iteration Manager…. ? Those BA’s and IM’s… I know what your answer is and the long explanation about your agile project experience is.. I can imagine even your annoyed faces …

Whether you’re purchasing a package (also called commercial off-the-shelf, or COTS, products) as part or all of the solution for a new project or implementing a solution in the cloud, you still need requirements. Requirements let you evaluate solution candidates so that you can select the most appropriate package, and then they let you adapt the package to meet your needs.

Having discussed fields intended to name record instances, we move on to fields intended to satisfy the need to say something quantitative about a record. A quantity field requires particular attention be paid to its unit of measure (UoM) and precision.