How Business Analysts Can Partner With the Technical Team
Today I'm continuing what is becoming an 8-part series on our 8-Step Business Analysis Process Framework.
(If you'd like to check out the first 5 parts of the series, you can find them on the Successful Business Analysis newsletter - while you are there be sure to hit "subscribe" to get notifications on all my new articles.)
And now we are on to step 6 - Support the Technical Implementation.
The shift from step 5 (Define the Detailed Requirements) to Step 6 represents a shift in energy. In the first 5 steps, the business analyst is driving the show and intentionally moving various elements of the project forward. Starting with step 6, the business analyst (unless they are filling the hybrid role of project manager) is in more of a responsive/supportive role.
Historically, this is where the requirements got "thrown over the wall" and the business analyst turned their attention to starting other projects.
But we all know that doesn't work! It's essential to maintain ongoing collaboration between the business and technical teams throughout the development of software, and the business analyst can help facilitate that.
Recommended by LinkedIn
Your key responsibilities in this step include:
All of these efforts help the implementation team fulfill the intended benefits of the project and ensure the investment made realizes a positive return.
And more than this, you'll build relationships, learn more about the technology being implemented, and experience the joy of seeing your requirements come to life! It's such an exciting time. I really can't believe that there was a time when we did NOT take this part of our role seriously.
Over to you - What are your best practices when it comes to partnering with the technical team? Please share in the comments!
And if you want the entire deep dive on the 8-step business analysis process framework, be sure to check out the BA Essentials Master Class, which goes through each of the 8 steps in more detail, and includes practical guidance on how to handle the most common challenges that pop up on projects.
Understanding, owning and innovating the product with continuous improvement process flow.
1yThat's my first approach. I demand that rather than the scrum master, I want a solution architect with me when we have the walkthrough sessions with the PO. Front end stories will be up to no avail if there are no proper backend stories to, literally back it up. Features are properly broken down when both SA and BA work together. Back in the days of waterfall, SRS would have worked after a walkthrough of features were given to the tech team, but now with Agile, we have to be quick and fast with breaking down the features. Bringing an SA to the walkthrough sessions really helps a lot.
Mapping business processes in live collaborative workshops has proven to be the most effective way.
Managing Consultant @Luckyway Global Consulting LLC | SN Community Rising Star '24 | Deloitte + Accenture AFS Alum| CSA | CAD | 5 x CIS - APM, SPM, ITSM, ITSMPro, ITSMPro+, CSM, CSMPro, CSMPro+, HR, HRPro, HRPro+|
1yMichelle Odumodu Marie Udolisa, BSC, ITIL,CSM Emeka Ugama Ada O. Chioma Anyanwu Boma Ajiboye, MHA, MBA, CSM
Managing Consultant @Luckyway Global Consulting LLC | SN Community Rising Star '24 | Deloitte + Accenture AFS Alum| CSA | CAD | 5 x CIS - APM, SPM, ITSM, ITSMPro, ITSMPro+, CSM, CSMPro, CSMPro+, HR, HRPro, HRPro+|
1yGreat share and message Laura Brandenburg, ACBA, CBAP. Multiple hats but knowing the boundaries for an analyst and playing to that strength. #Blessings!
Product Owner | Banking and Capital Markets |Agile Practioner |
1yWell written...in building a software solution close collaboration with technical experts is a must do for a BA 👍