
As Is - To Be: The Essential Business Model for Software Upgrade Process
Last updated: January 03, 2023 Read in fullscreen view



- 02 Nov 2021
What is Terms of Reference (ToR)? 1062
- 18 Oct 2021
Key Elements to Ramping Up a Large Team 875
- 03 Apr 2022
Microsoft Solutions Framework (MSF) 850
- 01 Aug 2024
The Standish Group report 83.9% of IT projects partially or completely fail 832
- 13 Apr 2024
Lessons on Teamwork and Leadership from Chinese story book "Journey to the West" 578
- 20 Jul 2022
Software Myths and Realities 578
- 02 May 2022
What Is RAID in Project Management? (With Pros and Cons) 513
- 13 Jan 2020
Quiz: Test your understanding project cost management 481
- 14 Jun 2022
Example and Excel template of a RACI chart in Software Development 451
- 06 Mar 2021
4 things you need to do before getting an accurate quote for your software development 434
- 18 Dec 2023
The Cone of Uncertainty in Scrum & Requirement Definition 427
- 01 Sep 2022
Facts Chart: Why Do Software Projects Fail? 411
- 27 Jan 2020
Should a project manager push developers to work more hours due to mistakes of manager schedule setting? 368
- 16 Apr 2021
Insightful Business Technology Consulting at TIGO 322
- 07 Jul 2021
The 5 Levels of IT Help Desk Support 296
- 12 Aug 2022
What is End-to-end project management? 293
- 03 Jan 2023
Organizing your agile teams? Think about M.A.T (Mastery, Autonomy, Purpose) 283
- 17 Oct 2021
Does Fast Tracking increase project cost? 271
- 07 Jul 2022
Managing Project Execution Terms 268
- 29 Nov 2021
Memorandum of Understanding (MOU) for Partnership Agreements 266
- 26 Sep 2024
Successful Project Management Techniques You Need to Look Out For 262
- 09 May 2022
Build one to throw away vs Second-system effect: What are differences? 246
- 06 Jun 2022
Change Management at the Project Level 225
- 22 May 2022
What are common mistakes that new or inexperienced managers make? 217
- 10 Apr 2021
RFP vs POC: Why the proof of concept is replacing the request for proposal 195
- 01 May 2023
CTO Interview Questions 192
- 03 Nov 2022
Top questions and answers you must know before ask for software outsourcing 191
- 15 May 2022
20 Common Mistakes Made by New or Inexperienced Project Managers 189
- 20 Dec 2021
What is Hybrid Mobile App Development? 182
- 01 Aug 2022
Is planning "set it and forget it" or "set it and check it"? 181
- 10 Apr 2024
The Parking Lot Method: Unlocking a Simple Secret to Supercharge Your Productivity 178
- 07 Aug 2022
Things to Consider When Choosing a Technology Partner 176
- 02 Dec 2021
3 Ways to Avoid Scope Creep in IT Consulting 157
- 20 Nov 2022
Software Requirements Are A Communication Problem 146
- 09 Feb 2023
The Challenge of Fixed-Bid Software Projects 145
- 07 Oct 2022
Digital Transformation: Become a Technology Powerhouse 138
- 09 Mar 2022
Consultant Implementation Pricing 132
- 02 Jun 2024
Reviving Ancient Wisdom: The Spiritual Side of Project Management 132
- 08 Nov 2022
4 tips for meeting tough deadlines when outsourcing projects to software vendor 123
- 10 May 2022
Levels of Teamwork 120
- 01 Mar 2023
How do you deal with disputes and conflicts that may arise during a software consulting project? 118
- 07 Dec 2023
12 project management myths to avoid 116
- 09 Jan 2022
How to Bridge the Gap Between Business and IT? 111
- 30 Nov 2023
Project Managers, Focus on Outcomes — Not Deliverables 110
- 24 Nov 2023
The project management paradox: Achieving MORE by doing LESS 104
- 07 Nov 2022
Why Design Thinking can save the outsourcing industry 101
- 16 Feb 2021
Choose Outsourcing for Your Non Disclosure Agreement (NDA) 100
- 02 Nov 2022
Difference between Change Management and Project Management 93
- 21 Jun 2024
Dead Horses and the Escalation of Commitment 93
- 05 Jun 2023
Fractional, Part-Time (virtual) or Interim CTO: Who Will Cover Your Business Needs? 77
- 23 Jun 2024
Best Practices for Managing Project Escalations 64
- 06 Dec 2024
Steps For Integrating Sustainable Practices Into Business Operations 63
- 01 Mar 2024
10 Project Management Myths 56
- 17 Mar 2025
IT Consultants in Digital Transformation 35
- 10 Jul 2025
Building AI-Driven Knowledge Graphs from Unstructured Data 27
As-Is and To-Be Processes: The Basics
The as-is state of a process is the “now” state. It’s how the process operates before you make any changes or improvements. The to-be process, on the other hand, is the future state.
To actually make your process improvement initiative work, you need to document and map both states. The “as-is” allows you to get an accurate view of how the process works. Unless you’re someone personally responsible for working with that specific process, this part is essential for understanding how to make any sort of improvements.
Once you already know how the process is, you can analyze it and propose certain improvements. At that point, you need to document the to-be state. Having a map of the new process makes it easier to implement for several reasons…
Step #1: Documenting the As-Is Process
Before you can actually document the as-is process state, you need to have a very clear understanding of it.
Unless you’ve worked the process yourself enough times, you’ll have to do some research.
There are several ways to gain an understanding of the process…
- Observation – The most straightforward approach. Simply observe the process as it’s going on.
- Interviews – Personal interviews with employees working on the process.
- Questionnaires – Surveys on the process in question. More efficient than holding interviews, but generally less informative.
- Project Teams – A special team composed of individuals who are either employees working on the process itself, or process improvement experts.
Step #2: Analysing the As-Is Process and Finding Improvements
Before you can start with the to-be process documentation, you need to figure out what it looks like.You need to analyze the as-is process and find any inefficiencies and flaws, some of which can be a bit hard to spot. Since every business has completely different processes, there’s no one sure-fire way to do this.
Step #3: Documenting and Implementing the To-Be Process
Once you’re done with the analysis, you should have several different ideas on how to improve the process.
At that point, you can start creating the to-be process map. This works just about the same way as mapping the as-is process: you create a flowchart that’s just about the same as the as-is process, with any adjustments you made present.
With the to-be process, the implementation is the harder part. Sometimes, your improvements might turn out to be not as effective as you’d thought. Others, your employees will take a while to get used to the new process.
There are several best practices we recommend to help make the implementation easier…
- Start Small – While your new process might seem to be a great idea at a glance, it might turn out to be a disaster. To account for this, start the process on a small scale. Once you’re certain that the new process is empirically better, you can scale it up & apply it company-wide.
- Enforce the Process – You can’t just go up to your employees out of nowhere and say, “we’ll be doing things completely differently from now on.” They need to be made aware of why you’re making changes to the process and how it’s going to affect their work. Then, you need to make sure that they stick to the new process. There are 2 ways to do this: frequently check on their work, or use workflow management software to enforce the new process.
- Benchmark the Metrics – You have to be 100% certain that the new process is better than the old; otherwise, you’re only going to end up wasting time. Pick the right metrics to benchmark post-implementation. This way, you can be sure that the changes you make are definitely positive.
How to Implement an As Is - To Be Process Cycle - Essential for Effective Continuous Improvement
Implementing an As Is - To Be model and then continuously making improvements does take time and resources, there is no getting away from that. However in terms of an implementation plan, there are in fact just 10 steps:
- Define your business objectives
- Involve all stakeholders so that you can...
- Capture your As Is processes ACCURATELY!!! (an inaccurate process will make business improvement extremely difficult)
- Analyse gaps and deficits in your As Is processes - where are time, money or materials wasted?
- Create a To Be process model, using (a copy of) your As Is process maps as the start point
- Compare your As Is and To Be process maps
- Determine what need be changed in order to get to your To Be
- Estimate and thoroughly analyse the business risks of making these changes
- Implement your To Be process so that it now becomes your new As Is process
- Analyse the effectiveness of your new As Is process (start from the beginning) and create another To Be map from the new process data.
Post-Implementation Review
Implementing the to-be process state isn’t exactly the end of your work.
You need to make sure that the changes you’ve made are actually beneficial for the company. To do this, you need to make sure that the new metrics from post-implementation hold up to the old.
A Post Implementation Review (PIR) is designed to evaluate whether project implementation objectives were met, determine how effectively this was achieved, learn lessons for the future, and ensure that the organisation gets the most benefit from the implementation of projects like business continuity planning.
The simplest way to do this is by employing workflow management software. The software keeps track of your process output, letting you know whether the improvements you made are beneficial.
Via: tallyfy, triaster
