Wednesday, 30 April 2008 19:00

Is it Time for the BA and the PM to Get Hitched?

Written by  Robert K. Wysocki
Rate this item
(0 votes)
My life as a project manager (PM) began in 1963 at Texas Instruments at about the time IBM announced System 360. It was a landmark event in the history of computing and little did I know at the time but it was also the wakeup call that a revolution was about to take place. It was a revolution that we weren't ready for. If I remember correctly I ran projects but was called a systems consultant.  I don't recall anyone in my industry carrying the title project manager. There was very little in the way of tools, templates and processes to support me. The only software that I knew about was an old IBM1130 program that I think was called Process Control System. One of my friends in the building construction trade introduced me to it and I thought I was now king of the hill. PMI wouldn't arrive on the scene until 1969.

As for the business analyst (BA) they weren't around, at least not by that name. What we did have were computer professionals that were called systems analysts. They were the mystics from the IT Department who could talk to a businessperson about what they wanted, retreat into their space to concoct a solution, emerge to tell the programmers what to build and then hope for the best. Few clients were satisfied with the results but they weren't involved enough to know what to do about it. Life was tough in those early days of project management and systems development. Clients were kept at arm's length and only got involved when it was time to sign a document under the threat of a project delay if they didn't sign. Every one of my colleagues, including myself, was looking for silver bullets.

Fast forward to 2008. The systems development landscape is more mature as are the life cycles employed. We have linear, incremental, iterative, adaptive and extreme projects. In less than 40 years PMI has grown to over 250,000 members worldwide. It is the de facto professional society for PMs. IIBA, launched in 2003, is just getting started and has a membership of over 4,000 worldwide. Size differences aside the two organizations have a lot in common and a lot to gain through collaboration and joint ventures.

The major area of overlap is requirements gathering and management. Both the PM and the BA face the same challenges here. Even under the best of circumstances it is very difficult, if not impossible, to identify and document complete requirements. The reasons are many and well known to both professional groups. Underlying it all is the need for more collaborative efforts.

The next area of overlap is process improvement. In the world of the PM and their management this means applying some variation of the Capability Maturity Model and continuous project management process and practice improvement. For the BA this means business process improvement projects and that means having effective project management methodologies.

The next area of overlap is the skill and competency profile of the effective PM and the effective BA. The two profiles are virtually identical. Some have posited that we really don't need both types assigned to the same project. We could certainly debate that point of view but, if present trends continue, I would argue that a single person, whatever label you choose to use, will soon be sufficient. In other words the BA should have the requisite skills and competencies to be an effective PM and the PM should have the requisite skills and competencies to be an effective BA. They will have morphed into one professional. Lacking an appropriate name right now, I'll refer to this single professional as a BA/PM. We are not too far away from that day.

The next area of overlap is the processes, tools and templates that both professionals follow. Again they are virtually identical at the concept level.

I could go on but I think you get the picture. I am led to the conclusion that the support of both the PM and the BA should lie in a single organizational entity that I am going to call the Business Project, Program, Portfolio and Process Office or BP4O for short. Please excuse my taking liberties with the multiple use of "P". I do that for good reason. PMs have had the Project Management Office (PMO) under various names for a number of years. The BA has not had a similar support organization. Recently I have seen Communities of Practice (COP) and Centers of Excellence (COE) emerging for the BA, but these are more voluntary forums for the BA to network and exchange ideas with their peers than an organized business unit. There is no valid argument that can be given for not expanding the PMO to embrace the BA. That is what I am calling the BP4O and that is the focus of the remainder of this article.

The World Class BP4O

On the surface the world class BP4O won't seem much different than the traditional PMO. The world class BP4O offers an expanded portfolio of support functions as compared to the typical PMO but if you look under the hood, you will see that I am proposing that there be a significant difference. In organizations that see the handwriting they see that project management, program management, portfolio management and business process management are all converging on a single strategic role with enterprise-wide scope. The world class BP4O that I envision is a central participant in that role. It helps define strategy and through its infrastructure provides for the enablement of that strategy too. And so here is my first shot at a definition of the world class BP4O.

