Archive

Posts Tagged ‘analyst’

How Requirement Patterns can benefit your business

September 11th, 2015 No comments

Software companies increasingly have a variety of different projects to manage. Sometimes these projects are similar to one another, or at least they have some common functionality, sometimes however they are not. Overall, the majority of projects business analysts and development teams work on contain very similar (if not the same) portions of functionality, defined in the project scope.

Let’s not forget about high rotation of people, not only between different projects, but also between different companies. Not everyone involved will necessarily have a deep knowledge or understanding of the product functionality or even the business area the project is related to. For new-coming analysts, the problem of understanding the business area could be easily resolved by Read more…

Expert approaches vs. miscommunication

April 24th, 2012 6 comments

The modern world is rapidly becoming one where outsourcing is a necessity. Almost everyone is outsourcing software projects to companies that are specialists in software development. That approach brings risks because of the potential for miscommunication. Generally speaking, programmers and business people do not speak the same language. Their respective education is in only one of two different arenas—technology or finance.

An Analyst, or Project Manager (PM) is assigned as the interface between the business/client’s needs and the team of programmers who are physically writing the software. When a misunderstanding takes place, it becomes the responsibility of the Analyst/PM to solve the problem. The problem generally results from one of three possible types of communications failures:

  • The team doesn’t understand the business goal because the Analyst/PM did not understand the needs of the business/client originally.
  • The Analyst/PM is not effectively communicating the needs of the client to the programming team.
  • The team suffers from a communication bottleneck. That is, the Analyst/PM is constantly relying on guidance that is not forthcoming from the business/client in a timely manner.

Read more…

Categories: Devexperts Tags: , ,