WEBINAR: Starting on the right foot OpenERP Methodology.

Slides:



Advertisements
Similar presentations
The right tools for the job How to choose a web / bespoke development company.
Advertisements

A BPM Framework for KPI-Driven Performance Management
Ultimate Bundle Overview Products Benefits Technical Requirements Licensing Pricing Valid until 01-Sep-2010.
© Tally Solutions Pvt. Ltd. All Rights Reserved 1 Shoper 9 POS Single Store Implementation October 2009.
BUSINESS PLUG-IN B2 Business Process.
Merit Consulting Terje Myrseth MUA – October 2008.
SAJAYA ® PARTNERSHIP… PARTNERING FOR SUCCESS. SAJAYA ® APPLICATIONS... SAJAYA ® is a new era in the world of software applications targeted for the Middle.
Alternate Software Development Methodologies
What does it take!?. As you know, the employment market has changed dramatically in the past few years. We came a long way form the times where all that.
Computers: Tools for an Information Age
Professor Michael J. Losacco CIS 1150 – Introduction to Computer Information Systems Systems Analysis and Design Chapter 12.
Business Plug-In B2 Business Process.
Project Plan Development
VENDORS, CONSULTANTS AND USERS
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter Seven Process Modeling, Process Improvement, and ERP Implementation.
Client Logo LEAN ENTERPRISE Implementation Workshop.
MobeSys Technologies MobeSys – helping you overcome mobile technology challenges.
C ONTRACTING : S ETTING AND M EETING E XPECTATIONS J ANUARY 28, 2013 F RANK B ATTEN S CHOOL OF L EADERSHIP AND P UBLIC P OLICY, U NIVERSITY OF V IRGINIA.
Copyright © IRI, Confidential and proprietary. Expanding Your Training Outlook with E-Learning IRI eSuite See - Act – Win.
The ERP Dilemma ERP Systems are either: Too expensive or do not provide sufficient functionality Too rigid or too flexible For almost every business it.
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
QuickStart Toolkit & Template Extension Module Webinar 10 th of December 2009.
Chapter 14 Information System Development
By identifying specific financial goals, there’s a much better chance that clients will commit to invest.
Presentation Software as a Service Applications Software-as-a-Service Partner Enablement Program Enabling ‘Software as a Service’
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Ch. 5: Project Planning Good Quote: Plans are only good intentions unless they immediately degenerate into hard work Lame excuses for not planning: Takes.
Presented by: Masoud Shams Ahmadi February 2007 Enterprise Resource Planning (ERP) Selection Presented by: Masoud Shams Ahmadi
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
Systems Analysis and Design
Lecture 5: Writing the Project Documentation Part III.
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 7 Business Aspects of Software Engineering.
13 Step Approach to Network Design Steps A Systems Approach 8Conduct a feasibility Study 8Prepare a plan 8Understand the current system 8Design.
IT 499 Bachelor Capstone Week 4. Adgenda Administrative Review UNIT Four UNIT Five Project UNIT Six Preview Project Status Summary.
VENDORS, CONSULTANTS AND USERS. WHY CAN’T COMPANIES DEVELOP THEIR OWN ERP PACKAGES? To develop an ERP package is a complex & time consuming activity which.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Gathering Network Requirements Designing and Supporting Computer Networks – Chapter.
Systems Analysis and Design in a Changing World, Fourth Edition
Screening Venture Opportunities
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
Systems Development Life Cycle
Systems Analysis And Design MIST 4620 Fall 2002 Professor: Dale Goodhue.
Microsoft Corporation
Workforce Scheduling Release 5.0 for Windows Implementation Overview OWS Development Team.
MITM743 Advanced Project Management Dr. Abdul Rahim Ahmad Assoc. Professor College of IT, UNITEN Kerzner Chapter 4 Project Management Methodologies.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Impact Research 1 Enabling Decision Making Through Business Intelligence: Preview of Report.
Siebel Migration Assessment with Microsoft Consulting Services Assess whether your Siebel implementation is the right Solution for your current and future.
11 ADM2372 Management Information Systems (MIS) Chapter 10 – Part I Systems Development Chapter 10 – Part I Systems Development.
Safety and health at work is everyone’s concern. It’s good for you. It’s good for business. Improvement of OiRA Presentation of the new features to the.
Anytime, Anywhere Access Benefits Functionality Work Order Administration Dispatch Work Order Work Order Details New Work Order Additional Functionality.
A STEP-BY-STEP APPROACH TO INVESTING. By identifying specific financial goals, there’s a much better chance that clients will commit to invest.
Reliable Software Services Inc.
BANKING INFORMATION SYSTEMS
SAMPLE Develop a Comprehensive Competency Framework
Systems Analysis and Design
Business System Development
Discover the Secrets of ITSM Licensing
Description of Revision
VENDORS, CONSULTANTS AND USERS
System Review – The Forgotten Implementation Step
Systems Analysis and Design
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
About this Template Dear Colleague, This template is provided by Valooto to help you communicate the facts about your need for a CPQ (Configure Price Quote)
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Executive Project Kickoff
{Project Name} Organizational Chart, Roles and Responsibilities
Speaker’s Name, SAP Month 00, 2017
Presentation transcript:

