I am in transition period now. And among other handovers, I am also responsible for handing over the bastion of 'BA stuff' to another designated person (DP). To begin with, the stuff for handing over was entire project documents and related training about the project to the DP. Predictably, I had to sit along with the DP and perform or make him perform all the tasks related to the project on UAT environment including population of various tables and necessary configurations. Also, the need of the project and nuances of the project had to be described and clarified. To the DP's credit, this project was new to him. Also, he wasn't given complete training of the platform/workflow. The DP was also the new process owner of the workflow.
This got me wondering how to handover the BA stuff during transition. I did a little research and found few links. The description in the links pointed more towards documents and contact matrices. But what about the various process steps and understanding about the process that the BA has accumulated over the entire period of the project? Will the documents and contact matrices enough for the new BA to understand the business process(s), the way project is implemented, and the other nuances? How to handle things post-handover?
I am wondering about the process I followed. I shared the documents with the DP and then we jointly went through each and every step of the workflow, sort of UAT. We also discussed various issues that cropped up. It turned out that most of the issues were configuration issues only. This resolved a lot of queries the DP had about the workflow and clarified the understanding of the workflow itself to the DP. This is definitely a lengthy and time consuming process. But the advantages outweigh these burdens.
This again made me wondered if other solutions are possible. One could be having two BAs for the project. Is it feasible considering cost involved in having two BAs for one project especially for a single client?
Links on 'how to handover a project to a business analyst'
http://aoteastudios.com/2011/07/24-things-to-find-out-when-taking-over-a-project/
http://stackoverflow.com/questions/1377184/how-to-hand-over-a-project-systematically
This got me wondering how to handover the BA stuff during transition. I did a little research and found few links. The description in the links pointed more towards documents and contact matrices. But what about the various process steps and understanding about the process that the BA has accumulated over the entire period of the project? Will the documents and contact matrices enough for the new BA to understand the business process(s), the way project is implemented, and the other nuances? How to handle things post-handover?
I am wondering about the process I followed. I shared the documents with the DP and then we jointly went through each and every step of the workflow, sort of UAT. We also discussed various issues that cropped up. It turned out that most of the issues were configuration issues only. This resolved a lot of queries the DP had about the workflow and clarified the understanding of the workflow itself to the DP. This is definitely a lengthy and time consuming process. But the advantages outweigh these burdens.
This again made me wondered if other solutions are possible. One could be having two BAs for the project. Is it feasible considering cost involved in having two BAs for one project especially for a single client?
Links on 'how to handover a project to a business analyst'
http://aoteastudios.com/2011/07/24-things-to-find-out-when-taking-over-a-project/
http://stackoverflow.com/questions/1377184/how-to-hand-over-a-project-systematically
Comments
Post a Comment
Please let me know your thoughts on this post.