With the rise in popularity of agile methods, business analysts and product owners often use the term “agile requirements” to label their work. We do not care for the term “agile requirements” because it implies that the requirements for an agile project are somehow qualitatively different from those for projects following other life cycles. A developer needs to know the same information to be able to correctly implement the right functionality regardless of the life cycle being used.
There seem to be thousands of guides that will (or at least say they will) prepare you for the job interview and make you flawlessly land the job of your dreams. That’s pretty cool, but actually before you nail the job interview, first, you have to get to this stage and this proves unreachable for thousands of candidates every day. So this time, for a change, let’s focus on the 8 traps that await you on your way to the interview for your dream job.
A typical business function might contain several unique events each of which we want to end up as a component of a larger software application. So how do we go from a table containing textual information to a specification which a developer can use?
While the benefits of an effective Business Process Management solution are clear, a truly successful, on-time implementation can prove elusive. As a Business Analyst, you may be held responsible for project timelines. So when the schedule starts slipping, your credibility can slip away with it. This article discusses how agile technology and processes can slash implementation times from months or years to a few weeks or evendays, reducing time to value and ensuring successful, on-time, on-budget implementations.
The once lowly business analyst is suddenly in high demand. Here's how to work well with the ones you've got. The hottest job in IT right now might be the least "T" of them all: business analyst.
To remain competitive, it is more important than ever for an organization’s leadership team to use business analysis (BA) practices to execute strategies through innovative solutions. Over the years, business analysis has been rapidly developing as a profession and as a core business practice in many organizations; however, all too often business analysis is still in its foundational stages.
For several decades, software reuse has been a recognized solution to improving efficiency of software development. However, implementing reuse in practice remains challenging and the IT community has little visibility into the state of the practice specifically as it pertains to reusing software requirements. This paper presents the results of a survey conducted in the global IT industry in 2010 and discusses the state of the practice for software requirements reuse.
Worldwide, there are between five hundred thousand and one million people working as Business Analysts... So why are all types of businesses, from charities to investment banks, hiring so many of them?... What do they actually do?...
We can probably all agree that Knowledge Management is generally A Good Thing and that we should do more of it. But what does “doing Knowledge Management” actually involve, and how as BAs can we ensure we effectively reuse our knowledge?
“The overall purpose of Business Analysis is to build a bridge between business and IT”. This is a good enough definition for a position as hard to define as Business Analysis.
Many organisations hire external consultants with no experience of their business to shape strategies and propositions. In doing this, they are unconsciously ignoring internal resource with exactly the same skills but additional knowledge and experience of the business – namely their Business Analysts. BAs have a unique skillset, offering holistic insight, analysis and recommendations.
The role of business analysts and systems analysts appears to be very closely related, and there is no agreement on the definitions of the roles or the required skill set to become one of the said analysts. Though the number of these positions is increasing, the understanding of what the business and systems analysts are remains unclear and differs between organisations. A review of literature shows that there are common roles and skills between the two positions, as well as very distinct roles and skills that are clear. This research has demonstrated that although there is some harmony between the articles and interviews on the distinctions between the business analyst and the systems analyst, there are still discrepancies that can only be understood through further research.
I get this question and variations of it all the time! What is a senior business analyst? What skills do I need to develop to become one? What are the most valued business analyst competencies?
This is a tough question. And although finding the answer can be difficult, it’s also a tough question because it has multiple answers. Business analysis, like many, if not most, professions, exists within an organizational context. Different organizations value different competencies and so senior can mean something different depending on the organization in which you work and the strengths you bring to the table.
brought to you by enabling practitioners & organizations to achieve their goals using: