“Number one” is a reference to Star Trek Next Generation’s Captain Jean-Luc Picard’s name for Commander Will Riker. Riker was always Captain Picard’s “Number one” when he needed to get something done. So, in a project, whom does the Project Manager (PM) rely on as their “Number one” to interface with the client when he or she is not available? Is it the Business Analyst (BA), or is it the Technical Analyst (TA) or the Systems Engineer (SE)?
I will use my fall back answer that you, the reader, should be used to by now: It all depends. It depends not only on the type of project the PM is managing, but also the fit of the individual being considered.
Is the project a “technical” project?
What do I mean by a technical project? A technical project is an upgrade of an existing product that is for technical reasons and does not enhance the product. For example, most of us know that Microsoft is discontinuing support for Internet Explorer versions older than version 11. If a product has to be upgraded so the user interface (UI) can be compatible with IE 11 but does not change the UI, then this is a purely technical project. If that is the case, the technical resource, be it the TA or SE, would be my first consideration. Why? Because most likely the client project team would be staffed mainly with technical resources. If the PM has to take some time away from the project, the client will most likely interact with the technical resource on the project and that resource can update the PM when he/she returns. There may be a business user on the client team, but I have found that when the project is technical in nature, that business user usually interacts most with the client technical team.
Is the project a “product” project?
Product projects are most often a pure implementation or a product upgrade. In this case, the main resources on the client project team will be business users. Yes, there will be technical resources, but they will not be the main resource. In this case, when the PM is unavailable, the most likely Number one would be the BA. The BA should be establishing a relationship with the business users from the beginning of the project, so being the Number one will not be a stretch for the BA, or for the client for that matter. Particularly in the beginning of the project, after the PM establishes the project protocols (contact list, status report, etc); the BA should be the main focus. He or she should be the most familiar with the product and the phases of the project and what needs to be accomplished with the PM away. The BA can also bring a more “personal” touch to the status meeting or any interaction with the client.
Which person is the best fit?
Regardless of the type of project, the fit of the individual is more important than the role they play. Even in a purely technical project, a BA may be involved on your project team. If that person has the technical where-with-all and can easily interact with technical resources on the client team, then the BA may be the logical choice for Number one. Conversely, if the PM is going to be away at the inception of the product project and must interact mostly with the technical resources from the client team, then maybe the technical resource would be better suited to lead the project in his or her absence.
However, this leads to a decision the PM must make regarding fit. If the PM is more comfortable with the BA being the Number one in the PM’s absence, then the PM must go with their gut and choose the BA. Also, if the BA is more comfortable with the technical resource because of the relationship with the client, the PM should choose the technical resource on his team. In either case, the PM should know that he/she is not indispensable and must pick a member on the project team to lead the project in their absence. This choice becomes easier once the PM, like Captain Picard, provides guidance to the BA or technical resource on their team on how the PM wants the interaction to occur and who best to fit the role of Number one.
I am open to discussion at any time on these blogs or anything else related to project management you would like to explore. If you would like to comment about this blog, please do so by posting on this blog or by responding in an email at Benny A. Recine. You may inspire a blog article. I look forward to your comments.