• Ad Agency Talent Management Model

    Ad Agency Talent Management Capability Model
  • PeoplePM Training Course

    Improving the people skills of project managers
  • Improve Marketing Productivity

    Improve marketing department productivity
  • Enterprise Marketing Management Foundation

    Enterprise marketing management foundation
  • Improve HR Program Management

    HR Program Management Software
  • HR Roadmap Brochure

    HR Roadmap Brochure
  • Sapphire for Succession Planning

    HR Roadmap Brochure
  • Transform IT Governance

    IT Governance Transformation Brochure

Case Study: Change Management for PPM Rollout

Client: Global Financial Services Firm

Project: Change Management for PPM Rollout

Overall Project Mission

A major financial services firm wished to implement an integrated, enterprise-wide information technology management system to improve IT effectiveness and efficiency. The approach was to perform an extensive pilot and then implement the software in the major lines of business (LOBs). Each LOB was very large and had its own IT organization and CIO. In addition, the extensive functionality of the software (project, resource, and portfolio management) necessitated a staged implementation to ease the burden on users and increase the likelihood of success.

The Communications & Change Management Challenge

The implementation of the new IT management system would affect over 12,000 people in several lines of business around the world. In addition, the breadth of functionality meant that the system would affect almost every IT management process, from IT portfolio management at the CIO level to time & expense entry at the project team member level. Further, the LOBs were decentralized; thus, the program’s core team had no direct influence over LOB decision making. In order to achieve success, the program core team had to persuade a diverse group of independent LOBs to embrace significant changes to their processes and systems.

The Program

A Communications & Change Management program was launched to help ensure the success of the wider implementation effort. The program addressed issues and communications for two sets of stakeholders. The first set included core program stakeholders, e.g. LOB CIOs, program steering committee members, and pilot/implementation core team members. The second set of stakeholders was the LOB user community who would have to buy into the program to make it a success.

Program Communications – The team quickly implemented a plan to manage the messages communicated to influential program stakeholders, e.g. LOB CIOs, steering committee members, etc. The team met weekly to determine key messages and the medium of communication. In addition, the team developed and distributed a monthly newsletter to keep program team members and other interested parties apprised of project activities.

Stakeholder Analysis – The team worked with LOB representatives to define the key stakeholder groups and to identify how business processes would change. Next, potential barriers to change were identified, and the team developed mitigation approaches (e.g. communications and HR incentives) for each barrier. Finally, the team conducted a change readiness assessment to identify which stakeholders required the most attention.

Communications Planning – The team then developed a detailed communications plan that defined key messages, target audiences, information sources, communications channels, and delivery timing. In addition, generic e-mails and presentations were developed to provide a starting point for the LOBs who would be running their own change management efforts. Next, feedback mechanisms were designed to enable change management teams to track the effectiveness of their communications.

 HR Incentives – The team placed a strong emphasis on developing HR incentives to motivate users. The team worked with HR representatives to push for the development of a standard career path framework to reward proficiency in project management (PM). The team worked with a project management center of excellence in one of the LOBs to transform it into a firm-wide user community that supported PM certifications, forums, training, and peer mentoring.

Transition – The team delivered a complete package of communications and change management materials that could be tailored to meet the needs of individual LOBs. In addition, the team developed a detailed approach document describing how to implement the change management materials to guide the LOB teams through the process.

 

Case Study: Project Reporting

Client: Financial Services Institution

Project: Develop IT reporting capability

Overall Project Mission

A global financial services firm with over 10,000 IT staff worldwide lacked an integrated system to generate reports on its internal information technology projects. As a result, significant manual effort was expended to collect information on a monthly basis. Frequent fire drills would occur to provide ad-hoc management reports, and real-time information was nearly impossible to access. Even for these manual reports, the company lacked firm-wide standards for project reports, procedures, and reporting taxonomy.

The overall project mission was to create reports to facilitate IT project management and oversight. Reports were created for project execution, project tracking, portfolio management, resource management, resource deployment, financial management, and other key activities. Intellilink facilitated the reporting requirements documentation, development of reporting taxonomy, and created firm-wide standardized reports to satisfy end-user information needs.

The Reporting Challenge

Many challenges needed to be overcome to improve IT reporting capability. First, the client was implementing an integrated IT portfolio management system; however, the standard reports provided by the system did not fully satisfy the end users’ reporting needs. The development team would need to customize many of the standard reports and develop new ones to close the gap. The second challenge was that the existing systems did not share the same data sources, nor did they allow for seamless information sharing across lines of business (LOB). This required users to leverage multiple systems to generate project management reports. In addition, lines of business used group-specific reporting tools that hindered firm-wide knowledge sharing. The third challenge was that the firm has varied reporting requirements, making it difficult to standardize reports across the company. The fourth challenge was the decentralization of the firm’s lines of business. Because LOBs’ IT organizations were decentralized, some groups did not buy in to the need for firm-wide oversight and were not willing to have common definitions or reports.

In order to overcome these challenges, the reporting effort documented firm-wide user requirements, developed reports that could be used across all lines of business, and established universal reporting language. Reports provided project-level views of IT activities and aggregate level views for CIO level executives and senior IT oversight committees.

The Program

The reporting effort was organized into several phases, each with distinct activities and deliverables.

Scope Project – The project lead worked closely with client leadership to develop the project scope and establish parameters around the short and long term project objectives, project approach and timeline, the key deliverables for each project phase, and the key stakeholders involved in the effort. The team also developed data collection and communication templates to enable efficient and effective usage of the stakeholders’ time.

