Do we Have to justify Process Analysis …Yet Again????
Posted by: Chahinka in Amazon Books, Business Process Analysis, Consultants, Federal Government, Implementation, Leadership, People Soft 9.1 HCM, PeopleSoft 9.1, PeopleSoft Finance, PeopleSoft HCM, Project Management, Project Planning, Questions, success, Training, Training and Development, Uncategorized, Upgrade, User Productivity Kit, tags: BPR, Business Process, Change, communication, Consulting, ERP, facilitator, Failure, Finance, HCM, Healthcare, HR, Human Resources, Implementation, Leadership, Methodology, PeopleSoft, PeopleSoft 9.1, Project Manager, Project Managment, Software Implementation, Strategy Workshop, success, Team, TrainingI ask you, how can you know where you are going if you don’t know where you have been? Do you know who is doing what and what role that is in the organization no matter who sits in the role? Do you know where your manual processes are and how you might achieve efficiencies with system support? Do you know what rules are necessary to ensure when you follow the process that you are in compliance? Are you aware of the boundaries and how the HR process may be impacted by the Recruitment process, or how the supply chain process may be impacted by procurement.
It is always amazing that there is someone who indicates process is not important, or we don’t need to do that until we get into designing the system and writing the specs. Process Analysis needs to happen up front to determine where the opportunities are for change, how change will be instantiated and communicated, what training will need to take place, does the system support the process or not? Are there other systems that are integral to the process?
Here are some questions to ask yourself and ensure you have the answers and your processes analyzed to provide a framework and foundation for everything else in your implementation. The foundation will be there for testing, training, security, roles, compliance and ultimately change and communication.
Questions;
What is the purpose of the process, outcome and result?
What are the Roles and how will they change?
What are the steps?
What are the business Objects?
What are the rules?
What is manual and where does the system support the process?
What training and testing will be necessary to ensure the process is working as planned?
What are the boundaries between processes and what is the impact on pre and post process?
How will all the changes be communicated and managed?
So if you think process is not important, look to those implementations where you have been involved and determine points of failure. And on those that were supported by Business Process or Use Case Analysis how they had an impact on success.
I remain amazed that there are still consultants and professionals who do not understand the value of understanding and anlyzing process at the beginning of an implementation…not in design, not in construct, not in transition, not in deploy but in the beginning to provide a foundation for all stages, phases and tasks involved in an implementation.

Entries (RSS)