WEBINAR: Starting on the right foot OpenERP Methodology

Traditional Approach VS OpenERP Approach

3 Traditional Approach 1 Customer invests in RFQ 2 Supplier invests in RFQ analysis 3 Contract signed Price established 4 Detailed analysis 5 Start implementation phase 6 Renegotiate contract  Customer establishes an RFQ, but no RFQ - no matter how extensive - can describe all the customer’s processes. (This is an INVESTMENT)  Traditional suppliers invest heavily in free presales but recharge the cost through expensive license costs  The contract is signed based on incomplete data which leads to:  Either the supplier takes a very significant margin to protect himself  Either the supplier aims at a conservative cost (to get the deal); the probability that he will renegotiate the contract is high.  Often in the middle of the implementation supplier and customer need to re-adjust the contract.

4 OpenERP Recommended Approach 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  The customer assesses the software (free trial, demo)  The partner performs a billable GAP ANALYSIS (3-10 days, depending on the company processes) during which he will assess whether the customer’s needs are covered by OpenERP or if specific customization is needed, and establishes a budget for the project:  Does OpenERP fit to my needs?  Budget range?  The customer has the freedom to continue or stop the project  The partner conducts the detailed analysis (screen design, workflow design, report design) for all the applications the customer wants to deploy and provides a revised price if needed  The customer validates the detailed analysis avoiding any risk of misunderstanding about what needs to be delivered. If parties disagree the contract can be terminated with minimum harm. Can stop

First Step: Software assessment

6 First Step : Software Assessment 1 Software Assessment 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  Objective:  Understand the customer’s goals  Make the customer familiar with OpenERP  Give the customer visibility on the project methodology  Task:  Interview with company management  Deliver Proof of Concept when appropriate  Allow the customer to evaluate the software (Functional Scope, Technical Infrastructure, User Interface)  Tools:  Free Downloads  Demo at the customer site  Presentation of OpenERP Methodology (slide)

Step Two: Gap Analysis

8 Step two : Selling the GAP ANALYSIS  Why selling the GAP analysis?  Quote small in first step to engage customer  Exclude competitors!  Limits risk of irrelevant project cost estimation: BUDGET is key!  Traditional ERP integrators struggle with huge pre-sale investments  It builds up intimacy and trust with the customer  How to sell the GAP Analysis  The GAP analysis cost is fully reduced from the implementation cost  Argue professional analysis by consultants vs. sales pitch to assess the software  We are cheaper than the competitors as there is no license costs but we don’t offer free services: Open source approach  It allows to pay a small amount to start working with the partner and evaluate it, it limits the risk for the customer: security for customer, they are not locked!  It allows to adapt the customer requirements to OpenERP best practices to decrease the implementation budget

9 Step two : GAP ANALYSIS 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  Objective:  Define the scope of the project  Assess how OpenERP covers the requirements defined in the RFQ  Assess the need of the customers and what custom developments will be required to meet the customers needs  Establish first price estimate  Task:  Interview with company management  Interview with employees  Tools:  Mind map of interview with top management  Mind map of interview with employees  Project scope

10 Step two : GAP ANALYSIS 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Time Estimate: Management Meeting (½ day) Job Interview (½ day per interview) Report (50% - 100% extra of time spent with customer) 2 Process Flows (½ – 1 day) 2 Screen Designs (½ – 1 day) Make Preliminary Budget (1 day)

11 Step two: Company Description

12 Step two : Employees’ Interviews 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support 6/10/2010  The employee analysis must be conducted for each position. A position is a coherent group of tasks.  Beware, a single employee may hold several positions (e.g. a person managing both HR and admin). In that case perform two position analyses with the same person.  Fill the mind map as you conduct the interview. It will make the person you are interviewing much more comfortable if he/she can check the outcome of your meeting and it will save you a lot of time.

13 Step two : Employees’ Interviews

14 Step two: Project scope 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  The project scope defines:  Functionalities  Description  Covered by OpenERP  Estimated Effort  Priority  Comments  Solutions

15 Step two: Project scope

