Category: Business & Culture

Business management, corporate culture, leadership

  • Only Motivated Users Make IT Projects Successful

    The introduction of a new IT solution entails a large deal of different changes. New roles and responsibilities must be defined, supported by additional new software. An early integration of the future users is of great importance, but very often, there is not enough attention paid to it.

    A typical example from a “normal” project: Shortly before the new solution goes live, there is – in most cases – still one pending issue on the to-do-list of the project which has already been postponed several times: the user training. The budget, including several amendments, is already stressed at that time, and the last days before going live are busy with remedial actions.

    Neither client nor project manager and project team have so far attached value to the training of the users, although insufficient training of future users can easily turn into an unexpected obstacle in the project workflow.

    The results are as follows:

    • Instead of a user training, the project team is pursuing “a learning on the job” strategy
    • The users are forced to use the new system without or with insufficient training.
    • The project team supports the users after project finish, so that there are no resources for new projects left.
    • As applying the software is a gradual process, nobody really knows the exact time when change management starts to have an effect.

    The enormous damage for the enterprise is obvious:

    • There are additional expenses, meaning real costs, by the parallel use of the old and the new solution, which involves additional work for coordination and mutual arrangements.
    • The absence of a user training and the delayed transfer of know-how result in further costs, since the new solution cannot be used as scheduled. The planned benefit fails to arise.
    • The users are frustrated and do not come to terms with the new tool. There is an atmosphere of discontent, and the new system runs the risk of not being accepted.

    This suggests the conclusion that the planning and realizing of user trainings ranks among the most important success factors for the introduction of a new system. Also with respect to the implementation of an internal “support structure” and “support culture”, considering the aspect of knowledge transfer from the project team to those who use the solution is imperative.

    This means that the issue of user training must be communicated in the project team at an early stage and be actively promoted. This results in users who are fit for using the new tool when it is going live.

    This target can be achieved by the following measures:

    • From the very beginning, one of the users participates in the project meetings as user representative. He will get familiar with the introduction of the new tool and assume responsibility for the planning and realization of the training. This enables him to have a say in the development of the tool from a user´s perspective and to co-determine the structure and the procedural methods of the training.
    • Fixed dates as those for software updates or data migration, as well as downtimes caused by technical failure and holidays, must be observed when planning the training. Training sessions take place only if all training participants have time not only for taking part in the training, but also for familiarizing themselves with the new solution afterwards.
    • A concept to support the users is figured out: Who is in charge of answering general user questions concerning the application? Who will help the user with the practical use of the solution?
    • The individual roles such as key users, administrators, first and second level support, as well as persons responsible for operation or test execution are clearly defined. The employees assume these roles at an early stage of the project and are trained respectively.
    • The users are informed in time about the introduction of the new software and the training involved with it. An effectively flowing communication within the project, usually referred to as project marketing, is actively supported by all participants and responsible persons.
    • All relevant requirements for a successful training are planned in time, and meeting these requirements is secured by the time the training starts.
    • The training classroom is booked (and well aired :-))
    • The training documents are printed
    • The computers are set up and started, the software is installed
    • The system is ready to get started, training documents are handed ou
    • The users are not disturbed during training times
    • There are breaks for the participants to exchange experiences
    • A printer is available to allow the participants to make screen-shots
    • The trainer is well prepared
    • Feedback by the participants allows for the training to be improved and optimized in future
    • Immediately after the training, the users should be able to use the new solution. The direct transition is important to take advantage of the positive momentum gained from the training. Now the systems along with an uncomplicated support environment must be available.

    Summary
    For the successful introduction of a new software solution, not only the technical requirements must be fulfilled. In addition to consistency, availability and user-friendliness of the solution, it is important that the users are well-informed, personally engaged, highly motivated and well trained. The users should be involved in the project at an early stage of the project, the training must be planned in time, including the means required, and carried out in a professional way. Least not last, the new software must be made available right after the training and be used. The option to use the old system must be abandoned. If these clear principles are observed, the successful application of the new solution – and thus the success of the project – will be secured.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • HP PPM Best Practices – The Key to Success

    For a promising start of HP PPM projects, there are important requirements to be complied with, rules to be observed and system configurations to be carried out, right from the beginning. In the following, the most essential best practices are listed, gathered from a large number of HP PPM projects.

     

    General Requirements for the Configuration and Development of HP PPM Applications:

    – Development guideline
    The development guideline includes all standardized rules for the development process, the applied methods and all tools to be used. Additionally, the development guideline is used to document the experience made during the development phase.

    – Glossary
    In the glossary, terms and abbreviations used in the context of development are explained. It is a means of standardization of terms used in conjunction with the development of HP PPM projects.

    – Role concept
    The role concept defines the roles of the development team members. It rules communication, escalation and responsibilities.

    – Development environment
    All tools used in the process of development are defined here. The developers have to be familiar with the used devices and the connection parameters.

    – Up-to-date patches and fixes
    The newest patches and fixes must be installed on all devices used for development and subsequent testing. You will find the newest patches on HP’s PPM Patch download page (HP passport Account required).

    – Best practices
    We recommend to continuously compile and document best practices. They can be derived from the software producer and, above all, from own experience. The results can be incorporated into the development guideline.

     

    Specific Requirements for the Configuration and Development of HP PPM Applications

    – Installation and configuration
    All necessary commercial software must be installed and configured on the system planned to be used for development according to the system manual.

    – Testing the development platform
    The development platform must be tested using the best practices provided by HP. The HP Quality Center offering automated tests may be a helpful support. It implies the advantage of re-use.

    – Testing the SSH connection
    Testing of the connections between the servers defined in the development environment is a must.

    – Setup of the computers of the developers
    The required development tools such as Eclipse, SQL Developer, WinSCP,… should be identically installed on the computers of all developers involved.

     

    Required Authorizations – Special Configuration for Starting a Development Cycle with HP PPM

    – User management
    Implementing a security group comprising the members of the development department who are meant to be authorized to user management. Reference to an organizational unit facilitates the administration of this group.

    – Developers
    Implementing a security group comprising all members of the development department. Assignment of the required access authorizations to change request types, request header types, workflows and validations.

    – Object owner
    Implementing a security group with all members who become owners of objects.

    – Package transport
    Implementing a security group with all members who are in charge of the transport of the development packages from the development system to the test system.

    Basic Settings – Special Configuration for Starting a Development Cycle with HP PPM

    – Required environments
    Setup of all necessary environments for all defined systems. Testing the connection to the environment checker.

    – Validation with global parameters
    By this measure, a globally applied parameter can dynamically be changed during development, all references being based on the up-to-date parameter. These parameter references are used in all objects. This avoids errors with the referencing of transported objects.

    – Transport workflow
    Definition of a workflow for the transport of the developed commercial software. This workflow maps the complete process of deploying the developed commercial software.

    – Change management packages
    Definition of a change management package which includes all developed objects of a version (labeling). This package is used as a medium of controlled transport of the developed packages.

     

     

    Summary

    These guidelines are an excerpt from the best practices compiled from many HP PPM projects (formerly Mercury ITG). They contain a rough overview of the experience and the insights gained from HP PPM configuration and development. If these basic requirements are met and the recommended rules are followed, the first step towards a successful HP PPM project is done.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • Happy Birthday beteo

    beteo is celebrating its first birthday! You would not believe it, but on February 21 beteo was one year old. A good reason for all friends of beteo to be happy.

    We are proud to see what has been achieved in this first beteo year:
    beteo has become a real company, headquartered in Sarnen, Switzerland, with offices in the Zurich Area as well as in Berlin. Today we have 15 people working for beteo in Switzerland, in Germany, in Kharkov, Ukraine, and in Hyderabad, India.

    beteo is a consulting and software company which helps clients working on comprehensive software installations, foremost SAP,

    With expertise and tools from partners like SAP, HP and specialized software vendors, we are involved in longterm activities supporting large customers in Germany, Austria and Switzerland. What do a market leader in steel industry, a popular sporting goods manufacturer, a large governmental organization, a top Swiss transportation company, the leading Swiss logistics organization and one of the largest Swiss life insurances have in common? They all improve their Application Lifecycle Management with the support of beteo!

    We plan to offer our first own product by May – in the beginning mainly to support our own activities, as a complementary solution to the products used by our customers: SAP Solution Manager, HP PPM, SAP xRPM, HP Universal CMDB, HP Quality Center and TimeWinner. Later on, our product offering and expertise will be extended by specialized solutions from new beteo software partners

    We are permanently broadening our experience and we love to share it with our customers, our partners and the market. In doing so, we promote best practice Application Management not only for the sake of beteo. Project Portfolio Management, Quality Management, Environment Protection and Lifecycle Management are the main disciplines addressed. Our beteo Blog and Website in English and German as well as our contributions to Wikipedia are well observed, linked and commented by the market, from analysts and our competitors alike. Gradually, our vision is becoming reality, and a global dialog on Application Lifecycle Management is in sight.

    beteo is a success story. Both, our consulting as well as our software activities are highly demanded and we are continuously enlarging our teams – not only in Zurich, but in all places where our clients are in need for our support. beteo has ambitious plans, and I am looking forward to an enthusiastic update e-mail for beteo’s second birthday.

  • HP PPM and MS Project – Synergy Potential with Challenges

    The upgrade from Mercury ITG 6.0 to HP PPM 7.0 entailed a much improved project management module. Project Management has been separated from the actual PPM workbench and is now available as a “zero client” over the web. The new Project Management Cockpit centrally integrates all project activities from modules like Portfolio Management and Resource Management. At a glance, the most important milestones, project status, project risks, scope changes, resource availability and issues show up. Project health or project controlling indicators like Schedule Performance Index (SPI) or Cost Performance Index (CPI) can be automatically calculated and graphically represented.

    Integration with Microsoft Project – both a blessing and a curse
    The bi-directional integration with MS Project is by far the most important step forward. This integration makes a lot of sense. HP PPM 7.0 promises similar functionality like MS Project for the management of project plans. This target is not really met by the current version though. On one side, important functions are missing, and despite very valuable cockpit views, navigating through project plans is too laborious. In addition, replacing Microsoft Project with HP PPM Project Management is difficult since MS Project, is successfully established in many places as the quasi standard to support project management. Enhancing Microsoft Project with HP PPM Project Management still corresponds to a real market need since users often see deficiencies in MS Project’s handling of resources and interdependencies in multi-project management.

    Conceptual Design – the Key to Success
    In order to optimally support project management, the proper design of the interaction between the use of HP PPM and MS Project is required for all available integration. It is of highest priority to define which function to perform in which tool and to what level activities such as phases, milestones, task groups or even tasks are planned where. With its strength in pulling together project data and in presenting management information, HP PPM lacks support for building and changing project plans. The reverse is true for MS Project. The right questions that need to be asked early on are the following:

    • Which system should have the lead?
    • Where are risks entered and maintained?
    • Where will resources be managed?
    • Where is progress tracked?
    • Which level of granularity tasks exchanged?
    • Which milestones are shown in the cockpit?
    • On which levels are resources allocated (for project phases, milestones, task groups or even tasks)?
    • On which of the above levels are work hours booked?
    • Where is the baseline of the project plan maintained?
    • Where are templates created and maintained?
       

    The same is valid for the actual project data.

    Once the integrated solution is designed, this combined system needs to be correctly customized; it is here where the devil lies in the details. When the exact impact of a setting is unknown, data exchange can easily adulterate reporting, and the integration of the tools produces chaos.

    Conclusion
    Many of HP PPM 7.0’s new Project Management features make sense and can produce great value for the customer. HP PPM’s strength for project management lies primarily in an aggregated management view and in the integration with other modules like Portfolio Management, Resource Management or Time Management, where MS Project is already the established operational project management tool in most of the companies. For this reason, a bi-directional integration corresponds to a market need and promises important benefits. But the building of such a combined project management solution is not trivial. An integrated use needs its own proper conceptual design and good experience for its implementation. Design and implementation need clear decisions on what functions are to be performed in which tool and on which granularity level activities (e.g. phases, milestones, task groups or tasks) are defined where. The impact of each setting and the interaction between the tools needs to be understood in detail. If these challenges are overcome, doors open for program and project management to profit from promising synergies of the combined Portfolio AND Project management solution.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • Global Swiss Start-ups Stand Shoulder To Shoulder – Press Release

    Collanos Software and beteo, two Swiss global start-ups, close ranks to share resources, expertise and partnerships. Collanos Software CEO Peter Helfenstein in addition takes on the COO position of beteo. Hence both Collanos and beteo can profit from the experiences and structures of both companies. Despite the intensive cooperation and the shared resources, beteo and Collanos will remain clearly distinctive companies.

    Dieter Steiger, founder and CEO of beteo as well as Advisory Board Member of Collanos, claims that “Collanos Software is an exemplary Swiss global start-up. With the help of our management team and Peter Helfenstein as our new COO, we’ll position beteo similarly well on the international market. Of course, I’m thrilled at the prospect”.

    The joint forces allow both companies to acquire a certain critical size faster and more easily. Marketing and alliance functions can be created in an earlier phase for both Europe and the U.S. Together, these two firms represent a far more interesting service and software partner for large American and European IT-companies such as HP, SAP, Apple or Sun Microsystems. It also makes them more attractive as a potential client for the near and offshore development partners in Ukraine and India. beteo and Collanos shoulder to shoulder can make joint and better use of their expertise in PR, web presence, product management and investments in infrastructure and back office.

    “We are fully aware that reduced working hours of Peter Helfenstein may be a risk for both companies. However, we believe that the synergies and lower costs obtained, will fully justify this partnership”, says Franco Dal Molin, founder, president and CTO of Collanos. “beteo is an ambitious, fast growing and profitable company with unique expertise and potential. Being able to benefit from this is a privilege and a great opportunity for our team. Even though the targeted customer segments are different, both companies have to tackle basically the same tasks. Now, we can do so in a joint effort”.

    Even with the intensive cooperation and the sharing of resources, beteo and Collanos will remain distinctly separate companies. Peter Helfenstein, CEO of Collanos Software and new COO of beteo, asserts that “despite a very close collaboration, the two global Swiss start-ups want to act autonomously to a large extent. Both are developing independently according to their own strategy. Yet, thanks to the new partner, they will do so more efficiently and effectively. We are open to alliances with additional Swiss start-ups that share global ambitions with us”.

    About Collanos Software

    Collanos is a global start-up that focuses on the collaboration needs of teams who demand a secure, cross-platform, server-less solution, on- and off-line. By leveraging open-source technologies, open standards, the familiarity of existing tools, and a global development model, Collanos delivers a friendly, all inclusive team-based solution that combines the benefits of classic client/server, web, and peer-to-peer architectures.

    Collanos was founded in November 2003 and has offices in San Francisco and Zurich, Switzerland.

    About beteo

    beteo is a visionary Switzerland based global software and consulting start-up. Its application lifecycle management solutions and services focus on keeping Enterprise software system environments flexibly and efficiently adaptable to the changing business needs of the future.

    It was founded in February 2007 as a spin-off of a leading Swiss IT Governance service company and is based in Sarnen, Switzerland, and Berlin, Germany. Among its clients are well-known companies in Austria, Germany and Switzerland.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • beteo Miniguides – Project Collaboration

    Thanks for this comprehensive list and clarity on the PPM, PM, P±PM terminology.
    How do companies such as Clarizen fit in this categorization of yours? We consider ourselves more in line with being a Project Collaboration solution by focusing on team adoption and sharing via email integration and built in collaboration tools.
    Shall we introduce a new category ‘PCM’ – Project Collaboration Management?

    Through a comment from Clarizen’s Gil Heiman we came up with the idea of creating a beteo Miniguide with Project Collaboration tools. Every reader is invited to contribute to the quality and completeness of the list through comments or feedback.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • beteo Miniguides – P&PM Market Survey

    Today’s PPM market is changing. The term PPM as a software category is used by Project Portfolio Management (PPM) as well as Project Management (PM) software vendors. For the sake of clarity there should be a comprehensive category including both subcategories: Project & Portfolio Management (P&PM).

    For this reason we analyze the P&PM market in detail and qualify the vendors corresponding to their functional range as comprehensive P&PM, pure PPM or PM vendors. We raised an inventory and built beteo miniguides with available solutions for the categories:

    Every reader is invited to contribute to the quality and completeness of the list through comments or feedback. We will update these beteo miniguides regularly.

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • Project Portfolio Management – Miniguide

    In the articles “PPM – Gartner Causes Confusion” and “Project Portfolio – Hype and More” we covered the issue of the nonspecific use of the term PPM.

    Today the PPM market is changing. On one hand software companies are being acquired (HP / Mercury Interactive / Kintana, Oracle / Peoplesoft, Primavera / Prosight, Serena / Pacific Edge). On the other hand the term PPM as a software category is used Project Portfolio Management (PPM) as well as Project Management (PM) software vendors. For the sake of clarity there should be a comprehensive category including both subcategories: Project & Portfolio Management (P&PM).

    In addition suppliers of Project Management tools are providing additional PPM functionality whereas PPM vendors are forced to support Project Management in their solutions. Demian Entrekin, PPM blogger on PPM Today and ITtoolbox, says that this centralization, normalization and standardization of project data and processes are inevitable. He compares the actual stage the PPM market is in today with the one the CRM market was in 10 years ago.

    For this reason we want to analyze the P&PM market in detail and qualify the vendors corresponding to their functional range as comprehensive P&PM respectively as PPM or PM vendors. We raised an inventory and built a miniguide with available PPM solutions on the market. Every reader is invite to contribute to the quality and completeness of the list through comments. We will update the list regularly.

    The miniguide is arranged alphabetically by product names. In the course of time the list should become a ratable miniguide that will be divided into P&PM, PPM and PM applications.

    Product Vendor Moduls
    Artemis 7 Artemis International Solutions Idea & Initiative Management, Product Portfolio Management, Project Management, Program Management, Process Management, Financial Management, Resource Management, Document Management
    AtTask AtTask Project Tracking, Process Improvement, Project & Capacity Planning, Portfolio Management
    Clarity Computer Associates Demand Manager, Project Portfolio Manager, Project Manager, Resource Manager, IT Portfolio Manager, IT Finance Manager, Process Manager
    Compuware IT Governance Compuware Demand Management, Project Portfolio Management, Application Portfolio Management
    Daptiv PPM Daptiv Project Portfolio Management
    Enterprise Project Management (EPM) Microsoft Project Management
    Enterprise Project Portfolio Management Oracle / PeopleSoft Project Portfolio Management
    HP Project Portfolio Management Center PPM (ex. Mercury ITG) HP Software Demand Management, Project Management, Program Management, Portfolio Mangement, Financial Managment, Time Management, Ressource Management, Deployment, Workflow, Document Management
    Innotas Innotas Request Management, Project Management, Program Management, Resource Management, Time Management, Financial Management, Portfolio Mangement
    OPX2 Le Bihan Consulting Projektportfolio-Management, Risk Management, Resource Allocation, Cost, Time
    PLANTA Projektportfoliomanagement (PPPM) Planta Projektmanagement-System, Projektportfoliomanagement, Request Management, Professional Services Automation
    PlanView Enterprise Planview Enterprise Portfolio Management, Project Portfolio Management, Service Portfolio Management, Business Process Manager
    Portfolio Manager GenSight Portfolio Manager
    Primavera P6 Primavera Project Management, Resource Management, Portfolio Management, Planing & Scheduling Management, Cost Management, Time Sheets, Collaboration & Content Management, Reportung & Analystics, Architecture
    Project & Portfolio Management Borland Demand Management, Portfolio Management, Project Management, Resource Management
    Project Portfolio Management Augeo Software Project Portfolio Management
    Project Portfolio Management ITM Software Project Management, Program Management, Portfolio Management, Financial Management
    Project Portfolio Management Software Atlantic Global Project Management, Program Management, Portfolio Management, Timesheet Management, Resource Utilization, Financial Management, Risk Management
    Project.net Project.net Project Portfolio Management
    Projectplace Projectplace Projectportfolio
    PSNext Sciforma Project Management, Portfolio Management, Resource Management
    Rational Portfolio Management IBM Project Management, Portfolio Management, Resource Management, Risk Management, Time & Expense Management
    Serena Mariner Serena Project Management, Portfolio Management
    Suite Cardinis Cardinis Project Portfolio Management
    ValueDriver4 ValueCurve Enterprise Project Portfolio Management
    WorkLenz Metier Project Portfolio Management, Investment Business Cases, Resource Management, Time Keeping
    xRPM SAP Portfolio Management, Resource Management, Program Management, Skills Management

    🇩🇪 Diesen Beitrag auf Deutsch lesen

  • PPM – Alibi Without Impact Analysis

    Project Portfolio and Project Portfolio Management (PPM) are well established terms used in many industries and heavily by software vendors. Accordingly, there are some standards and a number of software solutions that support the planning and controlling of ideas, initiatives and projects. But do these approaches and tools really meet the actual needs of organizations?

    Reasons for New Projects
    There are different reasons to initiate a project. Maybe an existing application requires enhancements, a new product has to be launched, processes need to be optimized, current infrastructure has to replaced or an organizational change is necessary. Despite all these different reasons projects have a lot in common and realizing such projects most often involves IT and its systems.

    Portfolio Prioritization Process
    Because of the limited resources of a company and even more of of it’s IT organization usually a portfolio prioritization process is in place. The idea’s or project’s importance and feasibility are weighted. Among others that could be through it’s

    • strategic alignment,
    • costs,
    • quantitative benefits,
    • qualitative benefits
    • risks,
    • resources needed,
    • organizational impact.

    During the entire prioritization process often complex processes, analysis, mathematical methods and risk matrices are implemented and specialists are involved. Frequently the results of these weightings are summarized in a business case. Using a funnel with several prioritization steps helps to reduce the amount of planned and executed projects to make sure that the organization’s resources are used in an effective and efficient way. At this point the question comes up if the defined criteria really can be weighted precisely enough. Is the necessary data available or is the organization starting a blind flight into a foggy data sky?

    Impact of Projects
    During the prioritization process the impact on the different departments and the expected resource needs are estimated. Usually, the IT organization and its limited and for this reason highly critical resources, e.g. experienced CRM developers or SAP specialists, build a bottle neck. But what is exactly the basis for such estimations of future efforts?

    Weighting becomes an issue
    How do IT organizations plan their resources, asses their risks, identify interdependencies and forecast their future efforts? The best process is useless if the relevant data is not available. Unprecise or wrong estimates during the prioritization result in overtime orders, scope reduction and reduced testing during the project execution. In many cases projects for this reason have to be canceled, or roll-outs lead to failure and breakdowns are predictable.

    Critical resources – the crux of the matter
    Limited resources, often highly specialized employees with key know how and experience, cannot start working on new initiatives. They are blocked by work on delayed projects. Additionally, they very often have to support operations after official project closing. These efforts were not considered during planning. And here the vicious circle starts. The organization reacts lethargically and inflexibly on new requests and therefore cannot satisfy the (market) demands in time.

    Impact Analysis – Critical Success Factor for Project Planning
    How can this problem be solved? Precise Impact Analysis is the key advantage of the IT organization and of the overall portfolio prioritization process. Tool-based Impact Analysis needs to be integrated into the processes and the data management of IT. Its data needs are supported through a Comprehensive CMBD (Configuration Management Database), which is embedded in the lifecycle of all applications (Application Lifecycle Management, ALM), That enables IT to point out impacted organizational (business units, roles, security, etc.), technical (programs, transactions, change requests, etc.) and descriptive (documentations, concepts, test cases, etc.) objects and their interdependencies.

    IT management gets a tool to early estimate new initiatives more detailed, assess risks and actions more precisely, can point out interdependencies and assign resources effective and efficient. The organization reacts more effectively and creates lasting solutions resulting in advantages for future projects. Through the information loop the information content gets better and better and the estimations become meaningful.

    PPM - Impact Analysis

    Appropriate processes, specified weighting criteria and defined responsibilities as well as authorities build the basis for a successful project portfolio prioritization process. Through continuous improvement the process maturity can be increased.

    However, to enable the IT organization to make precise and significant estimations, necessary tools for keeping of data and so-called Impact Analysis have to available. Those build one module of an ERP4IT that supports IT management and enables it to contribute to the company’s vision and strategy in a more optimal way. And that should already start at the early planning stage on basis of useful information. Otherwise the prioritization does not really make that much sense.

  • PPM – Gartner Causes Confusion

    Stimulated by HP’s limiting use of “Portfolio Management” in the new name of its powerful IT Governance solution HP PPM, we already covered the often misinterpreted and ambiguous use of the term “Project Portfolio” in earlier blogs.

    Confusion around PPM
    Similar vagueness as for “Portfolio Management” can be observed for “Project Portfolio Management”. Software vendors trying to ride the trend waves do their best to reinforce such vagueness. Market players do not hesitate to call their solutions “Project & Portfolio Management”, abbreviated as PPM. Now even Gartner in its most recent study uses PPM to categorize Project & Portfolio Management, bundling two disciplines, PPM (Project Portfolio Management) and PM (Project Management).

    Obviously, Project Management tools with low Portfolio functionality such as prioritisation or project funding are suddenly called PPM.
    Every simple project management solution qualifies itself nowadays PPM. Project Portfolio Management is to important to be diluted like that. It is clearly defined:

    “Portfolio management is the centralized management of one or more portfolios, which
    includes identifying, prioritizing, authorizing, managing, and controlling projects, programs,
    and other related work, to achieve specific strategic business objectives” (Project Management Institute, The Standard for Portfolio Management, 2006, S. 5).

    Contrary to Garntner’s use Project Portfolio Management does not cover the implementation aspects of projects and programs. As a discipline it covers activities like:

    • Assessment and evaluation of project ideas and requests
    • Support for business case and feasibility studies
    • Analysis of dependencies between planned and ongoing projects
    • Prioritization of project requests
    • Approval or rejection of project requests
    • Grouping of projects in portfolio structures
    • Controlling of current projects and programs
    • Superordinate risk, quality, time, resource and cost management
    • Evaluation of project portfolio regarding it’s alignment with strategic business goals
    • Collection of empirical project data
    • Definition of guidelines for new projects

    Project Portfolio Management’s is the managment discipline of business management with the goal to implement the right projects at the right point in time with the right resources in the right organizational environment. It is key to distinguish this business critical discipline from project management.

    In all other beteo blogs like “Project Portfolio – Hype and More” or “PPM – Alibi Without Impact Analysis” we use PPM in above sense. Maybe one day Gartner will start to call it’s category P&PM: not as sexy but less ambigous.

    🇩🇪 Diesen Beitrag auf Deutsch lesen