|
|
||||||||||||||||||||
| Home > CIOs / IT Management News > Prevent IT project failures with business analysts, project managers | |
| CIOs / IT Management News: |
|
||
Post recession, IT shops are even more focused on effectively serving the business unit -- a big part of which is improving IT's typically poor project success rates. In this interview, Larsen offers some insight into the differences between project managers and business analysts and explains why both skill sets are often necessary for successful projects. What's the difference between an IT project manager and a business analyst?
'); // -->
en includes communications management, resource management, schedule management and financial management. Business analysts are focused on the content of the project, spending a lot of time researching, analyzing and documenting specific business requirements and then relaying the needs and expectations of the business back to IT. In IT, project managers are typically focused on the technical side, with minimal business interaction. Business analysts, on the other hand, are all about bridging the gap between business and IT -- putting business requirements into a technical context. In your opinion, is the business analyst role and IT project manager role blending in the midmarket? What's interesting about these two roles, is that for some midsized companies they may have never existed before. They're not positions that companies typically recruit for. But in a down economy where every penny counts, increased project failures and growing numbers of unhappy customers drove CIOs to recognize the importance of nailing down business requirements to achieve project success. Failure wastes time, resources and money, and IT just cannot afford it. So even in smaller IT shops, if the titles don't exist, the roles are definitely emerging. Can one person effectively take on both roles? CIOs want projects to succeed, but they also need to keep costs low, so of course, they are going to make some compromises. Just be aware that executing projects well is something that has to be learned. Gathering and managing requirements is the same. There are bodies of knowledge and best practices that apply to each of these individual positions. This doesn't mean that only a select few are equipped to do these roles well. But if you want to bring in someone to take on both, let them focus on one project at a time. Is a CIO more likely to find an IT project manager with business analysis skills or a business analyst with project management skills? But in my opinion, it seems that there are more project managers well-suited to do business analysis than there are business analysts able to manage projects. There is that dichotomy between analyzing and acting -- the project manager is engaged in taking action, and the business analyst is engaged in analysis -- and the ability to take action puts the project manager in a position to handle both. That being said, the CIO is putting more importance on staying aligned with the business strategy in an effort to improve project success rates. The business analyst is someone in IT who can effectively communicate back and forth with the business daily and fulfill this role at a tactical level. Yes, the CIO focuses on the strategic alignment at a high level, but for the day-to-day [activities], the business analyst is really becoming the CIO's right arm. Overall, you want quality work done in both areas. If you want your projects to be managed well, let your project manager focus on project management -- analyzing requirements is a fair amount of work. If the project manager has time to analyze requirements, then by all means, allow them to do both -- but don't expect it. How can a CIO or IT manager tell whether a failed IT project occurred due to poor project management or improper business analysis? The requirements misalignment is chiefly distinguished by the business customers saying, "this isn't what we wanted" or "thanks for this, but we need to change 20 different things." If this is the case, there was either too much separation between the business and IT, or the requirements were not gathered sufficiently, or else were not documented in enough detail. This is a business analyst problem. If you experienced a schedule or resource problem, meaning the project was late, over budget or incomplete, it can typically be pinned on the project manager. These problems are usually the result of someone not planning enough up front or improperly managing the efforts moving forward. There is a caveat here -- the project manager needs to understand the scope of the project in order to properly manage it. If the business analyst didn't fully understand the requirements and passed incomplete information on to the project manager, then it's actually more of a requirement problem. The business analyst and project manager should work closely together in the beginning to prevent this. What did you think of this story? Email Kristen Caretta, Site Editor, or follow her on Twitter @kcaretta. |
|||||||||||||||||||||||||||||||||||||
| About Us | Contact Us | For Advertisers | For Business Partners | Site Index | RSS |
|
|
|
|||||||