16 Step two : Process Mapping 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  During the interview start the process mapping  If the task you identify already belongs to an existing process just complete the process. If not create a new process  Indicate whether the process is a standard process in OpenERP or whether the process will require custom development

17 Step two : Screen Design 1 Software Assessment 2 GAP ANALYSIS 3 Analysis 4 Customization 5 Deployment 6 Support

18 Step Two: The outcome 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  At the end of the GAP ANALYSIS phase, the partner can deliver to the customer a detailed report:  The Mind Maps of the interview  An analysis of the RFQ  A process map  An estimated budget  Start discussing the contract if the customer wishes to conduct the project

19 THE GAP ANALYSIS TOOL  The sample Gap makes your customers fall off their chair/light bulb turns on!  You should show it (or at least mention it if the timing is not good) at the end of every demo  It is a logical next step 6/10/2010

20 THE GAP ANALYSIS TOOL 6/10/2010

21 THE GAP ANALYSIS TOOL 6/10/2010

22 THE GAP ANALYSIS TOOL

23 The Gap Analysis Tool  This tool works for EVERYBODY involved in sales cycles  The more you know about the methodology, the better you will be at selling:  BE CONFIDENT => BRINGS AND SHOWS CONFIDENCE  SHOW FLEXIBILITY, YOU DON'T SELL PACKS SO SHOW YOUR CUSTOMER YOU CAN TAILOR THE IMPLEMENTATION ACCORDING TO HIS SITUATION 6/10/2010

24 THE GAP ANALYSIS TOOL  A gap analysis is an optional but highly recommended  Match OpenERP with the client’s needs  Convince the client on the feasibility of the project  Allow the customer to exit the project with limited investment if the results do not reach expectations. No locking, open source approach!  Give an estimation of project time & costs at a 70% certainty in a limited time (2-10 days)

Step Three: Detailed Analysis

26 Step Three: Detailed Analysis 1 Software Assessment 2 GAP ANALYSIS 3 Analysis 4 Customization 5 Deployment 6 Support Objective: Design and validate the solution in detail. Task: Analyze business processes and design changes to the data model specific screens optional workflows optional wizards (actions) reports and dashboards menu entries user groups and access rights Tools: Workshop at the customer site

27 Step Three: Analysis through data model 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design changes to the data model: Security : groups and accesses to the object Fields Views on the object Tools: OpenERP Object Model Overview Report

28 Step Three: Analysis through Screen Design 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design screens: Design modifications on existing views Design new views Tools: DIA (Diagram Editor) with OpenERP widgets and view import plugin

29 Step Three: Analysis through Workflow Design 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design workflow: Design modifications on existing workflow Design new workflows Tools: DIA (Diagram Editor)

30 Step Three: Analysis through Report and Dashboards Design 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design reports and dashboard: Sketch up required reports and dashboard Tools: OpenOffice Writer Create a simple prototype of the reports that have to be implemented.

31 Step Three: Analysis through wizards Design 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design wizards: Explain wizards that have to be implemented. Use previous tools for views, access, processes when appropriate Tools: OpenOffice Writer DIA

32 Step Three: Analysis through Menu and Access Design 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Design menu: List menu entries to add and corresponding views Tools: OpenOffice Writer Design access: Define specific access rights. Associate groups to the specific access rights Tools: OpenOffice Writer

Step Four: Implementation

34 Step Four: Implementation 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support Objective: Implement the solution Load demo data Customer Validation Task: Define sprints (Agile, short sprints) Create project tasks Develop the solution Tools: OpenERP

Step Five: Deployment

36 Step Five: Deployment 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  Deployment of OpenERP  Development version  Production version  Training version (preferably)  Import Customer Data  Development version  Production version  End-user Training  Customer Assistance

37 Methodology: conclusion 1 Soft ware Asse ssme nt 2 GAP ANALYSIS 3 Analysis 4 Implementation 5 Deployment 6 Support  REAL sales tool  Secure Partner and customer  Improve Project Management  Short Decision Cycles  Higher Quality of Deliverables  Faster Deployment  Strong Customer Commitment

38 The end Contact your dedicated account manager for any question you may have.

39 Why should we perform a GAP ANALYSIS if the customer has already provided a RFQ?  The RFQ provides a good basis for understanding the company’s needs  No matter how detailed the RFQ is, it will never provide the same level of insight as interviews with the management and the users and will always leave room for interpretation  A very detailed analysis is the only way to:  Limit the risk of misunderstanding between the partner and the client  Clearly identify what is in the project scope and what is not  Quickly detect difficulties which could be much more complex and expensive to fix if they are handled later on in the project  Performing the GAP analysis is the best way to build customer intimacy. The customer will judge the trust he can grant to the partner during this initial phase.