Assess Current Report Inventory – The team issued requests to each stakeholder group to submit samples of existing project-related reports. The team developed a preliminary list of standardized reports based on a combination of these submissions and Intellilink’s best practice database. The preliminary list of reports utilized a standardized reporting taxonomy based on system data definitions.

Develop To-Be Report Inventory – The team met with key stakeholders to vet the preliminary list of standardized reports and review drafts of report templates. The team defined critical reporting factors for each including end users, data elements/attributes, business purpose, delivery method, report generation method, and frequency.

Assess Report Delivery Feasibility – The team documented the final reporting requirements and delivered them to the report development technical team. Reports were organized into logical groupings such as project management, financial management, and resource management. The reporting team worked closely with developers to assess the ease of implementation of each report based on data availability, estimated development hours, and user priority. The end result was prioritized list of reports and a rollout plan.

Develop Reports – The team created scripts for developers and end users to test reports, as the technical team developed the custom reports. Reporting guidelines and other user documentation was developed to facilitate report usage post-implementation.

Implement/Rollout Reports – The team released reports to the end user community. A continuous improvement tool was created to capture future change requests and improvement opportunities.

Case Study: Project Portfolio Management (PPM)

Client: Global Financial Services Firm

Project: Configuration Of PPM Tool

Overall Project Mission

A major financial services firm wished to implement an integrated, enterprise-wide information technology (IT) management system to improve effectiveness and efficiency in the areas of IT portfolio management, resource management and project management and address needs for improved firm wide reporting and standardized business processes. Because the proposed system would have a profound impact on the enterprise, it was decided that an extensive pilot would be conducted to confirm the suitability of the software. Before the pilot could commence, the software data configuration and workflows needed to be defined and implemented.

The Challenge

In order to achieve maximum value from the product the client wanted to run a single instance of the proposed system. A single instance would provide the organization with easy aggregation of data in support of firm wide reporting without the addition of a business intelligence layer, provide a knowledge sharing platform for the organization and keep production costs down. However, the system was to be piloted by eight different lines of business, each with unique infrastructures, processes and reporting needs.

Given the broad scope of the pilot, the team needed to engage a large number of key stakeholders from across the organization to gather the specific data, workflow and reporting requirements from each line of business, define areas of standardization that could be implemented firm wide and reconcile any business process issues that came into conflict with how the system functioned.

Our challenge was to define a configuration that could be run on a single instance of the software while maintaining a level of flexibility to meet the unique requirements of the different lines of business, and to do so in a manner that would not impact the day to day business of the organization.

The Solution

Intellilink planned and executed a workshop approach to maximize input from key stakeholders in the most efficient means possible in order to properly define a configuration and set of workflow definitions for the software pilot.

Identify Subject Matter Experts – Intellilink reached out to the lines of business and asked them to identify subject matter experts in the areas of portfolio management, project management and resource management, as well as in critical cross-functional areas such as architecture, Six Sigma and finance. The subject matter experts were given the latitude to represent their lines of business, communicate business-specific requirements and make decisions on how the software should be used by their organization. In doing so, we guaranteed high quality input from a cross-representative population that adequately represented the organization.

Educate Subject Matter Experts – Because the proposed solution was new to the organization, the subject matter experts were unfamiliar with its features and functionality. Without a base-level familiarity with the software the subject matter experts would not have been able to envision how the system would integrate with their existing business processes and therefore not be able to adequately provide input into the configuration. Intellilink organized a series of live demos that were web cast over the internet. The demos were conducted by product specialists and allowed the participants to see the product in action and ask questions about how it worked. Additionally, Intellilink worked with the vendor to develop a CD-ROM demo that was distributed to the key stakeholders to provide them with another source of product information. Between the live demos and the CD-ROMs, we were able to equip the team with a strong foundation of product knowledge in a very short amount of time.

Develop Strawman – The software required that well over 200 attributes and settings be defined prior to the pilot. Instead of providing the subject matter experts with a blank slate with which to work, Intellilink developed a strawman of the data configuration for them to react to. The strawman configuration provided the team with a springboard for the ensuing workshop discussions, allowing more ground to be covered in a condensed timeframe and as a place to document required changes throughout the workshop process.

Conduct Function Workshops – Intellilink conducted two sets of workshops with the subject matter experts. The first set, the function workshops, focused on identifying commonalities and differences across the lines of business with respect to processes, data definitions and configuration requirements. During the sessions we were able to collect input from the lines of business on the strawman configuration to determine whether LOB functional requirements were being satisfied and how the structure needed to be further refined. The workshops also afforded the opportunity to communicate where the tool required standardized workflows or data to support global processes. Parking lot issues were recorded during the sessions for topics that required additional follow up outside of the workshop format. After the function workshops concluded, the output was synthesized, parking lot issues were addressed and the strawman configuration was updated.

Conduct Validation Workshops – The updated strawman configuration was presented back to the subject matter experts during the second set of workshops, the validation workshops. The validation workshops focused on reviewing the updates to the data definitions and configuration requirements, reconciling remaining issues and gaining consensus on the pilot configuration as a whole. At the conclusion of the validation workshops, the team had defined a configuration for the software pilot that took into consideration the needs and standardization requirements of the different lines of business while maintaining a level of flexibility that did not require the individual organizations to compromise their existing business processes. Additionally, due to the collaborative workshop approach, the configuration had been syndicated across the organization and was ready to be rolled out as part of the pilot.

Follow

Get every new post delivered to your Inbox.

Join 27 other followers