Definition of the World Class BP4O

The world class BP4O is an enterprise-wide organizational unit that helps formulate and fully supports the strategic, tactical and operational initiatives of the enterprise. The world class BP4O is characterized by:

  • Led by the VP BP4O who has a voting seat at the strategy table
  • Fully participates in the formation and approval of the business plan at all levels
  • Establishes the processes for and monitors the performance of the project portfolio
  • Has authority and responsibility to set priorities and allocate resources to projects
  • Establishes standards for the tools, templates and processes used by BAs and PMs
  • Monitors compliance in the tools, templates and processes used by BAs and PMs
  • Establishes an integrated BA/PM position family with defined career paths
  • Provides a complete program (training and human resource management) for the professional development of all BA/PMs
  • Assures that the skill and competency profile of the BA/PM staff is sufficient for the realization of the project portfolio
  • Allocates BA/PMs to the approved portfolio of projects
  • Offers a full range of support services to executives, sponsors and project teams
  • All BA/PMs have an approved professional development program.
  • Performance metrics:
    • The project management and business process methodologies are assessed at CMMI Maturity Level 5 
    • On average the practice maturity level is at least CMMI Maturity Level 3
    • The project failure rate is less than 10%

As you can see the VP BP4O is an integral part of the enterprise from the strategy formation level to tactical planning to execution at the operational level. It is that unit's responsibility to make the most effective use of the enterprise's human resources towards the realization of the business plan.

Mission of the World Class BP4O

To provide a comprehensive portfolio of strategic, tactical and operational support services to all project teams, sponsors and executives in order to assure the delivery of maximum business value from the project portfolio.

Objectives of the World Class BP4O

  • Define a project life cycle with stage gate approvals.
  • Design, develop, deploy and support a comprehensive portfolio of tools, templates and processes to effectively support all projects.
  • Design and deploy a project review process to support project teams and monitor compliance to established standards and practices.
  • Establish a project portfolio management process to maximize the business value of project investments.
  • Establish a decision support system and dashboard to support executive management's project decisions and provide for the timely monitoring of the project portfolio status.
  • Design, develop, deploy and support a comprehensive HR Project Management System.
  • Design, develop, deploy and support a continuous process improvement program for the BP4O.

Organizational Structure of the World Class BP4O

The only structure that makes sense to me is one where the BA/PMs are close to their client groups. That structure is what I call the "Hub & Spoke. At the Hub we have the enterprise level unit that is responsible for policy, process and staff development. At the Spokes are the various divisions and departments with their own staff of BA/PMs. They might establish tools, templates and processes specific to their needs but in compliance with the enterprise policies and processes.

Staffing of the World Class BP4O

There are five staffing models that come to mind:

  • Virtual BP4O

The Virtual BP4O does not have any BA/PMs assigned to it. Instead they are deployed throughout the enterprise where they are assigned on an as needed basis by their organizational unit. These are not fulltime project managers but are professionals in other disciplines who have project management skills and competencies as part of their toolkit.

The BP4O staff consists of a manager and one or more assistants who support BA/PMs as required. They may be BA/PMs but that is not necessary. The important thing is that this staff has the necessary expertise to provide the support needed. The support services may span the full list but are often quite restricted because of staff limitations.

  • BA/PMs are assigned to the BP4O on a rotating basis

This is an excellent model for deploying the BA/PM methodology, skills and competencies throughout the organization. In this model BA/PMs from the business units are temporarily assigned to the BP4O as a sabbatical from being on the firing line too long. A sabbatical might last from 3-6 months during which time they might conduct a specific process improvement project or simply act as mentor and coach to other BA/PMs.

  • BA/PMs assigned to the BP4O

In this structure the BP4O BA/PMs manage critical mission or enterprise-wide projects. Usually not all BA/PMs report to the BP4O. There will be several who are assigned to business units to work on less comprehensive projects for their unit.

  • BA/PMs assigned at the division level

BA/PMs assigned at the division level work on division-wide projects. These may be projects that span two or more departments.

  • BA/PMs assigned at the department level

