Rollout Plan, Methodology and Learned Lessons

This rollout plan is a tutorial that describes in detail how to implement ]project-open[. It includes learned lessons and best practices from more than 300 implementations of our enterprise project management system. The document should also be useful for almost every business software rollout.

 

 

image:Rollout-Plan-Methodology.png

 

This content is licensed under the Creative Commons Attribution 4.0 International (CC BY 4.0) license. Please include a link to this page when using the material.

 

About ]project-open[

]project-open[ is an "enterprise project management" (EPM) system similar to Microsoft Project Server , Oracle Primavera , Deltek , AtTask OpenAir  and many others. The purpose of these applications is to keep track of the operational and financial aspects of multiple projects (portfolios). Also, these systems tend to structure the communication between project members and stakeholders by means of formal reports and unstructured communication mechanisms including Wikis and discussion forums.

]po[ is typically used to manage:

  • project-based departments as part of a larger enterprise (IT, R&D, product development, internal consulting, marketing, ...) and
  • smaller project- or service-focused companies, where this type of application is also called Professional Services Automation (PSA).

The application is usually considered business-critical and affects between 30 and 3.000 employees per company. This is the reason why the rollout plan focuses on trust- and change-management.

Contact, Questions?

We are happy to talk about our experiences and war stories at conferences or similar events. Please contact us if you have questions or suggestions.

 

Contents of the Presentation

 

]project-open[ Rollout Plan, Methodology and Learned Lessons

This is a guide to perform ]po[ tool rollouts based on the learned lessons from more than 300 projects. A large part of this guide will apply to software  rollout projects in general.

 

Contents

1. What is ]project-open[? 

2. People issues - lessons learned 

3. Rollout goal hierarchy - all the things you need to do right 

4. Checklists for project definition, implementation and operations 

5. Detailed rollout activities 

6. Rollout strategies 


1. What is ]project-open[?

]po[ is an enterprise open-source project management application for both project management of individual projects and project portfolio management

- ]po[ is an enterprise open source project management application.  

- It’s main purpose is to coordinate the work of project managers, project members and stake holders across multiple projects.  

- Target organizations include companies and corporate departments that need to track finances, tasks, and resources for a large number of concurrently running projects. 


„Markets and Markets“ PSA Quadrant

PROJECT OPEN BUSINESS SOLUTIONS S.L.

Project Open Business Solutions S.L was founded in 2003 and is headquartered in Barcelona, Spain. The company provides open-source projects and service management applications. The company offers various solutions, such as enterprise project management, IT service management, project management office and PSA.

Project Open Business Solutions S.L has a prominent presence in Europe and has offices in US and Europe. The company also has presence in APAC, MEA and LA. The company caters to SMEs and large enterprises. Project Open Business Solutions S.L provides its solutions to various industry verticals such as information technology, architecture, engineering and construction, BFSI, legal services, media and entertainment, healthcare and life science, government, and audit and accountancy.

MNM VIEW

The company provides comprehensive solutions for PSA which includes project management, project accounting, time and expense management, invoice management, analytics, resource management, and management reporting. Project Open Business Solutions S.L also provides services such as training, deployment and integration, consulting, support, and managed services. The company has a business strategy for extending its geographic footprint, it does so by leveraging partnerships and offering open source PSA solutions. Project Open Business Solutions S.L has designed its products to support customization and add-ons. The company focuses on enhancing its product portfolio by integrating with various add-ons such as rule engine, project scoring, mobile timesheet, portfolio/resource planner, and new task management.

The company provides open source software community edition for free but also provides subscription based pricing for professional and enterprise edition. The professional and enterprise editions of product offers better scalability, lifecycle guarantee and certified stack.


Key Markets & Vertical Solutions

- PSA: Professional Services Automation - Small and medium service companies who need to track project progress and invoice services 

- ITSM: PPM + ITIL for IT Departments - IT departments who need an integrated solution for managing the entire organization 

- EPM: PPM for Non-IT Departments - Marketing, legal, construction and other departments 

- PMO: PPM for PMOs - PMOs need support for their administrative functions 

- FTTx-Cockpit: Fiber Optics Construction Projects - PM for large fiber optics construction projects 


Deployment Options

- Public Cloud: ]po[ offers SaaS hosting for V5.0

- Private Cloud: A VMware virtual machine is available suitable for VMware private clouds. 

- Dedicated Server: Installers for Windows and Linux are available for (high-performance) on premise installations 

- Mixed: A private cloud server containing a backup of a public cloud server.  One or more public cloud servers containing active projects, while data are consolidated for reporting in a private cloud. 

 

Key Markets & Vertical Solutions

- PSA: Professional Services Automation - Small and medium service companies who need to track project progress and invoice services 

- ITSM: PPM + ITIL for IT Departments - IT departments who need an integrated solution for managing the entire organization 

- EPM: PPM for Non-IT Departments - Marketing, legal, construction and other departments 

- PMO: PPM for PMOs - PMOs need support for their administrative functions 

- FTTx-Cockpit: Fiber Optics Construction Projects - PM for large fiber optics construction projects 

 

]project-open[ V5.0 Highlights

- HTML5 Gantt Editor: Drag-and-drop editing of project schedules similar to Project Libre, Gantt-Project or Microsoft Project. 

- HTML5 Portfolio Planner: Editor for project portfolios including what-if scenarios, cross-project dependencies and resource forecasting 

- HTML5 Task Management: Easy overview of tasks to do for the current user or tasks to be done for the PM 

 - Project Earned Value: Planned vs. actual value 

- Program Project Status: History of status of projects in a program 

- Portfolio Scoring: Risk vs. ROI, Strategic vs. ROI 

 

]project-open[ is Open Source Software

- Download ]project-open[ „Community“ edition: http://www.sourceforge.net/projects/project-open/files/project-open/V5.0/ 

- 90% of customers use the community edition, even large ones 

- We earn 90% of our money from consulting, training and customizations 

- Enterprise edition available at 1/10th of any competing product. 

 

2. People Issues - Lessons Learned

Not all users may be happy about the introduction of a new software. They may just not like the GUI, or may have something to loose. 

- #1: Reasons for Resistence 

- #2: Change Management 

- #3: Management Buy-In 

- #4: Six Types of Power 

- #5: Force-Field Analysis 

- #6: Gradual Roll-Out 


„Principal - Agent“ Problem

The “principal - agent” problem [
] occurs when one person or entity (the "agent"), is able to make decisions and/or take actions on behalf of, or that impact, another person or entity: the "principal". (Wikipedia)

- Principal: Corporate Management 

- Agent: PM, Department heads, 
 

 

Power

The capacity or ability to direct or influence the behavior of others or the course of events. (OXFORD English Dictionary)

Power Shift

Improving the quality/sophistication of a PMO leads to a shift of power:

- Senior management will gain power by better reports which will improve the oversight of projects. 

- Project managers and department heads may loose certain independence and therefore power 

 

Lesson #1: Reasons for Resistance

- PMO transparency will discover project deviations, errors, not officially aproved activities and worse. 

- PMO efficiency may reduce the workload for certain administrative roles, who fear being layed off of to get a different job. 

- PMs may fear being compared (benchmarked) with other PMs. 

- Increasing reporting details may lead to higher time effort for PMs. 

- PMO implementation may require common PM methodology and „common language“. This means that PMs may have to change their way of working. 


Lesson #2: Change Management

- Involve PMs and users already during design phase! 

- Establish a „Key User“ as an ambassador to other users. 

- Search on Google for „change management tutorial“ 

 

Lesson #3: Management Buy-In

Common knowledge:

- Management buy-in is most important PMO project success factor. 

 

Not completely wrong. But what if you just don‘t have the buy-in (yet)? Here is the way to get it:

- Check if somebody important is looking at your data. Can you make additional stake-holders look at you data? 

- Financial managers are your friends! 

- Do the internal „customers“ of the PMO projects get regular reports? 

- What about BU heads or departments affected by projects? 

- What reports/indicators are they used to see or want to see? 

- From there you have to work backwards:  

- What input data are needed for the reports?  

- How to get this data?  

- Who has the knowledge to produce this data?  

- How to get the appropriate quality?  

- How can you make the knowledge bearers enter (and update!) them happily? 


Lesson #3: Buy-In with CMM

PMO Capability Maturity Model:

- Start right where you are 

- Produce whatever reports you can 

- “Sell” the reports to senior management 

- Use momentum to get to next level 

 

Lesson #4: Six Types of Power

Use wisely all of the six types, according to personal and organizational needs.

- Coersive power - thread of force 

- Reward power - offer or deny rewards 

- Legitimate power - by position of authority 

- Referent power - respect to group 

- Expert power - superiority of experience 

- Informational power - by information 


Lesson #5: Force-Field Analysis

- Draw a diagram of forces for and against change 

- Strengthen the positive forces and provide them support 

- Develop strategies to mitigate or sideline negative forces 

- Input for other areas: Stakeholder analysis and Risk analysis 

 

Lesson #6: Gradual Roll-Out

- Be clear about the scope of your project. It may be easy to implement a PMO in your BU, but forcing other departments or BUs to use your tool you may need a level of power not (yet) available to you.

- Success is a source of power. Once powerful stakeholders see your fancy reports or get access to real-time project information (in other BUs), they may grant additional power to you
 


3. Rollout Goal Hierarchy

Not all users may be happy about the introduction of a new software. They may just not like the GUI, or may have something to loose.

 

Goal Hierarchy - Technical Base

- Successful Installation: The installation has to be finished technically: 

- ]po[ is running well and with good performance 

- ]po[ is accessible via URL „http://project-open.<company>.com“ 

- Successful Configuration: ]po[ out of the box is a “toolkit”. In order to create a “solution” you have to: 

- Removed unnecessary functionality 

- Configure permissions and categories 

- Legacy Data Migration: 

- Imported existing “master data” including users, departments customers, 
 

- Import existing projects 

- Import old financial data 

- Stable and well configured system 

 

Goal Hierarchy - User Related

- Training: You normally need separate user manuals for normal users and for managers that explains how to create projects and where to enter data. This manual should be the base for hands-on training in groups of 5-15 users. 

- Sound Support:  After the training, users who start to use the system will nearly always encounter some kind of issues (login invalid, data are wrongly imported, 
). These issues need to be dealt with very rapidly (same day) in order not to loose the trust of the users. 

- Enough slack time for training: This is an important factor in customer focused organization where users may not have enough time to get familiar with the system. 

- Users perceive a familiar environment: Users need to feel that the server contains “their data” 

- User don’t feel threatened by the system: One of the few failed ]po[ projects were to a proud manager telling his team that the company would reduce the headcount after the project
 

- User Buy-In: This is the main goal with respect to users - buy-in means that users start to use the system and trust the reports shown. 

- Users take advantage of system capabilities: One bought-in, users tend to explore the system with the perspective “what’s in for me?”. They frequently discover ways to use the ]po[ collaboration tools etc. 

 

Goal Hierarchy - Data Related

- Legacy data migration: Preferably all previously available data should also available in the new system. 

- Clear instructions to users: In ]po[, users can enter data incomplete, inconsistent, in the wrong place or just in a way different from what certain reports expect. So users need clear instructions and training on how to enter data. Also, a feed-back loop needs to be in place from data consumers to data producers. 

- Clean data in the system 

- Sound and specific reports: The default reports in ]project-open[ may need to be adapted to the specific process variants found at the customer. The data shown in the report need to be correct and it needs to be clear how they are calculated. „Strange data“ in reports will lead to a loss of trust. 

- Improved process visibility: Managers will be able to take better decisions with clean data and specific reports 

 

4. Checklists for Project Definition, Implementation and Operations

]po[ Project Definition

- The decision “Adapt ]po[ or adapt the company” is the single most important factor to determine the project cost and implementation speed. 

- The “Strong Key User” is the most important factor in a project’s success. A strong Key User is somebody with detailed knowledge of all company processes and has some technology skills, quickly understanding the logic of a software.  

- The outcome of the Project Definition is used in the following phases, so it is important to document the decisions here. 

 

]po[ Implementation and Go-Live

- Each of the factors below need to be covered about 80% in order to allow a successful “go-live”. Small modifications (20%) are usually fine after the go-live if expectations are managed accordingly. 

- The key for a successful go-live is the “Training Manual” that explains how users should use ]po[. Writing this manual can take 5-10 net days of work.. 


]po[ Operations

- The #1 issue after the go-live is the quality of data in the system. Please make sure that user can “trust” the data inside the system and know who entered these data, so that complaints can be converted in improvements. 

- The key for successful long-term ]po[ operations is a Support Team that is capable of modifying/ extending ]po[. This team can be either in-house with 3rd level support from ]po[ (recommended) of outsourced. 

- System Admin is usually not an issue anymore after the go-live. But please make sure to test recovery operations every 2-3 month. 

 

5. Detailed Rollout Activities 

Full Rollout Implementation Steps

- Definition Phase

- Extensions Phase

- Installation Phase

- Training Phase

- Go-Live Phase

- After Go-Live

 

6. Rollout Strategies

„Vertical“ Rollout

Pros:

- Limited Risk: A single project manager „tests“ the functionality 

- Skill Management: The initial PM will probably be interested in systems & IT 

- The initial PM can later provide training & support to the other PMs 

Cons

- Integration Difficulties: This approach can be difficult if ]po[ needs to be integrated with existing systems. 

Summary

- „Vertical“ is the best option for smaller companies and companies without PM systems. 


„Horizontal“ Rollout

Pros

- Reduces Integration Difficulties: „Big Bang“ rollout is cheaper if there are existing systems that would have to run in parallel otherwise. 

- No duplicated training 

Cons

- Higher Risk: Initial implementation difficulties have bigger impact on the company 

Summary

- „Horizontal“ is the best option for complex rollouts in larger companies in order to avoid high integration costs with existing systems. 

- „Horizontal“ may be combined with a „vertical“ test phase. 


  Contact Us
  Project Open Business Solutions S.L.

Calle Aprestadora 19, 12o-2a

08902 Hospitalet de Llobregat (Barcelona)

Spain

 Tel Europe: +34 609 953 751
 Tel US: +1 415 200 2465
 Mail: info@project-open.com