Wednesday, April 05, 2017

Business Process Analysis Template

Business analysis is a vital function for technology projects and sometimes I view it as an art as much as a science because there are a lot of dynamic (and sometimes creative) aspects to doing it well.  Sometimes we can operate informally, without documentation to track and verify requirements.  Other times, descriptive documents, matrix documents, diagrams, and other tools are needed.  Sometimes we have set expectations of content and format of business analysis inputs and outputs, while, other times we can discover and develop as we go.

Business analysis and requirements definition tend to require more formalized approach when some of the following circumstances are true:

  • The business has formal obligations to another party
  • Performance requires contextual business knowledge
  • Participation includes a high number stakeholders/team members/resources, third-party participants, or virtual teams
  • Project environment is complex
  • Solution is complex
  • Project has many moving parts
  • Low risk tolerance
  • Tight budget

When developing requirements, understanding the business needs very well up front is essential for ensuring capabilities being delivered are scoped and prioritized properly.  I find it helpful to take a business process centered approach to requirements.  This ensures that we will be solving the correct problems for the business because our focus is on the inputs and outputs of the process, not focused on intermediary challenges that exist with the current state that may be irrelevant in the future state.  Secondly, it helps us to minimize many of the communication challenges related to requirements definition.  Using documentation to capture the business process details helps ensure that the team understands the requirements the same way.  Consistently referring to the requirements as either "Business Requirements" (non-functional, needs and wants) vs. "Solution Requirements" (functional) helps baseline communication and makes it easier to determine if something relates to "current state" vs. "future state" (see also General Business Requirements vs. Solution Requirements).

I'd like to share a tool I use, that I refer to as the Business Process Analysis Template.  I initially developed this tool in Excel in 2005 for an enterprise wide CRM initiative and since that time the tool has undergone many iterations.  Lately, I've been using Word.  When I begin a new software development or systems implementation project, I do discovery and gather requirements using the template.  I fill in one Word document per business process/stakeholder.  In other words, I may have several Word documents for a single process because I am seeking independent feedback from each stakeholder.

Once completed, I gather the documents and consolidate the information to one Word document per process, marking up the source and qualifying some of the feedback collected.  I store the collection of these business process documents in a SharePoint site and refer to these as I begin design activities.  These write-ups become extremely helpful when writing the Solution Requirements (e.g. User Roles/Personas, User Stories, etc.) and when prioritizing deliverable for each development sprint.

Business Process Analysis Template:

The Business Process Analysis Template has worked well for software development solutions as well as large, enterprise system implementation projects such as Customer Relationship Management (CRM), Enterprise Resource Planning (ERP), and Enterprise Search and Discovery.  Of course, the tool can be adapted and used for many other purposes.


Bisciotti, N. (July, 2010).  General Business Requirements vs. Solution Requirements.  Retrieved April 5, 2017 from http://njbblog.blogspot.com/2010/07/general-business-requirements-vs.html.

Monday, January 30, 2017

MeetUp Granite State SP UG: BI and Productivity Tools for IT Project Management featuring SharePoint and SQL Server

Granite State SharePoint User Group
Thursday, February 2, 2017

Session Title:
BI and Productivity Tools for IT Project Management Featuring SharePoint and SQL Server

IT organizations are responsible for delivering and maintaining technology solutions and capabilities for their customers and throughout their organizations. Resource constraints and business uncertainty is common and barriers often deter IT organizations from investing the time and attention necessary for measurable process improvement, resulting in a reactive approach to problem solving and execution. Now is the time to empower IT project teams with reports, dashboards, and notifications.

This presentation demonstrates how to create business intelligence and automation tools for IT project management using SharePoint Server, SQL Server Integration Services (SSIS), and SQL Server Reporting Services (SSRS). This session covers high-level concepts as well as practical, hands-on instructions based on real-life solutions.

Presentation Slides

Blog Archive