11 Tipps für Projektmanagement-Software

Tatsächlich steht die Anfoderungsanalyse - wie bei jeder Toolauswahl am Beginn des Vorgehens. Empfehlenswert ist es aber, nicht nur Aufgaben sondern vor allem auch Prozesse des PM zu analysieren. Als Referenz können PMI, PRINCE2 oder die Prozesse nach DIN dienen. Cloud-basierte Lösungen lösen die technischen Hürden, die Praxis zeigt allerdings, dass diese bei aller Komplexität im Falle umfangreicher Portfoliolösungen eher den kleineren Teil des Aufwands ausmachen. Der Hauptnutzen von PM-Software ist selten die Software selbst. Unternehmen, die von neuer PM-Software wirklich profitieren, tun dies fast immer, weil dabei Prozesse und Methoden nochmals durchdacht wurden. Übrigens lassen sich nahezu alle der rund 40 heute in Deutschland breit etablierten Multi-PM-Lösungen mit ERP und E-Mail koppeln und im Datenmodell erweitern. Die Herausforderung liegt oft eher darin, zu entscheiden, was das PM-Werkzeug bieten soll und was in anderen Systemem verbleibt und - etwa in Dashboards oder über Schnittstellen zu CRM, IT-Asset Management, ERP, ALM, ... - integriert wird. Die Idee einer Online-Community ist nett, greift aber außer bei kleineren Lösungen meiner Ansicht nach zu kurz. An den IT-Bebauungsplan und die Unternehmensprozesse angepasste Software ist regelmäßig zu spezifisch, um sie mit anderen Unternehmen in Foren zu diskutieren. Anwendertreffen der Anbieter bieten allerdings oft die Möglichkeit zum fachlichen Austausch. Tipp 1, 3, 5, 8 und 9 würde ich zusammenfassen: Das Leitbild für die neue Software sollte diskursiv mit den Stakeholdern entwickelt werden. Während die Entscheidung beim CIO verbleibt, ist dieses Vorgehen nicht nur eine Frage professionellen Change Managements, sondern sichert zugleich die Qualität der Entscheidung und erhöht die Akzeptanz regelmäßig sogar bei denen, die nicht ihr Wunschprodukt erhalten.