BESTIMMUNG PROJEKTENTWICKLUNG TOLERANZ
Jede Organisation hat ein bestimmtes Niveau der IT-Anwendung Projektentwicklung Toleranz. Das Niveau innerhalb einer bestimmten Organisation hängt von einer Reihe von Artikeln in der gesamten Organisation. Ein Ansatz zur Verbesserung der IT-Entwicklung Projekt-Prozess ist zu einer Verständigung über die praktische überschaubare Größe der IT-Anwendungen Projekten innerhalb einer bestimmten Organisation kommen. Diese Entschlossenheit kann durch eine Überprüfung der bisherigen Projekte vorgenommen werden. Die Überprüfung der Ergebnisse der Vergangenheit IT-Anwendungen Entwicklungsprojekte enthält Informationen, die verwendet werden, um Erfolg oder Misserfolg Trends, die wiederum mit Bezug analysiert werden, um Größe Projekt entwickeln kann. Eine bestimmte Art der Kriterien entwickelt, mit denen zum Projekt "Erfolg" oder "Misserfolg". Diese Kriterien werden innerhalb von Organisationen variieren, abhängig von den Faktoren, die als wichtig erachtet, innerhalb der Organisation zu beurteilen. Der Schlüssel im Zusammenhang mit einer einzigen Kriterium benutzt, um die Urteile zu fällen ist, dass es als eine vernünftige Maßnahme innerhalb der Organisation gesehen werden sollte. Darüber hinaus können die Kriterien nicht erlaubt, schwerfällig oder komplex sein. Das Ziel muss es hier sein, um eine Reihe von grundlegenden Komponenten, bieten nicht die endgültige Antwort, sondern eine Richtlinie, um den zu erwartenden Erfolg eines Projektes auf Erfahrungen der Vergangenheit innerhalb der Organisation bezogen zu wählen. Wo die Wahrscheinlichkeit nahe, dass das Projekt wahrscheinlich scheitern wird, müssen Anpassungen vorgenommen Projekt Größe, Zeit und Komplexität auf ein Niveau, dass eine höhere Wahrscheinlichkeit des Erfolgs liefern bringen werden. Als ein Beispiel davon ausgehen, dass in den vergangenen drei Jahren die IT-Abteilung auf 125 Projekte gearbeitet hat. Während dieser Zeit haben durchschnittlich 700 Stunden, um diese Entwicklung Projekte bereitgestellt, für eine Gesamtmenge von 87.500 Stunden. Dabei eine Analyse der 125 Projekte, stellt man fest, dass unter den Kriterien für die Bestimmung Erfolg oder Misserfolg entwickelt, 18 Projekte in den Ausfall Klassifizierung fallen. Von den 18 Projekten, 14 900 Stunden der Entwicklung immer wieder überschritten haben, mit dem Erfolg oder Misserfolg Kriterien durchgeführt allen 14 Projekten ein hohes Maß an Komplexität. Darüber hinaus haben nur drei Projekte, die mehr als 800 Stunden zu einem erfolgreichen Abschluss wurden in den letzten drei Jahren gebracht. An dieser Stelle, was die Analyse zeigt, ist, dass innerhalb dieser Organisation, Projekte, die 900 Stunden Entwicklungszeit überschreiten fehleranfällig sind. Das Ergebnis dieser Analyse zeigt, dass IT-Entwicklungsprojekte in über 900 Stunden Aufwand, über die Management-Fähigkeiten der IT-Abteilung zu sein scheinen. Eine andere Tatsache aus der Analyse entwickelt hat gezeigt, dass über den Zeitraum von drei Jahren, drei IT-Projektmanager, hatte unabhängig von der Größe oder Komplexität des Projekts, brachte immer ihre Projekte in auf Zeit, innerhalb des Budgets und in Übereinstimmung mit den Anforderungen an das Projekt. Mehrere schnelle Schlüsse lassen sich aus der Analyse gezogen werden. Erstens ist es wahrscheinlich nicht im Interesse der Organisation für alle Anwendungen, Entwicklung projectsthat Ansatz betrachten oder überschreiten 900 Stunden Aufwand. Zweitens mehrere Projektmanager sind, trotz der Entwicklungsumgebung, in der Lage, Projekte zu einem erfolgreichen Abschluss zu bringen. Zwei Schlüsse lassen sich über die Rolle dieser Projektmanager gezogen werden. Zunächst sollten die Projektverantwortlichen auf die größten und komplexesten Projekte in der Organisation zugeordnet werden. Zweitens sollten weitere Untersuchungen durchgeführt, um festzustellen, warum die Manager erfolgreich sind. Wo der Analyse sorgfältig durchgeführt und die verwendeten Kriterien für Erfolg oder Misserfolg zu beurteilen sind vernünftig und konsequent, Muster von IT-Projektentwicklung Erfolg und Misserfolg identifiziert werden können. Geschehen richtig, die Analyse von Stand-Anwendungen Projekten soll Aufschluss über die optimale Höhe der Projektgröße und Komplexität in Bezug auf wahrscheinliche Erfolg. Das sollte nicht gesehen zu implizieren, dass was immer das Niveau ist, ist es das Beste, was erreicht werden kann. Was es bedeutet, dass für die Gegenwart, eine Obergrenze für die Größe Projekt bestimmt werden kann. Verbleibende unter die Decke über eine sofortige Verbesserung in der Verwaltung von Projekten zu bringen, aber es sollte auch als der Basis-für den Übergang zu neuen Praktiken, mit denen diese Obergrenze angehoben werden zu sehen sein wird. So erfüllt der Analyse zwei Anforderungen. Es bietet eine Leitlinie über die Grenzen der Projektgröße und Komplexität findet innerhalb der Organisation. Es bietet auch die Grundlage für weitere Fortschritte, um Veränderungen innerhalb der Organisation zu bringen, insbesondere im IT-Abteilung, das wird sich auf die Fähigkeit in die Zukunft führen zu größeren, komplexeren Anwendungen abwickeln. In dem Beispiel verwendet wird, können mehrere Schlussfolgerungen gezogen, die zur Identifizierung IT Projektentwicklung Problembereiche und damit zu beginnen, Pläne für die Unterschiede im Entwicklungsstand Erfolg in der IT-Abteilung zu erhöhen entwickeln werden. Das Material gezogen fro m die Analyse im Beispiel zeigt, dass in der Vergangenheit, die Organisation in Schwierigkeiten geriet, als das Projekt Größe 900 Stunden Aufwand überschritten. Beim Nachdenken über diese Stunde Bereich ist daran gehalten werden sollte, dass nicht nur die Stunden ein Faktor, sondern als die Größe eines Projekts wächst die Komplexität des Projekts auch wächst. Eine inhärente Verknüpfung besteht zwischen Projekt Größe und Komplexität, und sie müssen als untrennbare bei der Prüfung der Ursachen für das Scheitern von Projekten sein. In Bezug auf Größe und Komplexität, die Analyse zeigt auch, dass sie offenbar nicht negative Faktoren in der Entwicklung von Projekten, wenn das Management dieser Projekte ist unter der Leitung von einem der mehreren starken Projektleiter. Es wäre vorteilhaft, um die Gründe, warum manche Manager verfolgen, um auch unabhängig von der Größe und Komplexität ihrer Projekte nicht erscheinen. Die Bestimmung, was diese Manager sind richtig und dann tut der Anwendung ihrer Management-Techniken, um die Art, wie andere Projekte verwaltet könnte erhebliche Vorteile für die Organisation zu bringen sind. Verfasst von Stephan Braun
|
|||||
|