DIE Kompromiss zwischen MEHRWERT UND MEHR Projektkomplexität
Die Frage zu stellen, bezogen nicht nur auf die Nutzung neuer Technologien oder Konzepte, sondern jedes andere Projekt Belastungen ist Wie wird dies in Bezug auf die Verlängerung des Projektes oder zusätzliche Komplexität, beeinflussen das Projekt? Wenn die Antwort ist, dass der Effekt negativ sein wird oder die Antwort nicht klar ist, sollte Vorsicht im Hinblick auf das Öffnen des Projekts auf diese zusätzlichen Elemente enthalten ausgeübt werden. Das Argument sollte nicht erlaubt werden, um die Gültigkeit der Anträge oder deren Wert zu verschieben. Es sollte anerkannt werden, dass die vorgeschlagenen Ergänzungen des Projekts würden wahrscheinlich alle von Nutzen sein werden. Die Frage ist, was in Bezug auf Zeit und Komplexität, werden diese Begriffe zu dem Projekt hinzuzufügen. Der Fokus muss auf die Waage zwischen dem Hinzufügen der gewünschten Artikel, was sie sein können und die potenziellen Kosten in Bezug auf das Projektrisiko mit Aufnahme dieser Anträge in Verbindung gebracht werden. Beim Nachdenken über das Hinzufügen neuer Technologie, ist es wichtig zu beachten, dass entweder wenig wirklich über die Technologie zu verstehen, oder dass das Niveau der IT-Zeit und Aufwand nötig sind, um es an die Arbeit gehen zu unterschätzen. Im Umgang mit mittlerer bis großer IT-Entwicklungsprojekte, angesichts ihrer inhärenten Komplexität, indem eine Technologie Lernkurve deutet Schwierigkeiten für das Projekt. Da die Wahrscheinlichkeit des Erfolgs mit IT-Anwendungen Projekten erhöht werden kann, wenn die Komplexität dieser Projekte reduziert werden, wobei ein Ansatz entwickeln, mehr aber kleineren IT-Anwendungen sollten zuerkannt ernsthaft in Erwägung gezogen werden. Angenommen, ein Antrag für eine IT-Anwendung Projekt gemacht wird und der Antrag wird zur Untersuchung genehmigt. Nach der Analyse des Antrags wird festgestellt, dass das Projekt wie vorgeschlagen werden 3.000 Stunden Anstrengungen hinsichtlich der Vollständigkeit zu verlangen. Die Dauer des Projekts hat als acht Monaten errichtet. Obwohl die Zeit geschätzt, um das Projekt zu diesem Zeitpunkt im Entwicklungszyklus abgeschlossen ist wahrscheinlich willkürlich, ist diese Schätzung wahrscheinlich als absolute gesehen werden. Dieser Umstand, recht häufig in der Entwicklung von IT-Projekten, ist ein weiterer negativer Aspekt der Projektentwicklung, dass die Höhe des Risikos erstellt. Obwohl die Einstellung von beliebigen Projekt Fertigstellungstermine stellen ernsthafte Komplikationen Projekt, das ist ein Thema über den Rahmen dieses Artikels ausgenommen, es als ein negativer Faktor anzuerkennen. Nach der Genehmigung wird ein Projektteam zusammengestellt und Beginn der Arbeiten am Projekt. Da diese Arbeit vorwärts bewegt, beginnen Anträge auf zusätzliche Funktionen innerhalb des Projekts entstehen. Da das Geschäft sein muss mit dem Projekt angegangen und die Vorteile aus der Erweiterung des Projekts abgeleitet werden, sind die Ebenen des Personalbedarfs an die neuen Anforderungen vollständig genehmigt. An diesem Punkt der Fertigstellungstermin aus bewegt werden kann, um die zusätzliche Arbeit aufnehmen, oder kann davon ausgegangen werden, dass durch Zugabe Mitarbeiter, der Fertigstellungstermin nicht nötig angepasst werden. Im Hinblick auf die, in der die erhöhten Anforderungen des Projekts, indem das erforderliche Personal, und in mindestens versuchen, den Endtermin zurückgesetzt, hat das Projektteam die richtigen Dinge getan. Was wurde nicht richtig gemacht, was zu Schwierigkeiten bringen wird, dass das Projektteam nicht hat, in dieser Situation, als die erhöhte Komplexität, die in das Projekt wurde geschichtet. Die Annahme ist, dass zusätzliches Personal und die Anpassung der Fertigstellung wird die Forderung, Features und Funktionen hinzufügen zu decken. In diesem Beispiel hat das Projektteam, obwohl sie die Notwendigkeit für zusätzliche Ressourcen und Zeit, um das Projekt Ausbau Griff betrachtet, sich in einer unglücklichen Position zu bringen. Indem sie nicht die Anerkennung der Fragen der Erweiterung und erhöhte Komplexität des Projekts, wie sie von der potentiellen Schwierigkeit beziehen, wenn nicht schwerwiegende Probleme, die Mannschaft hat sich einrichten für, zumindest, Enttäuschung. Zu oft als ein Projekt und erweitert wird klar, dass das Projekt hat Schwierigkeiten, den Fokus auf das Problem der Zugabe von Menschen und Zeit treffen die Projektziele. Das ist zwar ein geeignetes konzentrieren, ist es nur eine partielle konzentrieren, dass die Faktoren des Projekts Expansion und die damit verbundenen zusätzlichen Aufwand auch in der Analyse berücksichtigt werden müssen. In Wirklichkeit Hinzufügen von Personen zu dem Projekt, ob am Anfang des Projekts oder nach es wurde festgestellt, dass das Projekt in Schwierigkeiten ist, kann eine scheinbar einfache Antwort auf das Problem sein, aber es kann die falsche Antwort sein. Hinzufügen von mehr Menschen für das Projekt erhöht den Grad der Anstrengung mit dem Thema Projektmanagement und Koordination findet und, als Folge, fügt Gesamtprojekt Komplexität. Der korrekte Weg, um die Probleme in den Griff Beispiel beteiligt gewesen wäre, haben zusätzlich für mehr Personal und Zeit Aufruf zum neuen Projekt gerecht zu werden, zu präsentieren und Anstoß für die Möglichkeit der Aufteilung des Projekts in überschaubare Komponenten. Dieser Prozess hätte das Projekt in kleinere Komponenten (Phasen)-Struktur, um die Arbeit in einzelnen Projekten zu brechen, oder den Umfang des Projekts zu reduzieren. Das Finden der richtigen Antwort wäre nach den Umständen, sondern die Sorge sollte ohne unverhältnismäßige Größe gewesen und, als Folge, Komplexität. Es ist natürlich richtig, dass die Verringerung der Größe des Projekts oder brechen sie in Phasen würde den möglichen Nutzen mit dem Projekt verbundenen reduziert oder verzögert werden. Jede Organisation muss Entscheidungen über die zulässige Größe und Risiko von IT-Projekten. Doch in vielen Fällen die Überzeugung, dass kleinere besser ist, stellt einen pragmatischen Ansatz. Viele große, gut gemeinten IT-Anwendungen Projekte gescheitert. Einige dieser Projekte wurden zurückgeschraubt und geborgen, aber andere, nach erheblichen Kosten-und organisatorischen Stress, wurden aufgegeben. Verfasst von Perry Moshe
|
|||||
|