Same as the division level except they are assigned within a department and only work on projects contained within their department.

Summary

This article is an opening gambit for me. My hope is to expand on some of the ideas expressed above in future articles. I hope that this article has provided food for thought and that you will take the time to let us have your comments.


Robert K. Wysocki, Ph.D., has over 40 years experience as a project management consultant and trainer, information systems manager, systems and management consultant, author, training developer and provider. He has written fourteen books on project management and information systems management. One of his books, Effective Project Management: Traditional, Adaptive, Extreme,3nd Edition, has been a best seller and is recommended by the Project Management Institute for the library of every project manager. He has over 30 publications in professional and trade journals and has made more than 100 presentations at professional and trade conferences and meetings. He has developed more than 20 project management courses and trained over 10,000 project managers.

Read 4159 times Last modified on Tuesday, 27 March 2012 13:46

Comments  

 
0 # James Shoemaker 2008-05-01 11:43
With all do respect Doctor, When you view things a such a high layer of abstraction there is always overlap between PM, BA, and even Developers. Forcing the BA and PM together in a shot gun wedding will end like most marriages do today in a bitter divorce. The issue is the lack of understanding of the role and responsibilitie s of a BA and the time to accomplish real requirements gathering and management tasks. A BA should not be responsible for the project like a PM. BA's are Facilitators and Leaders of a project not Managers of projects. Once organizations start collaborative requirements gathering and requirements management the the overlap between BA's and PM vanish. Learni ng from the past when we did not have BA's is critical. Repeating the past by re-branding it with a new box and colors only means you get less results at a higher price $$$$ PM's have done alot to kill the BA and this is just another atempt. The only thing worse than a PM trying to define requirements is a developer defining Use Cases. Dr. please stick to managing and let the leaders lead please. Thanks James Shoemaker
Reply | Reply with quote | Quote
 
 
0 # David Wright 2008-05-01 17:53
I basically stopped reading at "Some have posited that we really don't need both types assigned to the same project. " Well, I have one thing to say about that -- those people are are out of there freakin' minds. I have Scott Ambler going on and on about how I should really be coding, and now Mr. Wysocki says I should be the Project Manager too? A Project Manager's focus is delivery on time and within budget. A BA's focus (and designers and other team members) is delivery of the right product that actually works. It is a healthy dynamic in any project that any conflict between the two views is externalized across different people. You make one person responsible for both (i.e. all three corners of the 'project triangle'), and their heads will explode... if not literally, then it will be seen in unsustainable levels of stress and job burnout. Thanks for the offer Robert, but even if this BA/PM job paid twice as much as being just one or the other, I would still have to say "no thanks". David Wright http://www.ittoolbox.com/profiles/davidwright/home
Reply | Reply with quote | Quote
 
 
0 # Grace Hanney 2008-05-02 04:47
Wow! Why do so many Project Managers think that Business Analysts have some secret desire to "progress" to their job? To us, it is not a progression but an entirely different career path. Pure Business Analysts are facilitators, diplomats, researchers, analysers, your basic Owl-Thinker-Ana lyst personality. Project Managers are Hawk-Director-D river personalities, pushy and demanding and worried about deadlines and money. Yes, we work closely together but please don't mix apples and oranges! Grace Hanney
Reply | Reply with quote | Quote
 
 
0 # John Coyle 2008-05-02 04:51
The comments above sound like arguments about National tariffs. Protectionist to the core. . . . I've worked as both a BA and PM. My current title is PM/BA. I think this article has merit. Although the activities and focus of the diverging roles are very different, I don't see why the roles can't merge The mantra of the PM is cost,schedule and quality. Where the BAs primary role is requirements management. An effective PM cannot be so removed from the Business process as to be myopic to his/her mantra. They need be involved in the process and integrate themselves as to widen their focus. This, I would argue blurs the line between the BA and PM. The more the PM knows about the business, the more effective they become at setting schedules, allocating appropriate resources and setting standards of quality. I do believe that the roles can merge. In my case they have. My daily activites vary from a session of OOD/A process analysis to setting budgets and following up on project tasks. It's not that hard. I do it everyday and have been doing it for a decade. As a member of both PMI and IIBA I do beleive that these communities can merge over time. The skill sets are different but not so far apart that they are not complimentary. John Coyle Project Manager/Busines s Analyst
Reply | Reply with quote | Quote
 
 
0 # Kupe Kupersmith 2008-05-02 06:30
Some really great comments here so I will not try to repeat. My take is that yes one person can play both roles, but it is not always the best solution. When one person is the BA/PM you lose a healthy conflict that helps increase the success of projects. The PM is generally making sure that the project is completed on time, within budget and meets the overall scope. Where as the BA should always be pushing for more time to elicit and analyze the needs to produce the best solution for the business. Together the right solution is met! One more point to continue the "it depends" theme: For every project you have to determine if it makes sense to have an expert or a jack of all trades. When I have a large plumbing problem at my house, I hire a professional plumber. I want someone that does this day in and day out. Their main focus is on plumbing and I can feel comfortable that they will be most efficient at resolving the issue. Now when I have a minor issue like installing a new faucet, I may hire a jack of all trades to come by and install the faucet, do some sheetrock work, etc. In the end I think there are times to have one person play both roles and there is a time to have individuals taken on each role. Whether it is one or multiple, just make sure the skills needed for the project are accounted for. Remeber, just because you are a great BA does not mean you can be a great PM (the reverse applies as well). And the great debate continues!!!!
Reply | Reply with quote | Quote
 
 
0 # keith warrick 2008-05-02 08:55
I have to agree with the others that maintain that the two roles are collaborative but separate and distinct. Sure as a BA, I have employed some project management principles in the execution of my BA role in the various organizations I have worked in over the years but that is it all I want to do. Being concerned to the point of being nagging resources on projects to do this or do that is not something that is part of the BA's sphere of influence and would certainly work against the BA in achieving their objectives. Th e IIBA's existence will ensure the the BA discipline is recognized for its value and worth as a standalone profession and not merely as a stepping stone to becoming a project manager.
Reply | Reply with quote | Quote
 
 
0 # dee walsh 2008-05-02 09:09
I have had the good fortune to be on a 5 year projects that came in on time and under budget. A significant contributer to this sucess was having a strong BA, a strong technician and a strong PM. It was this partnership as well as our boundaries that helped in our sucess. When the lines of responsibility become blurred or a person is asked to wear several hats on a project, my experience has not been as good. We have come to realize that although a person should be versed in all 3 disciplines (technical, BA, PM) it is best to have a 'major' in one and a 'minor' in the other two. That being said there are a few unique individuals that can perform well in both the BA and PM roles but my experience has been that they are usually BA's not PM's (no offense.)
Reply | Reply with quote | Quote
 
 
0 # Thomas Slahetka, CBAP 2008-05-02 11:07
Even though there is some overlap is the BA and PM disciplines, these are two distinct roles with two distinct skills sets. I would even say that these require two personality types. The BA is certainly more people focused while the PM is more task focused. Both are important but to have one person fill both roles, or to merge the professions, will not succeed in most cases. The differential will grow even more as BA’s are recognized as a separate profession, their value is recognized and the need for BA’s grows.
Reply | Reply with quote | Quote
 
 
0 # Barbara Carkenord 2008-05-02 14:02
Kudos to everyone who commented that these are two distinct roles with different skill sets and tools! This article points out one of our great challenges in selling busienss analysis training. Project management training companies (who have all jumped into the busienss analysis arena with project managers teaching BA classes) also do not understand the distinction of the roles. They are telling PMs that requirements is just an add-on task for them. This will continue to minimize the time spent on requirements which is the number one reason for failed IT projects.
Reply | Reply with quote | Quote
 
 
0 # David Wright 2008-05-03 16:14
"Owl-Thinker-An alyst". Grace, that's beautiful, I may add that to my business card!
Reply | Reply with quote | Quote
 
 
0 # Abhishek Kashyap 2008-05-05 05:16
I disagree with the thought of "BA and PM to Get Hitched" as far as IT world is concerned. I have been in IT industry for a while now and have peformed various roles in different project. From my past experience i have learnt that whenever PM has taken the responsibility of taking requirements (one of the task for BA) he has missed on some or other task of his. PM's priority is totally diffrent than the BA for a project. If we try to overlap the responsibilitie s, we dont get any thing but a project with no deliverables on time. Pm's responisbility is to make sure BA and other team members make their deliverables right and on time and project is on schedule.
Reply | Reply with quote | Quote
 
 
0 # Alexandra Gorman 2008-05-05 07:46
I find it fantastic that all comments are in agreement with keeping the BA and PM role separate. Having come from a previous job, where they were separate and distinct from one another into my current job where the lines are blurred, I can definitely see the worth of maintaining the division lines. Having a PM write requirements causes them too much work with the tasks that must get managed, and the requirements that are documented suffer from not enough clarified detail. On the flip side (and speaking from experience as a BA), we may be good at writing requirements for DBs or Apps and we may be good at some PM skills such as facilitation; I must say, I know nothing of the other PM skillsets, such as working with the network guys for new T1 lines, or implementing a phone system, or connecting to an FTP site for an automated file pickup. My expertise is in understanding the user community's needs and translating them for these techy folks to do their jobs - NOT in those techy folks DOING their jobs!
Reply | Reply with quote | Quote
 
 
0 # Anthony Miles 2008-05-06 05:12
As a business analyst myself, I completely agree with the comments above. I do agree with the author that there is some overlap and that a collaborative effort is so very important to the success of the work effort. But, the business analyst not only has distinct skills, but should have a distinct focus as well. A business analyst should be focused on the business of "the business"...und erstanding the customer/user/c lient and what the pain is, or the growth goal. Once you start blurring those lines, you begin to add distractions, and we all know, distractions lead to missed and incomplete requirements, and even today with focus, it's hard to mitigate that, much less adding more risk. But again, I do feel strongly that the PM and BA need to collaborate and work together closely on work efforts.
Reply | Reply with quote | Quote
 
 
0 # Patrick Wong 2008-05-16 01:16
Comments seems fall on one side completely. In our city (Asian Country), every BA is a PM and experience PM always promote from BA who can oversee more projects at a time. Its so expensive to split the two roles. It will never come to my boss's mind to hire a PM just overseeing deadlines. Fro m my point of view, BA should be proactive and think out of the box. BA should concern every aspect of the business and tie every initiative to company's ultimate value. from Owl view to microscopic view. To acheive this, a BA should not limit himself to gather requirements. We are pioneer, when no one think of using a T1 line, we drive techy people to to it. Give true valuable advice to management and drive it happen. This is our irreplacable value and it is really deserve a professional designation. I don't care if there is any "PM" here to monitor the deliverables, time and budget. Leave it to Microsoft Project.
Reply | Reply with quote | Quote
 
 
0 # David Wright 2008-05-17 06:40
If overseeing deadlines is all you think a PM does....well, I don't have any kind of witty remark to offer, this statement just doesn't deserve it. As a BA myself, I will defer to any PMs reading this to weigh in. And yes, lets take this from PMs view. There are thousands and thousands of active PMs working today, how many of them want to do the BA's job too? why would they? And any company that gets people to do multiple jobs "because its too expensive" not to, it may have more problems than just managing its staff properly. What is the japanese word for working yourself to death?
Reply | Reply with quote | Quote
 
 
0 # Iustin Ivlev 2011-05-29 06:11
I've seen the article called: Effective Requirements Gathering and Management Need the Skills of Both the BA and the PM . I gues my comment there will fit even better here. Quote: One stop shop as a reason to transform a PM in a BA/PM is the perfect example of what NOT to do. One-man-orchest ra is the antonymous for professionalism and profession. The sub-project to elaborate a project charter must end with proper results - that is proper defined requirements (among other things). This is why one should go trough pre- feasibility, feasibility, business case, business plan, project charter cycle, A BC should be conducted by a qualified BA with a pluridisciplina ry team.
Reply | Reply with quote | Quote
 

Add comment