IT-Projektmanagement: Strategien, Planung und Kontrolle

Einführung

In diesem ersten Teil werden wir die Bereiche und Aktivitäten prüfen und analysieren, die das Management abdecken und welche für die Entwicklung von IT-Projekten beteiligt sind. Der Mechanismus wirkt im globalen Informationsmanagement von Unternehmen oder sollte gleichzeitig eine Funktion (Entwicklung) der Kosten selbst sein.

Bevor wir fortfahren, sollten wir klarstellen, dass sich die "Richtung", auf die wir verweisen, insbesondere auf die höhere Ebene (CEO, Präsident, funktionale Manager) bezieht, aber ohne Ausschluss jeglicher Ebene. Insbesondere sollte der Grad der Beteiligung des Managements direkt proportional zu seinem Maß an Verantwortung sein, was der höchsten Führung der Rolle des Sponsors entspricht.

Durch die Führung sind Kriterien, Strategien und Taktiken festgelegt worden, um Konzepte wie:

• Die organisatorische Entwicklung von IT-Projekten, die Zuweisung der erforderlichen personellen Ressourcen und die Kosten für Outsourcing. Diese Ressourcen können, abhängig von der zu verfolgenden Strategie, alle in der Rolle von Informationssystemen zentralisiert oder zwischen dieser Rolle und den Funktionen der Benutzer verteilt werden.
• Die Kriterien und Ausschüsse, die die Prioritäten und die Rentabilität der zu entwickelnden Projekte kontrollieren und regulieren, sowie die Einrichtung eines jährlichen Plans, der anstelle der laufenden und anstehenden Projekte stehen muss.
• Die Aktionspläne, die zu einer wachsenden "Industrialisierung" auf Kosten des "Handwerks" im Prozess der Entwicklungsprojekte führen. Diese Pläne umfassen:

• Die Verwaltung und Kontrolle der eingesetzten Ressourcen, die letztendlich zur Kenntnis der Kosten führen.
• Die Vorhersage, die zu "a priori" und "a posteriori" Nutzen und Kosten führt, sowohl auf Projektebene als auch im gesamten Plan.
• Die Schritte, die zu "industriellen" Entwicklungsprojekten führen, wie Produktivität, Qualität, Einhaltung von Terminen usw.

Alle diese Strategien und Pläne müssen durch eine Zuweisung von Zuständigkeiten für die verschiedenen Schichten der Verwaltungsgesellschaft oder juristischen Person mit Geschäftsleitung unterstützt werden, sowohl für Benutzer- als auch für Informationssysteme.

Die Aufgaben des Benutzermanagements, aller Ebenen, sind:

• Eine Gesamtstrategie zur eigenen Funktion der Computerisierung festlegen. Diese Strategie sollte mit Informationssystemen abgeglichen werden und muss ihre betrieblichen Erfordernisse oder Geschäftsprozesse in der Funktion erfüllen.
• Festzustellen, welche Vorteile die Computerisierung auf Projektebene für die Entwicklung des EDV-Plans bringt. Die Einsparungen in Ihrem Budget und die Erhöhung der Produktivität Ihrer personellen Ressourcen: Diese Vorteile ergeben sich vor allem aus zwei Parametern.
• Sich zur Rentabilität ihres EDV-Projekts zu verpflichten, sobald bekannt ist, dass die Kosten auf Projektebene liegen, müssen Informationen eingreifen. Diese Rendite sollte auf Kriterien der Investitionsmöglichkeit des Vorstands, der Kosten und der technischen Machbarkeit basieren.

Die Aufgaben des Management-Informationssystems sind:

• Eine globale IT-Strategie von der obersten Führungsebene festlegen, die Themen wie Zentralisierung versus Dezentralisierung von Hardware-Adressen, Höhe des Personal Computing, Datenfernverarbeitungsnetzwerke, Office-Systeme, E-Mail, die Kontinuität der Maßnahmen usw. behandelt.
• Im Baubereich sollte es dafür verantwortlich sein:
• Eine technische Umgebung für die Prüfung und Entwicklungsprojekte zur Aufrechterhaltung der Produktion definieren.
• Einen Plan zur Entwicklung und Verbesserung der Entwicklung in Bereichen wie Kosten und Verfahren implementieren. Maßnahmen, die die Reife der Organisation erhöhen.
• Einen Plan zur Organisation der Humanressourcen vorschlagen, umsetzen und überwachen, der zentrale oder dezentrale Organisationen oder Business-Funktionsanalysten umfasst.
• Die Sammlung und Bereitstellung von Humanressourcen sicherstellen und sich für jedes Entwicklungsprojekt verpflichten.
• Einen Jahresplan erstellen, der aktuell und aktualisiert ist, für Entwicklungsprojekte.
• Einen technischen Ausbildungsplan erstellen und die Einhaltung der beruflichen Entwicklung überwachen.

Aber für all diese Strategien und Verantwortlichkeiten, die erfüllt werden müssen, muss dies direkt von der höchsten Ebene der Geschäftsführung der Gesellschaft oder juristischen Person erfolgen. Es ist sinnlos, es zu versuchen, wenn diese Bedingung nicht erfüllt ist.

Nach der Aufschlüsselung und Analyse der verschiedenen zu berücksichtigenden Aspekte werden wir in den sechs Teilbereichen sehen, in die der erste Teil dieses Buches unterteilt ist.

• Als Business Development Management
• "Business Case"
• Generierung des IT-Plans
• Planung der Ausführung und Kontrolle
• Die Beteiligung des Managements
• Standards und technische Hilfsmittel

2

Als Business Development Management

Unter der Annahme, dass die Anwendungen die Riemenscheibe des Computing im Unternehmen oder der Firma sind und dass der Gurt der anderen Riemenscheibe das Funktions- und Abteilungs-Computing bewegt, überlegen wir, wie die Riemenscheibe im Lichte der Prinzipien eines jeden Unternehmens verwaltet werden sollte.

Dieses Geschäft wird im Umfeld des Unternehmens oder In-Service-Unternehmens verstanden, wie z. B. größere Mengen, die die Entwicklung umfassen. Kein Geschäft, außer in Unternehmen, die in sie eingreifen, produziert Rechnungen an externe Kunden, aber wenn es aus der Sicht ihrer internen Kosten betrachtet wird, müssen diese durch die Vorteile kompensiert und übertroffen werden, die intern produziert werden, und das ist das Wesentliche, und das wird durch das Management direkt durch alle Richtungen und vor allem durch den Computer und die Entwicklung des Unternehmens oder der Körperschaft erreicht.

Als solches Geschäft sind die Parameter, die im vorliegenden Fall zu berücksichtigen sind, anwendbar: die Ressourcen und Kosten, sowohl menschliche als auch finanzielle, Vorteile und Einsparungen und daher das Gleichgewicht der Kosten, Fristen und Prioritäten sowie die Zufriedenheit der Kunden und Nutzer.

Dieses Geschäft sollte wie jedes andere durch eine jährliche Aufstellung der Ziele geregelt werden, die in diesem Zeitraum erfüllt werden können und die ein- oder zweimal im Jahr (vierteljährlich) überprüft werden, um ihre Kraft zu erhalten.

Um dieses Prinzip zu erfüllen, ist es auch erforderlich, die Entwicklung als ein profitables Geschäft oder eine Tätigkeit innerhalb des Unternehmens oder der Organisation zu betrachten und bestimmte Einrichtungen in verschiedenen Organisationen zu beachten:

Definition. Die höchste Ebene des Managements, die den Rahmen für die Aktion definieren muss, der in zwei wichtigen Parametern zusammengefasst wird: Der erste bezieht sich auf die Strategie und Taktik des Computerunternehmens oder der Organisation (zentral oder dezentral organisiert, Bereiche und Prioritäten, Art des Personal Computing, E-Mail usw.), der zweite ist die kurzfristige Taktik in Bezug auf die jährlichen Investitionen in technische und personelle Ressourcen (eigene und vertraglich).

Beschluss. Im Rahmen der Aktivitäten, die von der Geschäftsleitung definiert werden, sind die Fachabteilungen diejenigen, die Computerpläne erstellen, vorbehaltlich der Möglichkeit, ihre Gesamtkosten und die Rentabilität der einzelnen Projekte zu diskutieren.

Umsetzung. Es ist die Funktion des Computers (und der Entwicklung), die die Konsolidierung und die Kontrolle der Fertigstellung des Projektentwicklungsplans festlegt. Auch diese Funktion sollte Organisationsstrukturen vorschlagen, die auch die Funktionen sind und auf strategische Ansätze reagieren. Diese Ansätze (von allen oder einigen Funktionen akzeptiert) werden in taktischen Organisationen (jedes Jahr) festgelegt, deren Dimensionen und Ausdruck von der Computerfunktion gesteuert werden.

Gesamtkontrolle. Diese Kontrolle muss von verschiedenen Gremien ausgeübt werden, da sie von der Geschäftsleitung zur Einhaltung der im Rahmen festgelegten Grenzwerte definiert werden. Von diesen sind die wichtigsten: die Rentabilität der Projekte und Investitionen in Einrichtungen und Ressourcen.

Diesen Räumlichkeiten mit klaren Kriterien sollten alle Funktionen hinzugefügt werden, die über die Realisierung der Vorteile erfüllt werden müssen.

Diese Erkenntnis der Leistungen erfolgt durch Steuerung und Kommunikation. Nun werden die beiden parallel durchgeführt, wenn es um einzelne Projekte oder Gruppen von kleinen Projekten geht, die in der Regel der Verbesserung bestehender Anwendungen gewidmet sind.

Für einzelne Projekte gehen Sie zur Überprüfung über, sobald die Anwendung in der Produktion ist. Zuerst werden die Benutzeranforderungen festgelegt, um die Notwendigkeit der vorgeschlagenen Mechanisierung zu beheben. Diese Übereinstimmung ist natürlich unerlässlich.

Parallel zu den Anforderungen wurden Einsparungen und Kosten festgelegt (dies wird in Kapitel 3 - Business Case - behandelt). Einsparungen, die während der Anforderungen und Spezifikationen der Anfrage, der personellen und finanziellen Ressourcen für Funktionen oder Organisationen, die für die Benutzerrolle aufgebracht werden müssen, und während der Qualifizierung für die Anwendung (was natürlich für das Projekt erforderlich ist) zugesagt werden.

Bei der Überprüfung sollten Sie auch die tatsächlichen Kosten mit den im "Business Case" genannten Kosten vergleichen. Die Verantwortung für die Abweichungen liegt gemeinsam bei der Benutzerfunktion, in der Analyse (wenn sie funktionalisiert oder dezentral sind, bei funktionalen Analysten oder im Geschäft) und bei der Rolle der Informatik in der Entwicklung und Umsetzung.

Die Informationen der Überprüfung werden von der Computerfunktion weitergeleitet, sowohl an die Benutzerrolle (zur Information) als auch an den Präsidenten des Ausschusses oder Gremiums für Rentabilität (zur Kontrolle) und an Funktionen oder Organisationen, die für die Zuweisung zentraler personeller und finanzieller Ressourcen zuständig sind (für die Realisierung von Einsparungen für die Benutzerfunktion).

Im Fall von Arrays von kleinen Projekten (schätzen, dass jedes nicht 3 Monate x Mann Aufwand in der Entwicklung erreicht) sind die Überprüfungen monatlich (oder alle zwei Monate) die Berichterstattung über die Gesamtkosten und Einsparungen in diejenigen, die in den Zeitraum implantiert wurden, die gleichen Organisationen und Personen (und für die gleichen Zwecke) wie im vorhergehenden Absatz beschrieben.

Schließlich, und etwas wie eine Zusammenfassung des Kapitels, genügt es zu sagen, dass die Entwicklung der Wirtschaft, dass jedes Unternehmen oder jede Organisation unbedingt die Annahmen und die Überprüfungen der beschriebenen Anforderungen erfüllen muss und dass alle Entwicklungsprojekte profitabler sind, d. h. ob das Geschäft die Rolle, die Anfrage und damit das Unternehmen erfüllt.

3

"Business Case"

Dieses Kapitel beschreibt das Verfahren zur Beantragung der Entwicklung eines Softwareprojekts, das "a priori" die Rendite plant, sobald die Anwendung installiert und in Betrieb ist.

Im "Business Case" spielt die proprietäre Funktion eine fundamentale Rolle, da sie im "Besitzer" verkörpert ist.

Der "Eigentümer" ist ein Direktor, der Teil der Funktion ist, dass das Computerprojekt angefordert wird. Als solcher macht der "Eigentümer" den Projektsponsor und den Gesprächspartner im Namen der Benutzerfunktion und der Endbenutzer mit der Entwicklungsorganisation und Wartung von Anwendungen.

Seine Hauptaufgaben vom Projektvorschlag Computer, bis es eine Produktionsanwendung wird, sind:

• Die Quantifizierung der Einsparungen und Vorteile, die für den Endbenutzer (verbesserte Produktivität, Kapazität, mehr, bessere Qualität usw.) entstehen, wenn die Anwendung in der Produktion ist.
• Die Anforderungen und Merkmale dokumentiert zum Ausdruck bringen, die die Anwendung erfüllen muss und haben soll.
• Die erforderlichen Testdaten bereitstellen, um zu überprüfen, ob der Antrag den Anforderungen entspricht.
• Den Grad der Vertraulichkeit der einzelnen Komponenten der zukünftigen Anwendung (Formulare, Masken, Dateien usw.) definieren.
• Für potenzielle Endkunden eine angemessene Schulung anbieten, damit sie die zukünftige Anwendung bedienen können.
• Schließlich den Produktionsschritt ermöglichen (Überwachung der Konvertierung von Dateien, falls zutreffend), mit dem das Projekt operativ umgesetzt wird.

Bei all diesen Aufgaben muss der "Besitzer" von funktionalen Analysten unterstützt werden.

Außerdem müssen funktionale Analysten den Eigentümer in seiner Verantwortung nach der "Geburt" der Anwendung unterstützen.

Diese Verantwortung des Eigentümers während des Lebenszyklus der Anwendung sind:

• Überprüfen, ob der Betrieb der Anwendung im Einklang mit den Anforderungen und Eigenschaften steht, die im Projektvorschlag festgelegt wurden. Diese Überprüfung dient der Realisierung der Einsparungen und Vorteile, die dem Vorschlag zugrunde liegen.
• Der Kanal zwischen Endbenutzern und der Rolle der Informationssysteme sein, um die Listen der Benutzer zu der Zeit zu haben, die Unterscheidungen in Bezug auf vertrauliche Zugangsdaten zu treffen.
• Prüfen, ob die Ausführungen, Leistungen, Würfe usw., die in der Produktion gemacht werden, korrekt sind (die Dateien kommen inhaltlich und zeitlich an und die Ausgaben entstehen) und vollständig sind.
• Als Schwerpunkt ihrer Endkunden in Bezug auf neue Bedürfnisse, Verbesserungen, Änderungen usw. der Anwendung und die entsprechende Anfrage an die Organisation der Entwicklung und Wartung von Anwendungen starten.

Letztlich ist es bei der Koordinierung und Vertretung der Endbenutzer in Bezug auf "ihre" Anwendung die Rolle der Informationssysteme, entweder mit der Produktion oder Entwicklung, verbunden.

Dies bedeutet, dass jedes Entwicklungsprojekt, von seinem Ansatz an, der aktuelle und zukünftige Besitzer - und ob es sich um ein Neubauprojekt handelt oder um eine Änderung oder Verbesserung einer bestehenden Anwendung - auf der Rentabilität beruhen oder die ausdrückliche Genehmigung der Geschäftsleitung (oder des Delegierten) haben muss.

Die Grundkomponenten der Rentabilität sind die Kosteneinsparungen und Vorteile im Vergleich. Diese Komponenten sollten in der Anforderungsphase geplant werden und müssen sowohl vom Eigentümer als auch vom Entwickler in der letzten Phase der Analyse und des äußeren Designs zugesagt werden.

Alle Änderungen, die während der Entwicklung, des Tests, der Integration und der Installation auftreten, sollten eine Überprüfung der Rentabilität durch den Eigentümer auslösen. Wenn diese Änderung zu einer negativen Rendite des Projekts führt (d. h. dass die Kosten die Einsparungen überwiegen), ist es notwendig, die entsprechende Genehmigung von der Person der Geschäftsleitung (in der Regel der Controller und Generalrevisor) zu erhalten, die die Entwicklung weiterhin delegiert, um das Projekt fortzusetzen.

Während der Entwicklung müssen wir die Entwicklung der tatsächlichen Kosten mit den geplanten Gesamtkosten vergleichen und vergleichen, dass sie im Hinblick auf den entsprechenden Teil der geleisteten und erledigten Gesamtarbeit stehen.

Dieser Kontrast, dessen Tätigkeit im Projektmanager und in den Follow-up-Treffen der Projektbewertung einfach ist, da angesichts der Vorteile überwacht werden sollte, dass die Kosten nicht von den Beteiligten abweichen. Bei der Abzweigung, und wenn es das tut oder nicht, wird das Projekt rentabel, müssen die Entwickler aufhören und die Erlaubnis der Unternehmensleitung einholen, um fortzufahren. Offensichtlich werden diese Fälle häufig durch die Notwendigkeit unterschiedlicher Arten von Beweismitteln und Informationen begleitet, die für Entwickler nicht sehr wünschenswert sind.

In jedem Fall ist es unerlässlich, dass die Rentabilität die Entwicklung eines Projekts verpflichtet, und jeder Umstand, der sich verringert, beeinträchtigt oder Ursachen verursacht oder wahrscheinlich negativ macht, muss bekannt sein und/oder von der Geschäftsleitung genehmigt worden sein und muss auch das Benutzermanagement und den Eigentümer informieren.

3.1. UMSETZUNG

Die Art und Weise zur Durchführung und Kontrolle eines "Business Case" für jeden Projektplan sollte jährliche Anwendungen umfassen:

• Eine Bearbeitungskontrolle für Projektpläne. Dies wird in Kapitel 7 behandelt.
• Die Beteiligung von Führungskräften, Management und Eigentümer-Benutzern sowie die Entwicklung von Führungsqualitäten.

Die Artikulation des Gremiums zur Gewährleistung und Koordinierung dieses zweiten Punktes ist eine Funktion der Größe des Unternehmens, seiner geografischen Verteilung oder Konzentration, des Grades der Autonomie oder Delegation - Computer - in verschiedenen Organisationen, der Zentralisierung oder Dezentralisierung der Rechenleistung in ihrem Betriebskonzept oder Budget usw.

In jedem Fall ist die Einrichtung dieses Gremiums wesentlich, da es im Prinzip der Garant auf Unternehmens- oder Gesellschaftsebene für die Rentabilität der Anwendungsentwicklung ist, und es sucht parallel den Ausschuss, der die Herstellung und Vermarktung eines neuen Produkts in einem produzierenden Unternehmen genehmigt.

Dieses Gremium kann verschiedene Namen haben, wie z. B. Informationsmanagement, Informationstechnologie, Computer- oder Anwendungsleistung, Computerbenutzer usw., aber sein grundlegendes Ziel ist es, dass das Unternehmen einen aktuellen Plan zur Entwicklung von IT-Projekten hat, der kostengünstig und individuell ist.

Dieses Gremium sollte mit einer vorgegebenen Frequenz durch seinen Präsidenten geleitet werden (im Prinzip könnte es dreimal pro Jahr sein). Sein Vorsitzender sollte, wie bereits erwähnt, ein leitender Manager oder Executive Officer der höchsten Führung des Unternehmens oder der Körperschaft sein.

Ein Teil seiner Gesamtleistung und ihr Maximum in Bezug auf die Höhe der Kosten, die vom Top-Management gewährt werden müssen, was die Entwicklung von Anwendungen betrifft, d. h. personelle und technische Ressourcen (Hard- und Kommunikationssysteme) und die Planung, Budgetierung für Outsourcing, Projekte, die wichtig, wichtig und bemerkenswert für Führungskräfte sind (in der Regel mit mehreren Einheiten oder Funktionen der Organisation) usw.

Der Sekretär dieses Gremiums muss auch die Logistik und die Tagesordnung der Hauptversammlung sicherstellen, die Existenz von Datensätzen, die Kontinuität der noch offenen Fragen und die Verwaltung und Kontrolle des Trägermediums mit den Daten des Projekts, die benötigt werden. Diese letzte Anforderung macht es wünschenswert, dass der Sekretär oder die Abteilung weiß, wie man Computeranwendungen und Endbenutzersprachen verwendet.

Die Teilnahme an den Sitzungen, die vom Präsidenten einberufen werden, sind die Direktoren der Funktionen, die Benutzer (die nach Projekten suchen), der CIO, die Entwicklung und die "Systems Assurance" oder der Garant für den Qualitätsumsetzungsplan (diese Verantwortung wird in Kapitel 5 erörtert).

Die Sprecher sind die Direktoren der funktionalen Analysten (die, wenn Organisationen Bedienfunktionen sind, diese Funktionen hierarchisch, aber funktional von der Richtung der Kernentwicklung abhängig sind) im Namen der Eigentümer und Nutzer von seinem Betrieb und Support in Präsentationen der Projekte, die von den Direktoren-Entwicklung mit dieser Beziehung oder Beziehungen in diese Projekte angefordert werden.

3.2. BASICS

Um die Rentabilität oder die verstrichene Zeit zu berechnen, um die Investition eines Entwicklungsprojekts wiederzuerlangen, müssen Sie Ihre Kosten und Einsparungen oder Vorteile kennen.

Die ersten treten auf, bevor das Projekt zu einer Anwendung wird, d. h. bevor es für die Benutzer betriebsbereit oder verwendbar ist.

Einsparungen oder Vorteile treten ab dem Zeitpunkt auf, an dem die Benutzer die Anwendung in der Produktion nutzen.

3.2.1. Projektkosten

Komponenten, die einen Teil der Kosten eines Entwicklungsprojekts bilden, im neuen Stil oder bei der Änderung einer bestehenden Anwendung, sind: Menschen, Outsourcing und Ausrüstung.

Die Menschen, die an der gesamten Entwicklung von Fähigkeiten und Hintergründen beteiligt sind, sind vielfältig, befinden sich aber entweder in der Benutzerorganisation - dem Antragsteller und zukünftigen Eigentümer der Anwendung - oder in der Computerorganisation.

So kann die Funktion oder Benutzerorganisation unter Einbeziehung der zukünftigen Benutzer, des Eigentümers und der funktionalen Analysten, die sie unterstützen, vertreten sein. Für die Organisation von Computerentwicklern sind (organische Analysten und Programmierer) und Fachleute oder Rechenzentren beteiligt.

Die grundlegende Maßeinheit ist der Monat x Monat x Mann oder eine Person, obwohl es einige Fälle gibt - häufiger in Produktionsumgebungen -, in denen die Woche anstelle von Monaten verwendet wird.

Dieses Gerät ist für die verschiedenen Aktivitäten während des gesamten Projekts durchzuführen, die verschiedene Gruppen von Menschen im Plan beschrieben haben, aber die Kosten für die Monate eines jeden Menschentyps sind nicht gleich. Es ist notwendig, die Gesamtkosten der Menschen zu berechnen (die Kosten für die Monate jeder Person müssen von der zuständigen Dienststelle oder Organisation, die diese Verantwortung hat, aktualisiert werden - Planung, Personalkosten usw. - oder letztendlich von der Organisation des Computers).

Outsourcing betrifft, wenn es auftritt, die Kosten der Arbeit für verschiedene Personen oder Gruppen. Die Leichtigkeit des Outsourcings nimmt im Allgemeinen ab oder kann abnehmen: (1) in Abhängigkeit von der Art der Aufgabe, (2) den Eigenschaften des Subunternehmers und (3) den Umständen des Unternehmens, das auslagert. Im Allgemeinen sinkt diese Anlage, wenn Arbeitsplätze von der Entwicklung zur organischen Analyse der funktionalen und des Besitzers/Nutzers sowie zur Ausbeutung übergehen.

In jedem Fall ist es notwendig, die Kosten zu kennen, die für die entsprechenden Bereiche anfallen, wenn Outsourcing ins Spiel kommt. Diese Kosten sowie die nicht vertraglich vereinbarten Kosten müssen vor Beginn des Projekts bekannt sein.

Im Konzept des Outsourcings kann der Kauf einer Anwendung oder eines Satzes oder "Pakets" von Anwendungen enthalten sein, die das Problem, für das das Anwendungsentwicklungsprojekt bestimmt ist, lösen, aber nicht zu hundert Prozent.

Die dritte Komponente, die Ausrüstung, bezieht sich gegebenenfalls auf die Gesamtkosten, die für die Entwicklung, das Testen oder den Betrieb der Anwendung Hard- und Software oder andere Geräte erworben werden müssen.

Nehmen wir zum Beispiel an, dass es ein Projekt zur Mechanisierung eines Lagers für den Warenverkehr gibt und es notwendig ist, Waffen, Barcode-Leser zu verwenden, die über Funk oder Kabel Informationen an ein Steuergerät übertragen. In diesem Fall sollten alle Kosten im Zusammenhang mit dem Lesen und der Übertragung als Projektkosten enthalten sein.

Das gleiche Prinzip gilt, wenn das Projekt aufgrund seiner Natur eine erhebliche Erweiterung des HW- und/oder SW-Prozesses des Zentrums erfordert, sowohl für den Nachweis als auch für die Ausbeutung.

Schließlich ist es, sobald die Elemente und ihre Summe bekannt sind und vor der Analyse der Einsparungen, notwendig zu wissen, ob diese Kosten für das Unternehmen erschwinglich sind. Es ist auch wünschenswert, wenn die Kosten nicht für das Budget des Unternehmens oder der Organisation übertrieben sind, die Möglichkeit der Projektdurchführung - in voller Höhe - mit Werkzeugen und Computer-Endbenutzern zu prüfen, die die Funktion selbst beantragt.

3.2.2. Projekt Savings

Die Berechnung der Einsparungen und Vorteile, die das Projekt produzieren wird, wenn es bereits in Betrieb ist, hat sich für die Nutzer des Dienstes als Schätzung (Angabe von Anforderungen) als Kompromiss (nach der funktionalen Analyse) erwiesen.

So wie in der Wirtschaft die Kosten für die Entwicklung im Allgemeinen - und nicht übertriebener Formalismus und Strenge - oft auf ein Projekt bezogen werden, um die Einsparungen und Vorteile des Projekts/der Anwendung oft mit viel weniger Formalität und Strenge zu betrachten. Genau dies ist eine wichtige Ursache dafür, dass eine Spirale aus mangelndem Engagement beider Parteien ausgelöst wird:

• Für Entwickler bei der Schätzung und Kontrolle der Kosten.
• Für Anwender bei der Schätzung und Überprüfung der Vorteile.

Nun, das ist der einzige Weg, diese Spirale zu durchbrechen, indem man beide Punkte angreift.

Da wir jetzt versuchen, Einsparungen oder Vorteile zu erzielen, müssen wir deutlich machen, dass sie für Entwickler - und natürlich für das Unternehmen oder die Organisation - die Gewährleistung sind, dass ihre Arbeit von Nutzen sein wird, was wiederum eine motivierende Wirkung hat, die auf den beschriebenen "Teufelskreis" abzielt.

Die Entwickler kennen das Benutzerproblem, wissen also nicht den Wert ihrer Arbeit, und wenn sie die Beteiligung und das Engagement der Benutzer nicht sehen, verlieren sie den Anreiz, gut und rechtzeitig zu arbeiten.

Einsparungen oder Vorteile müssen natürlich explizit von der Benutzerfunktion angegeben werden, die die Entwicklung anfordert, da sie ihre personellen und monetären Ressourcen betreffen.

Es gibt mehrere Möglichkeiten, Einsparungen zu erzielen, aber es gibt zwei grundlegende Parameter:

• Wie lange dauert der Aufbau dieser Einsparungen.
• Mit welchem "Mix" von Personen und/oder Geld, und innerhalb jeder dieser Variablen, die zwischen "Reduktion" und "Evita" unterscheiden.

Da Einsparungen über Jahre geplant sind, ist die erste Frage die Zeit oder die nächsten Jahre, die berücksichtigt werden, um sich in einer einfachen oder gewichteten Form anzusammeln.

Dabei sollte die geschätzte Zeit berücksichtigt werden, in der eine Anwendung nicht geändert wird. Es können unterschiedliche Kriterien in diesem Zusammenhang verwendet werden, die auf Informationen, Schätzungen und Annahmen "mehr oder weniger" Statistiken der Installation des Unternehmens oder der Organisation basieren.

Unsere beste Schätzung ist, zu berücksichtigen, dass sich eine Anwendung für zwei Jahre nach dem Start der Produktion nicht ändert, so dass die zu erwartenden jährlichen Leistungen variieren und zugesagt werden. Dieses Kriterium sollte von der Organisation festgelegt werden, die wir in Nummer 3.1 genannt haben.

Um sich zur Quantifizierung der Einsparungen zu verpflichten, muss der "Mix" oder die Summe, die von personellen Ressourcen und die des Geldes kommen, bestimmt werden.

In jeder dieser Ressourcen muss entschieden werden, wie viele "Reduktionen" und wie viele "Evita" sind.

Eine "Reduktion" von Personen - in Monaten x Mann - und/oder Geld - in der Regel Tausende von Peseten - auf die Verwendung und/oder Ausgaben in der Funktion oder benutzerdefinierten Funktion, wenn die Anwendung in der Produktion ist. Logischerweise werden diese Ressourcen Teil der für die Aufgabe oder einen Prozess geplanten EDV-Tätigkeit sein.

Wir verstehen, wie "Evita" Personal und/oder Geld (in den gleichen Einheiten wie bisher) nicht erforderlich sein wird, um die Funktion oder benutzerdefinierte Funktion zu erhöhen, aber es wird erwartet, dass das Volumen der Geschäftsinformationen erhöht oder behandelt wird (neue Produkte, neue Kunden usw.).

3.3. RENTABILITÄT

Ein Entwicklungsprojekt ist nach seiner Inbetriebnahme kosteneffizient, wenn die Einsparungen oder Vorteile gleich oder höher als die Kosten sind. Aber wann?, sonst nichts in der Umsetzung oder in fünf Jahren?.

An der Stelle oder dem Zeitpunkt, an dem die Summe der Leistungen oder jährlichen Einsparungen die Höhe der Kosten oder Investitionen erreicht, spricht man von "Payback" (RI). Ab diesem Zeitpunkt beginnt die Investition rentabel zu sein, weil der Nutzen die angefallenen Kosten überwiegt.

Bevor wir den Wert des RI betrachten, werden die Entwicklungsprojekte im Jahresplan in zwei Typen unterteilt:

• Projekte mit Entwicklungsaufwand, der mehr als drei Monate x Mensch beträgt und "einzeln identifiziert" wird.
• Projekte, die nicht einzeln gekennzeichnet sind und in der Regel dazu bestimmt sind, bestehende Anwendungen in der Produktion zu "verbessern".

Die ersten sind diejenigen, die der Definition entsprechen, und der RI beträgt zwei Jahre (oder weniger), da zu diesem Zeitpunkt davon ausgegangen wird, dass die Vorteile einer Anwendung bestehen bleiben und sich ansammeln.

Die zweiten sind diejenigen, deren individueller Entwicklungsaufwand im Prinzip auf weniger als drei Monate x Mann geschätzt wird. Die meisten von ihnen beziehen sich auf kleinere Verbesserungen an bestehenden Anwendungen, so dass sie im Allgemeinen als Projekte zur "Verbesserung" bezeichnet werden.

Da es zu lange dauern würde, sie einzeln im Jahresplan zu zählen, und es auch sehr teuer wäre, die Kontrolle über die gleichen Kriterien wie bei anderen Projekten auszuüben, ist es praktischer und operativer, die Anstrengungen zur Umsetzung zu schätzen oder Gruppen (auf die sie sich beziehen) zu bilden.

Dies erleichtert die Jahresplanung und verhindert nicht, dass die Kontrolle über die individuellen Erträge verloren geht, da diese Verantwortung vom Präsidenten des Gremiums oder des Ausschusses für Return on Development an den Direktor delegiert werden kann, der die Anwendung nach dem Plan leitet. In jedem Fall kann der Leiter der Entwicklung kein Projekt zur "Verbesserung" beginnen und die Verantwortung übernehmen, ohne sicherzustellen, dass es rentabel sein wird. Wenn dies nicht der Fall ist, sollte er die Genehmigung des Präsidenten einholen, um zu beginnen.

Diese Art von Projekt zur "Verbesserung", obwohl es wenig Aufwand erfordert, ist oft sehr wichtig und dringend, da es in der Regel durch neue Imperative rechtlicher, wirtschaftlicher, steuerlicher usw. Art verursacht wird. Diese Zwänge bestimmen eine große Dringlichkeit bei der Installation und große kurzfristige Einsparungen.

Daher gilt für das Projekt zur "Verbesserung" oder in einzelnen Paketen oder Taschen ein RI von einem Jahr (oder weniger).

3.4. BERECHNUNG DES FAKTORS

Basierend auf dem oben Gesagten berechnen wir das Verhältnis, das wir als Faktor zwischen Einsparungen und Kosten bezeichnen

Einsparungen (zwei Jahre in Produktion)

FACTOR =

Kosten (Entwicklung)

Die Einsparungen werden mit der Summe der Einsparungen im Zusammenhang mit personellen Ressourcen (Menschen) plus der Einsparungen im Zusammenhang mit monetären Ressourcen (Tausende von Peseten - KPTAS -) erzielt.

In beiden Fällen wird eine Gewichtung angewendet, die widerspiegelt, ob die Einsparungen aus "Reduktionen" oder "Evita" stammen, wie in 3.2.2.

Diese Gewichte sind:

Daher werden die Einsparungen durch die personellen Ressourcen, falls vorhanden, wie folgt berechnet:

Jährliche Kosten einer solchen Person (Verwaltung, Vertrieb, Finanzen, Personal usw.). X Anzahl der Personen pro Jahr x 2 Jahre x die anwendbare Gewichtung.

Für den Fall, dass eine Person unterschiedliche Kosten hat, weil sie unterschiedliche Arten von Arbeit und/oder unterschiedliche Gewichte hat, wird die entsprechende Summe gebildet. Diese Daten werden von der antragstellenden Funktion und ihren eigenen personellen Ressourcen angegeben.

In ähnlicher Weise, obwohl weiter vereinfacht, werden Einsparungen aus den Cash-Ressourcen, falls vorhanden, wie folgt berechnet:

Jahr x 2 Jahre KPTAS x Gewichtung.

Diese Daten werden von der antragstellenden Funktion geliefert und beziehen sich auf ihre eigenen finanziellen Ressourcen, die in ähnlicher Weise betroffen sein werden, wenn das Projekt umgesetzt wird.

Die Kosten werden durch Addition der für das Projekt geplanten Kosten ermittelt, basierend auf den monatlichen Nettokosten, die für das Projekt aufgewendet werden:

Monate x Person Entwicklung + Monate x Person x Person Analysten + Monate Vertragslaufzeit + Monate x Person Benutzer + Monate x Person Bearbeitungszentrum (vor allem für den Umzug in die Produktion).

Diese Kosten, KPTAS, sollten gegebenenfalls hinzugefügt werden, um die zusätzlichen speziellen Geräte oder Software des Projekts zu berücksichtigen.

Schließlich bestimmen wir den Wert von FACTOR.

3.5. ENTSPRECHUNGSTABELLE zwischen Faktor Y

Wie bereits erwähnt, sollte der IR unterschiedlich sein, abhängig von der Art des Projekts.

• Projects "identifizierten Individuen", deren Entwicklungsaufwand von mehr als drei Monate x einzelnen net:

Der Faktor muss gleich oder größer als 1 ist. Dies bedeutet, dass die RI zwei Jahren oder weniger ist, da in die Berechnung ist der Nenner (Kosten) gleich oder kleiner als der Zähler (Einsparungen in zwei Jahren).

• Für Projekte der "Verbesserung", oder Gruppen von ihnen, nicht deren individuelle Anstrengung drei Monate nicht überschreiten x Person nach Abzug der Entwicklung:

Der Faktor muss gleich oder größer als 2 ist. Dies bedeutet, dass die R. (. 1 Jahr oder weniger in jedem Projekt der "Verbesserung" als der Nenner (Kosten) ist die Hälfte oder weniger als der Zähler (Einsparungen in zwei Jahren) ist.

Schließlich können wir nicht vergessen, dass die jährliche Projektplan gibt es auch Wartungs-Projekte.

Der Jahresplan als Maintenance-Projekte einbezogen werden sollten, nur solche im Zusammenhang mit Wartungs-Korrektiv, im Detail besprochen, zusammen mit anderen Arten von Wartung, die in den Kapiteln 5 und 10.

Es genügt hier zu sagen, dass diese Art von Projekt nicht rentabel ist und daher in der jährlichen Plan sollte klar festgelegt werden, sowohl die geplante Aufwand für jeden einzelnen, welche Anwendung betroffen ist und sollte selbstverständlich sein streng im Laufe der Zeit gesteuert werden, um keine übermäßige "Ausgaben", wie die Bemühungen in diese Projekte belaufen sich auf Wärmeableitung verbraucht in eine Maschine, die aus einem Energie "unnötig", dh kommt sicher haben keinen Nutzen oder Einsparungen im Gegenzug.

3.6. ALTERNATIVEN

Die Frage der Rentabilität wir gesehen und analysiert, wie die meisten Probleme in der Wirtschaft, es auf andere Weise und andere Alternativen durchgeführt werden kann, nach alleinigem Ermessen des Unternehmens oder der Körperschaft.

Einer der bekanntesten und in Fällen der Entwicklung von Betriebssystemen oder Anwendungen, ist die weit verbreitete akkumulieren Kosten, Plan-und Ist, jährlich für die Entwicklung, ebenso akkumulieren Vorteile oder Einsparungen ebenfalls jährlich ab dem Zeitpunkt der Verfügbarkeit der Anwendung. Logisch, tritt die Rückgabe oder Return on Investment, wenn zwei Mengen gleich sind.

In diesen Fällen größerer Systeme oder Anwendungen (einige sind in Millionen von Codezeilen gemessen) die Erholung der Investitionen geht über die zwei Jahre.

Was sollten wir uns klar, dass Software-Entwicklungsprojekte, den Plan eines Unternehmens oder einer Person auf die individuelle Leistung beruhen sollte, und in Ausnahmefällen in der formalen und ausdrücklichen Zustimmung des Top-Managements und nie auf die "Inspiration" Intuition oder "dialektischen Fähigkeiten", die verlassen sich oft auf die Macht der Hierarchie.

4

Computer-Generation von Plan

Es scheint offensichtlich zu behaupten, dass jedes Unternehmen und jede Einrichtung muss einen jährlichen IT-Plans haben - und wir beziehen sich speziell auf Entwicklungsprojekte zu planen - die auch überprüft werden zwei oder drei Mal im Jahr. Diese Überprüfungen neuesten Stand zu halten den Plan, auch nach der Überprüfung konnte der gleiche bleiben.

Im Allgemeinen kann jedes Unternehmen, das, wenn Sie einen Plan von Entwicklungsprojekten haben fragt, lautet die Antwort ja. In der Tat haben einen Plan, sondern haben "ihre" planen ", ihre" Kriterien, die in der Regel nicht ausreichen, um formal sein und konsequent, auch wenn sie das notwendige Minimum zu "vertreiben" sind.

Mal sehen, was mindestens ein Entwicklungsprojekt Plan enthalten sollte und sollte enthalten:

• Ein Bebauungsplan sollte die einzige Bezugspunkt zu wissen, was Sie tun und was zu tun ist.
• Dieser Plan soll dazu dienen, zu planen und zu verteilen personellen Ressourcen zu seiner Umsetzung gewidmet sein.
• Es sollte enthalten Projekte, die in der Entwicklung sind, obwohl sie vor Jahren begonnen haben, die Ressourcen bis zum Zeitpunkt des Inkrafttretens des Plans sind verbraucht.
• Der Bebauungsplan sollte die anstehenden Projekte zu beginnen, und personellen Ressourcen werden jährlich verbraucht werden, wenn die Länge benötigt.
• Der Plan sollte enthalten Projekte, die rentabel sind (oder die ausdrückliche Genehmigung) im Prinzip - in den Anforderungen Phase - oder Firma - nach der funktionellen Analyse -.
• Der Plan sollte enthalten, auf Ebene der Projekte, die Höhe der Humanressourcen verwendet, um jedes Jahr, zu unterscheiden zwischen denen, die der Benutzer Funktion - im Grunde funktionelle Analysten - und Zulieferung zu erwarten, und diejenigen im Zusammenhang mit Entwickler - im Grunde organischen Analysten und Programmierer - und für das Outsourcing. Natürlich müssen diese Begriffe hinzugefügt, um Level-Funktion und aggregiert auf dem entleihenden Unternehmen oder Organisationen.
• Der aktuelle Entwicklungsplan soll die letzte in einer Reihe von Plänen und sollten daher eine Fortsetzung der früheren, und dies wiederum sein Vorgänger. In den letzten drei oder vier Pläne müssen sicher sein, dass sie nicht "verschwunden" sind Projekte gestartet in einer anderen Zeit - ohne angemessene Begründung und Genehmigung des Körpers, dass der Plan Sanktionen - sowie Erhöhungen bei den Bemühungen um Projekte Entwicklung.

4.1. PROZESSABLAUF

Der Projektplan sollte "bottom up", dh von der IT-Anforderungen von Endanwendern aufgebaut werden. Es muss zugegeben werden, als Ausgangspunkt, diejenigen, die Probleme des Geschäftsbetriebs kennen die Anwender und damit die behaupten, sie seien Lösungen sind.

Sie müssen verstehen, dass die Probleme der Endbenutzer nicht beschränkt auf Profis, die erfassen kann, sondern auch die von ihrer Richtung erkannt, gibt es Funktionen zur Verwaltung und Optimierung ihrer geschäftlichen Ziele als Teil die Ziele des Unternehmens oder der Körperschaft.

Dies schafft die Grundlage für die Computing-Anforderungen, dh die "Brutstätte" des Plans des Benutzers Funktion.

Diese Entwicklung muss von IT-Projekten, die "IT-Abteilungen von Funktionen", die von funktionellen Analysten zusammengesetzt sind und deren erstes Ziel Wissen und Analyse des Problems der Rolle und eine erste Diagnose geliefert Machbarkeit für EDV-Lösung.

Diese Abteilungen, wie wir in 3.1 erwähnt, müssen die Computer-Firma oder Person durch eine funktionale Unterordnung engagieren bestimmt und genehmigt, unter anderem die Größe dieser Abteilungen, um die Fähigkeiten auf sie zugreifen Die Kategorien und die Förderung in ihnen und die möglichen Verschiebungen zwischen Fachabteilungen, um verschiedene Funktionen.

Nun, diese funktionellen Abteilungen das erste Glied in den Prozess der Planung Generation Anwendungen, die auf inkardiniert, einmal als Embryonen bezeichnet IT-Projekte basieren Form -, dass das Management Probleme lösen wird, "in weitesten Sinne des Wortes, "seine Funktion - müssen konsolidieren die möglichen Bereiche, in denen die Funktion unterteilt ist, was darauf hindeutet, die die Eigentümer von zukünftigen Anwendungen und die Interaktion mit den derzeitigen Eigentümern bestehender Anwendungen.

Die folgenden Anforderungen sollten zur Stärkung der Funktion, sondern vor der Einnahme der Plan vor dem Direktor seine Funktion, muss die aktuelle und zukünftige Besitzer des Nutzens der Funktion zu erhalten und damit die Firma oder Einrichtung, Umsetzung von Projekten.

Es ist notwendig, auch schätzen die Bemühungen um die von der Funktion vorgenommen werden - sowohl funktional als Analysten, wie Anwender - für die absehbare Entwicklung dieser Projekte.

Vor der Vorlage dieses Plans vor, um die Adresse Ihrer Funktion, müssen Sie mit der Abteilung für Entwicklung und Austausch von Informationen über Projekte in diesem Plan, die individuellen Entwicklungsaufwand Schätzungen nicht befriedigen können.

Vor der Quantifizierung dieses Plans "raw" ist notwendig für die Abteilung mit der Führung seiner Funktion zu Themen wie Analyse zu treffen:

• Welche Projekte sind im Prinzip mehr rentabel.
• Welche Projekte sind sehr wichtig, Folge-oder vital.
• Was für ein Aufwand und Kosten-Funktion kann mit den verfügbaren Ressourcen zu richten.

Parallel zu dieser funktionelle Aktivität, verbunden die Organisation des Studiums und Entwicklungsanstrengungen und Zeit-Schätzungen für jedes Projekt.

Während dieser Schwangerschaft notwendig vor verschiedenen Treffen und den Austausch von Informationen zwischen den funktionellen Analysten und Entwickler zu gehen Einbau der Plan, natürlich sind, wird bestehen aus: neue, Fortsetzung von Entwicklungsprojekten, eine Entität Änderungen an vorhandenen Anwendungen, Verbesserungen, um Anwendungen oder-Chain-Anwendungen, und korrektive Wartung.

Davon sind nur die letzten Komponenten sind in der Regel von den Entwicklern selbst geschätzt, muss der Rest von Analysten und Entwicklern, die jeweils in ihrem Verantwortungsbereich geschätzt werden.

Nach den operativen Plan hat und zu erwartenden Einsparungen und ist ansprechbar Realisierung, dann ist die Abteilung auf die einzelnen Funktionsbereiche Leistung und bestätigt den Plan stuft einige Kriterien der Priorität - in der Regel die Rentabilität - verteilt auf die verschiedenen Bereichen, aus denen sich seine Funktion.

Nun ist, wenn bei der vorherigen Zustimmung der funktionalen, der IT-Abteilung für jede Funktion sendet eine Kopie der von ihr vorgeschlagenen Plan zur Sekretärin der Abteilung der Profitabilität. Die letztere Abteilung:

• Überprüft, ob alle erforderlichen Daten.
• Totals der Werte und tragfähigen Plan.
• Inklusive Wartung Projekte, die es Entwicklern leicht machen.
• Konsolidierung der verschiedenen funktionellen Pläne und erhalten insgesamt vor dem Abschluss der Sitzung des Ausschusses oder Gremiums.

Wenn die Summen sind innerhalb der Grenzen von der Geschäftsleitung festgelegt sind, hauptsächlich in Bezug auf die gerahmten:

• Human Resources, funktionale und Entwicklung.
• Kosten für Unteraufträge und spezifische Kosten für die Umsetzung des Plans, dann auf die Abhaltung von Sitzungen, die Agentur, und so weiter gehen. Wir haben bereits im vorhergehenden Kapitel diskutiert. Sonst, dh wenn die Ressourcen und Kosten innerhalb der vorgesehenen Grenzen, informiert der Angestellte die entsprechenden Funktionen oder um den Plan neu zu justieren. Einmal eingestellt und eingereicht, wir die Review-Meeting der Profitabilität fort.

In dieser Sitzung sollte jede Funktion zu diskutieren jedes ihrer Projekte, wie wir gesagt haben, muss die geforderte Leistung zu erfüllen. Außerdem muss die Entwicklung Organisation auch auf Wartungs-Projekte zu kommentieren.

Der Vorsitzende des Treffens, Ausschüsse oder Gremien müssen Kriterien der Wirtschaftlichkeit und Autorität, um die Begründung und Kasuistik funktionale Projekte, Sanktion oder verändern die funktionellen Pläne hören - wechselnde Prioritäten, Ressourcen, Befragung der Fokus auf Kosten, oder aus anderen Gründen, die Geschäftsleitung (er vertritt oder zu denen es gehört) -. Im Falle der Änderung der Pläne, sollten diese Funktionen, die betroffen sind, zur Überprüfung und Genehmigung neuer Pläne zu nennen.

Diese möglichen Iterationen sollte kurz sein und, in Ausnahmefällen, wenn Unstimmigkeiten sollten an einen Ausschuss oder Senior Management Meeting, wo die Funktion, schafft betroffen die Diskrepanz aussetzen sollte und Lösungen vorzuschlagen gebracht werden fortbestehen.

Der Sekretär erstellt einen Bericht, dass die Funktionen gesendet wird, mit der bemerkenswerten Ereignisse in der Sitzung hergestellt, diese Minuten vom Präsidenten unterzeichnet werden.

Sobald die Genehmigung der funktionalen Pläne und damit das Unternehmen oder Unternehmen, jede Funktion Prioritäten bei ihren Projekten können - unter Berufung auf die Entwickler, wenn sie eingreifen müssen -.

Dieser Plan konsolidiert funktionale Schwerpunkte und verteilt auf alle Funktionen. Diese Verteilung ist aus der Abteilung Sekretär der Sitzung der Profitabilität getan:

• Dass das Projekt zu planen, um die Entwicklung in allen Rollen (Manager und "functional-Abteilungen") bekannt sein.
• Der aktuelle Plan ist der einzige Bezugspunkt für das gesamte Unternehmen zu wissen, was die Entwicklung und was wird Computer-Anwendungen zu entwickeln.

4.2. ALTERNATIVEN UND REVIEWS

Kein Zweifel, die Erfahrung - vor allem, wenn es positiv ist - ergibt sich die Versuchung, sich auf das Thema Pontifikats. Nichts ist weiter von unseren Köpfen.

In der Tat, Studien wie einer der Martin DJ Buss, welche Alternative in der Festlegung von Prioritäten für Projekte, die unserer Meinung nach, beschrieben wird, nicht viel anders aus, aber der Prozess ist aufwändiger Analysen.

Neben den genannten, viele Unternehmen, wie wir gesagt haben, "ihren" Prozess um den Projektplan zu generieren und Prioritäten zuweisen, werden einige besser, andere schlechter, aber wir sind alle weiterentwickelt, verbessert und Teilaspekte darunter neue Aspekte.

Klar ist, dass der Prozess verwendet werden, sollten bestimmte Voraussetzungen erfüllen, um gegen die Firma oder Organisation zu gewährleisten und eventuelle Überprüfung oder Revision, Aspekte wie:

• Dieser Prozess in Ort ist mit die Beteiligten vereinbart, und das ist von der Geschäftsleitung oder jemand mit exekutiven Befugnissen gebilligt, in dem sie übertragen hat.
• Es (er sollte den Prozess zu sagen, wenn es) eine Liste der Projekte in der Entwicklung und einer der herausragenden Entwicklung aus irgendwelchen Gründen (Mangel an Ressourcen, niedrige Priorität, etc.) ..
• Jedes Projekt - sowohl Entwicklungs-als hervorragend - nehmen Aufwand, Kosten und Einsparungen Schätzungen.
• Es kann gezeigt werden, dass die Richtung (beide Exekutive und Benutzer-Funktionen) beteiligt ist, interessiert und engagiert, um Entwicklungsprojekte.
• Das Vorhaben sind profitabel und vorrangigen Funktionen und der Business-Anwender oder Unternehmen.
• Der aktuelle Plan, wenn überhaupt, haben die Kontinuität mit dem früheren, und die letzteren mit den ersteren.
• Bekannt sind, erfolgen Projekten im vergangenen Jahr nach dem Start der Analyse und / oder Entwicklung, sowie die entstandenen Kosten, gibt es die Gründe und Zulassungen.

5

Planen Umsetzung und Kontrolle

Der Zweck des Planes Generation Entwicklung von Softwareanwendungen, wie jeder andere Plan festgelegt werden sollten, ist es deren Realisierung nach ihm und dem starren und genau wie möglich, während mit einer gewissen Flexibilität -, um die maximale Kontrolle - wenn die Umstände es erfordern.

Da der Plan Generation-Anwendungen, wie im vorigen Kapitel besprochen, erfordern einige Benutzer sync zwischen den Funktionen und Organisationsentwicklung, die Umsetzung des Plans erfordert, während die Entwicklung der einzelnen Projekte, plus Sync - auf Tests von Ketten in das System, im Gleichschritt mit der Produktion, Bildung und Ausbildung der Nutzer, und so weiter. - Und auch unter den oben genannten Organisationen und zentrale Prozesse oder Operating Center.

Alle diese zusätzlichen Sync-Test der organisatorischen Reife und Kontrolle liegt in der Umsetzung und Überwachung zu planen, die Entwicklung Organisation.

Diese Entwicklung Organisation, ebenso wie die Produktion in einer Fabrik, muss nachweisen, über die Umsetzung des Plans, Exzellenz in der Arbeitsabläufe, die Steigerung der Qualität von Produkten und die Entwicklung von numerischen Ziele Kontrollplan. Dies bedeutet eine größere Transparenz der Informationen zu Benutzern und Rollen mit dem Hauptziel der maximale Effizienz bei der Durchführung des Plans.

5.1. COMPONENTS

Die Inhaltsstoffe oder Komponenten in der Umsetzung des Plans beteiligt sind in der Antwort auf die klassischen Fragen diskutiert: Wer, was, wie und wann.

Wir werden hier analysieren, die ersten drei, da der letzte, wann, erläutert in Teil 2 ª, PROZESSE, da diese, und Verfahren, die sie regieren, dass, wenn die Tätigkeiten zu bestimmen sind.

5.1.1. Was ist zu tun

Der Bebauungsplan, oder Anwendungen, oder Entwicklungsprojekte - wie immer man es nennen will - ist die Aufgabe, und besteht aus:

• Neue Entwicklungsprojekte (nicht gestartet).
• Weiter Entwicklungsprojekten (bereits begonnen).
• Änderungen und / oder Verbesserungen an bestehenden Anwendungen.
• Wartung bestehender Anwendungen.
• Produktionsstätten in über jede Änderung in diesem Umfeld aus jedem der vier vorhergehenden Punkten.

5.1.2. Wer leitet, koordiniert und kontrolliert

Dieses Problem ist wichtig, und Ihre Antwort ist die Art der Unternehmens-IT Organisation oder eines Unternehmens - zentrale, semi-dezentrale, und so weiter. - Und die Art des Projekts - funktional, multifunktional, groß, klein, und so weiter. -.

Zur Analyse dieser Möglichkeiten ist notwendig, um die verschiedenen Positionen und Verantwortlichkeiten, Fach-und Führungskräfte, die während der Entwicklung eines Projekts beteiligt sein können, zu klären.

"Projektleiter" oder Project Coordinator, ist die Person, führt die Umsetzung eines Projekts, zur Errichtung der Plan, stimmten mit der Personen oder Abteilungen beteiligt sind, koordiniert die Interaktionen zwischen ihnen und der Information der Leitung von Rechen-und / oder funktional. Diese Person hat keine hierarchische Kontrolle von Einzelpersonen oder Abteilungen in die Entwicklung involviert. Das Profil der Fähigkeiten ist auf ihre Fähigkeit, zu organisieren, zu planen und zu koordinieren, in ihrer technischen Ausbildung (obwohl Sie sollten Kenntnisse haben) basiert.

Die Rolle der "Projektleiter" ist schwer zu durch die Schwierigkeit der Koordinierung (die manchmal ist eine Pseudo-Adresse) wird an Einzelpersonen oder Abteilungen, die nicht darauf angewiesen sind zu spielen. Wenn die Wahl nicht gut ist, kann ein "Verfolger oder" Ankläger ", die sich negativ auf das Projekt.

Diese Zahl kann sinnvoll sein, wenn die IT-Organisation etabliert ist, dass das Projekt gehört und wirkt sich auf eine Single-User-Funktion. In diesem Fall kann diese Verantwortung im Prinzip für eine funktionale Analyst, der die Anforderungen erfüllt durchgeführt werden.

Diese Art der Organisation (ein "Projektleiter") hat den Vorteil, dass, wenn während der Entwicklung, die aus verschiedenen Gründen, gibt es "Beulen" oder "Punkte" in Arbeitsbelastung, die betroffenen Abteilungen können die brachliegenden Ressourcen (Bumps) in andere Tätigkeiten oder Projekte, oder umgekehrt, kann zusätzliche Mittel (Punkte). Das heißt, können Sie die Vorteile der Flexibilität, aber diese Flexibilität zu nehmen - vor allem im Fall von "Punkten" - ist eher theoretisch als echt.

"Project Manager" oder Project Manager, ist ein Mensch, mit dem Regisseur Ebene - entweder bei der Entwicklung Organisation oder dem Computer, sowohl funktional als auch zentral - mit den gleichen grundlegenden Aufgaben, die der "Projektleiter", aber mit einigen grundlegenden Unterschied.

Zuerst müssen Sie, zumindest für das Projekt, das Management von Menschen - speziell nominiert - zu entwickeln und dass, logischerweise, aus verschiedenen Gruppen und Abteilungen kommen. Das gibt mehr Entscheidungs-und Manövrieren in der Entwicklung, obwohl die Nominierung von Mitgliedern des Teams ist nicht einfach und oft mit gewissen Schwierigkeiten.

Zweitens, mit mehr beauftragte Behörde, hat es eine größere Verantwortung bei der Verwaltung der Humanressourcen und die Einhaltung der Verpflichtungen des Projekts.

Diese Art der Organisation ("Projektmanager") kann in der Entwicklung multifunktionaler Projekte oder spezifische Projekte (meist technischen) oder Arrays von kleinen Verbesserungen Projekte im Zusammenhang mit bestimmten Anwendungen geeignet. In diesen Fällen kann diese Verantwortung spielen eine Direktorin der Entwicklung Organisation oder der Organisation zentralen Computer.

Diese Organisation hat den grundlegenden Vorteil, dass einzigartige Verantwortung ist, um zu funktionieren und User-Management.

Wie dargestellt, abhängig von der Art des Vorhabens und die organisatorische Reife des Informatik-Unternehmen oder eine Organisation konzentrieren können Verantwortung für die Entwicklung verschiedener Formen, obwohl jeder von ihnen nicht freisprechen hat jede Abteilung der Ausübung ihrer Zuständigkeiten (benutzerdefinierte Funktion, funktionelle Analysten und Entwickler), noch frei von der Mitwirkung und Kontrolle der Leitung von Computing.

5.1.3. Geschäftsführer der Umsetzung des Plans

Die Überwachung und reicher an Informationen zu kontrollieren ist zweifellos die regelmäßigen Treffen, in der Regel monatlich, in denen der Projektmanager Berichte, Dokumente, auf die Situation vor dem geplanten Termin und wann gibt es Abweichungen, erläutert ihre Ursachen und Handlungsalternativen - gehört zu denen, die er wählt und empfiehlt - um die Lücke zwischen Plan-und Ist-oder Strom zu erholen.

Diese Treffen werden von den CIO oder die Entwicklung unter dem Vorsitz, begleitet von Direktoren und manchmal den herausragenden Fachleuten sowohl in der Entwicklungsabteilung und der Abteilung für Computer funktionelle kann auch helfen, den Direktor des Benutzers Funktion. Normalerweise wird eine Kopie des Protokolls an die Person oder Abteilung der Sekretär der Rückkehr an (siehe Kap. 4.1.), Um die Überwachung des Plans zu ermöglichen.

In diesen Sitzungen einberufen durch den Direktor der Entwicklung haben wir die wichtigsten Projekte oder Problem genauer zu überprüfen, sondern ein Überblick zu anderen Projekten gegeben.

Natürlich kann es auch andere Treffen, die für die Überprüfung auf Antrag der Geschäftsleitung, die oft auf ein bestimmtes Projekt gehalten werden.

Eine weitere Möglichkeit zur Steuerung und Unterstützung in Projekten, die Umstände dies rechtfertigen oder erfordern, sind die technischen Bewertungen, in der Regel durch andere Fachleute von der gleichen Firma oder Organisation, und zu analysieren, zu lösen technische Probleme, die durchgeführt haben Entwicklung, um zu vermeiden oder zu korrigieren Abweichungen, vor allem im Hinblick auf die Ressourcen werden verbraucht oder auf die mögliche Verschiebung der Zeitpunkt der Kündigung.

In vielen Fällen sind diese technischen Überprüfungen oft in monatlichen Monitoring-Sitzungen oder die Initiative "Systems Assurance" (deren Aufgaben sind in Abschnitt 5.1.4.2 zu sehen) verwurzelt und durchgeführt von Fachleuten des Zentrums für Entwicklung Support (die auch unten) diskutiert oder sogar Profis von außerhalb des Unternehmens oder der Körperschaft.

Es ist klar, schließlich, dass diese regelmäßigen Treffen genannten muss eine Bearbeitung Unterstützung steht den Teilnehmern und in dem der Sprecher Basis, mit Daten zu planen und bis heute wird das Projekt überprüfen zu lassen.

Bisher haben wir die Kontrolle der Projekte während ihrer gesamten Entwicklung zu sehen, aber wir müssen auch wissen, sobald das Projekt, wenn es geworden ist, eine Produktion Anwendung, ist das, was das tatsächliche Ergebnis gegen die Plan der Entwicklungsphase zunächst validieren und vergleichen Sie die Schätzung (Bemühungen, die Anforderungen, etc.). dass, bevor Sie es, und das war nach der funktionellen Analyse überarbeitet, und zweitens war, dass, durch die Analyse der möglichen Ursachen und Wirkungen, vermeiden können, die gleichen Fehler oder zu verbessern, bestimmte Kriterien für die Zukunft.

Die besten Tarife auf einer Analyse "a-posteriori" sind numerisch, wodurch ein Vergleich mit anderen Projekten - Vergangenheit und Gegenwart -. Diese Indizes, logisch, muss eine homogene Art und Weise, um die Gültigkeit des Vergleichs zu gewährleisten und eine Basis für zukünftige Prognosen der Optimierung.

Diese Index-Nummern sollten auf eine Einheit der Menge basieren. Der, den wir erlebt haben, als Function Points (Function Points) wird in Teil 3 ª zu analysieren - Resources -.

Es gibt auch andere Maßeinheiten in einigen Unternehmen oder Einrichtungen, die im Allgemeinen basieren auf der Verwendung "Tausende von Zeilen Code." Diese Maßnahme gilt für Projekte von Millionen von Zeilen (zB Betriebssysteme), aber im normalen Case Management-Projekt hat eine große Vielfalt - oder fehlende Einigung - wie die Kriterien, auf die Linien gefolgt zu sein Code, der gemessen werden: sind Quellcode oder Objektcode haben die Menschen den gleichen Wert in einer Hochsprache in einem Grundtyp Assembler, werden als Code-Zeilen Steueranweisungen gezählt, um in der Produktion laufen? ?, etc. Nicht überraschend ist, diese Unterschiede nicht möglich, Unternehmen zu vergleichen.

Es ist auch wohl das Kriterium messen Produktivität Zeilen Code, dh basiert, ist produktiver ein Programmierer, der zehn Sätze verwendet für einfache Addition oder eine, die die gleiche Menge Anwendungen für ein Satz?

Nun, basierend auf der Messung von Function Points (siehe Kapitel 17), leiten diese wichtigen Maßnahmen wie:

• Gesamtproduktion: Function Points pro Monat oder Jahr produziert.
• Produktivität Function Points / Monat x Mannes.
• Qualität: "Störungen" / Function Points.

Eine weitere Maßnahme ist die "on-target", die eine Vereinigung aller abgeschlossenen Projekten, die engagiert zu treffen und das Datum der abgeschlossenen Projekte mit den Kosten für Personal beteiligt ist.

Diese Maßnahmen werden in Teil 3 ª weiter - Resources -.

Auf jeden Fall gesagt, dass, wenn ein Projekt auf Zeit abgeschlossen ist und die Funktionen in ihre Anforderungen Phase sind auf die User-Funktion, durch die jeweiligen Unternehmen oder Organisationen, versprach die Einsparungen in den "Business Case "vor dem Ausschuss oder Körper der Rentabilität (Kapitel 3).

5.1.4. Wie zur Unterstützung der Umsetzung des Plans

Die Unterstützung, die wir diskutieren bezieht sich auf den fachlichen oder beruflichen Aspekte in Bezug auf die Aktivitäten, die zu ergreifen, um den Plan umzusetzen, und wird das Management in der technischen Ebene erforderliche Unterstützung.

Diese Aktivitäten beziehen sich auf die Techniken aus:

• Functional Analysten, wie wir gesagt haben, kann auf die Funktionen, die Benutzer hierarchisch gehören und funktionell an die zentrale Verwaltung der Entwicklungshilfe, diese funktionale Beziehung sind für die Aktivitäten der Phasen der Anforderungen und funktionalen Analyse unterstützt.

• Organic Analysten und Programmierer, die an die zentrale Entwicklung Organisation angehören, mit ihren Kernaktivitäten der organischen Analyse oder Design, Entwicklung, Unit-Tests und integrierte Installation und Wartung.

5.1.4.1. Entwicklung Support Center

Die Abteilung primäre Aufgabe ist es, Forschung zu unterstützen, wählen Sie, lernen, lehren und Probleme zu lösen, die sich in der Nutzung der neuen technischen Werkzeuge, Steuerungen, Methoden, Produkte, etc.. zur Erreichung der Grad der Exzellenz in allen Entwicklungsaktivitäten.

Im Rahmen der technischen Unterstützung Pflichten, hilft dieser Abteilung die Produktivität zu steigern und die Qualität der Entwickler in Bereichen wie der Analyse von wiederholten Fehlern in Tests (unter Verwendung von zum Beispiel Techniken wie "Raspel Isikawa" und / oder bekannte Pareto Charts), die Optimierung der Nachweis-Kette von Fehlern (bekannt als "Regression-Test"), die Organisation für die Nutzung von wiederverwendbaren Code, und so weiter unterbrochen.

Auch die Unterstützung sollte so gestaltet werden sowohl Entwicklungs-und Bedienfunktionen Adresse, im Sinne von ausgebildetem Personal in jeder Organisation. In dieser Hinsicht funktioniert die menschliche Ressourcen Benutzer in Bezug auf Entwicklung sind der Grad der Mechanisierung des Unternehmens oder der Körperschaft und damit die Rate ist variabel.

Ein Weg, um zu schätzen, wenn auch elementare, den Grad der Mechanisierung der geplanten Maßnahmen für die Verbesserung Projekte für andere Projekte geplant zu vergleichen.

Wenn für den ersten (Verbesserungen) niedriger als die der anderen Projekte sind, dann ist der Grad der Mechanisierung im Prinzip nicht sehr hoch ist. In diesem Fall wird die funktionale Analysten zwischen etwa fünfzig und dreißig Prozent der Entwicklung von Humanressourcen (Analysten und Programmierer) werden.

Wenn jedoch geplant Bemühungen um Projekte zur Verbesserung der gleich oder höher als jene für die anderen Entwicklungsprojekten, könnten wir sagen, dass der Grad der Mechanisierung des Unternehmens oder der Organisation hoch oder sehr hoch ist, in welchem ​​Fall die personellen Ressourcen gewidmet funktionelle Analyse sollte deutlich reduziert werden.

Die primären Ziele der Support-Abteilung für die Entwicklung Plan sollte auf die Optimierung der Humanressourcen und die Exzellenz der auszuführenden Tätigkeiten, da sein, für die Nutzer und für das Unternehmen in allgemeine Ziel ist die Entwicklung Organisation ein Art von "Monopol", die zu gehen, um Ihre IT-Anforderungen erhalten haben.

Diese Entwicklung Support-Abteilung sollte auch die Durchführung der Errichtung und Kontrolle über die Beziehung zwischen den Entwicklern und ihren "unmittelbaren Kunden" (dh unmittelbaren Kunden auf die nächste Glied in der Kette von Dienstleistungen), die das Rechenzentrum oder Ausbeutung.

Diese Beziehungen sind bidirektional Entwicklung und Ausbeutung, weil in einem gewissen Sinn die Entwickler das Produkt oder Projekt zur Ausbeutung, sondern in die entgegengesetzte Richtung, der Abteilung oder Organisation, die Ausbeutung der Ressourcen sorgt für die nötige Hard-und Software Entwickler tätig sind.

Daher ist es wichtig, Vereinbarungen von Service, von der Support-Abteilung der Entwicklung und Nutzung verwaltet, welche Funktionen etabliert sind und Service-Levels sollten Operations Development empfangen zu erreichen.

Unabhängigkeit der Testumgebungen und Instandhaltung, Maschinen-Kapazität (Verarbeitung, Speicherung und sonstige Funktionen: Im Rahmen dieses Service-Vereinbarung - - was muss erneuert, als ein Vertrag sein, wenn sich die Bedingungen ändern muss "-Klauseln" in Bezug auf sein ) Reaktionszeit Redakteure, Transaktionen, Batch-Prozesse, etc., Service Zeitplan und geplante Ausfälle, die Verfügbarkeit des Dienstes in der Terminals;. maximale Anzahl von Unterbrechungen der Leistungserbringung, etc.

Die Support-Abteilung sollte die Einhaltung der Service-Vereinbarung zu überwachen und die Entwicklung zu bringen, um die Ausnahmen-Adresse.

Diese Abteilung, die neben der Unterstützung der Verwaltung auf der entsprechenden Ebene (in Vorträge, Tagungen, Kurse, etc..) Koordiniert und publiziert die Verwendung von technischen Plattformen, werden Methoden und Werkzeuge weiterhin die verschiedenen Techniken, die Profis und nutzen beschrieben.

Die normale Herkunft der Komponenten der Abteilung oder der Entwicklung Support-Center ist oft die eigene Entwicklungsabteilung und ihre Größe kann zwischen fünf und zehn Prozent der Analysten und Programmierer variieren.

5.1.4.2. Systems Assurance oder "Garanten für Qualität und Kontrolle "

Menschen, die die Rolle des Systems Assurance (in einigen Fällen werden als "Project Assurance" genannt), die wir als "Qualitätskontrolle Gewährträger" hat die grundlegende Aufgabe als Prüfer oder Gutachter des Entwicklungsprozesses zu spielen, mit Zur Unterstützung der Fach-und Führungskräfte beteiligt sind, durch Maßnahmen und interne Kontrollen.

Diese wichtige Funktion oder Rolle hat die folgenden Rahmenbedingungen:

• Muss unabhängig von den Entwicklern (funktionale Analysten, Agenturen und Programme), und dessen Kommando-Kette kann entweder der Manager eines jeden zentralen Entwicklungsorganisation werden, während der CIO der Firma oder Organisation. Nach unserer Erfahrung empfehlen wir, dass im Prinzip auf die Entwicklung Regisseur ab, als Garant für den Entwicklungsprozess.
• Die Zahl der Menschen die Durchführung dieser Verantwortung müssen reduziert werden, und werden darauf hingewiesen, nicht auf fünf Prozent aller Entwickler zu übertreffen.
• Seine Mitglieder müssen technische Ausbildung und Erfahrung im Management und Projektmanagement. Daher ist die Beurteilung der Verantwortung hoch, obwohl sie die Menschen Führungsaufgaben (könnte eine Position vor dem Direktor einen Teil der Entwicklung sein) haben.

Wie für ihre Handlungsfelder, können wir in zwei Gruppen trennen: Prozessentwicklung und Unterstützung Adresse.

Im Hinblick auf die Entwicklung, sollten Systems Assurance überprüfen oder überwachen, bewerten auch die folgenden Aspekte:

• Die Gültigkeit und Konsistenz der Projektpläne vor und nach der Passage desAusschüsse oder Gremien der Rentabilität. Das sollte ein guter Partner mit Projektmanagern und muss von beiden ihre berufliche Prestige und für die Unterstützung ihrer Führung unterstützt werden.
• Die Risiken der Projekte während ihrer gesamten Entwicklung. Dazu müssen Sie über ein bestimmtes Verfahren oder Werkzeug, die dazu dienen, zu entscheiden und kommunizieren, sowohl allen Beteiligten und in die Richtung, dass ein Projekt mit hohem oder mittlerem Risiko ist. Für existieren Erkennung im Test Beziehungen, die unter bestimmten Symptomen, bewarb er sich um den Kopf des Projekt-Vollendung. Nachdem überprüft und beurteilt diese Beziehung für System-Assurance, beschließt er, Bewertung, Kommunikation Risiko, beginnt das Verfahren, nach und gesteuert werden seine Entwicklung bis zum Verschwinden des Risikos oder Umgliederung als geringes Risiko oder niedrig ist.
• Die Einhaltung der Kontrollen etablierten Methodologie für die Entwicklung. Assurance Systems Zu diesem müssen Sie tun:
  • Besuchen monatlich Projekt-Review, oder zumindest eine Kopie des Protokolls zu kommen.
  • Eingreifen, zu validieren und die Hüter der Dokumente, die von den Beteiligten unterzeichnet wurde, zu einer Phase der Entwicklung zu beenden, um sich wie folgt (diese Stufen sind in der 2. Prozesse) zu beginnen.
  • Stellen Sie sicher, dass Aspekte der "Computer-Sicherheit" und "Prüfbarkeit Anwendungen" haben nicht nur berücksichtigt in Entwicklungsprojekten genommen, aber die wurden implementiert und getestet korrekt (diese wichtigen Konzepte sind in der 2. Prozess erklärt ).
• Das Endprodukt, also die Anwendung der erforderlichen Qualität, dass sie erfüllt die Funktionen oder Anforderungen durch den Benutzer / Eigentümer in seinem Ansatz zum Ausdruck gebracht. Dies ist Teil der ordnungsgemäßen Abschluss und die Unterzeichnung des Phasen der Entwicklung, die als Garantie genehmigt worden sind, um Überraschungen am Ende zu vermeiden, wie die schwierigen Situationen schafft "dies nicht die Benutzer-ID wollte" und Vor allem der Aufwand Abfall und Kosten missbraucht wurden.

Wie für die Unterstützung von Adresse, als zweite Tätigkeitsbereich der Systeme Assurance, ist es Beton, sowie die Adresse erhält Unterstützung bei der Entwicklung in den folgenden Aspekten:

• Berater die mögliche Einrichtung von numerischen Ziele erreicht werden, wie die Produktivität (Function Points / Monat x Mann), Qualität (Fehler / Function-Point), "On-target" (Datum und geplanten Bemühungen Adresse) Insgesamt indirekten Bemühungen Bemühungen, Fortschritte bei der Phasen des Outsourcing, Kosten der Qualität (Kosten von Bugfixes und einige von ihnen), die Wirksamkeit und die allgemeine Reife des Entwicklungsprozesses (durch die Organisation der jährlichen Self-Assessments, etc.).
• Berät Führung sowie die Aktionspläne zur Erreichung und Verbesserung der numerischen Ziele zu setzen, vor allem die Wirksamkeit oder Reife, wie es jeder, wenn auch nicht in einer bestimmten Weise enthält.
• Diese Beratung oder Unterstützung im Hinblick auf Pläne, bezieht sich nicht nur um sich zu etablieren, sondern auch für seine Entwicklung, Erkennung von Abweichungen, die Fertigstellung Validierung und Prüfung der Auswirkungen von Verbesserungen stehen im Einklang mit den geplanten Kontrolle.
• Verfolgt die Entwicklung der einzelnen Ziele, Trends und machen eine vorläufige Analyse des gleichen validiert oder modifiziert werden, indem die Adresse, um entsprechende Pläne zu etablieren.
• Garantiert die Existenz eines Programms, um die Qualität des Entwicklungsprozesses zu verbessern.
• Assurance Systems sind die Menschen, für die Durchführung einer Art internen Revision oder Beratung fortgesetzt, dienen als Bindeglied in Kontakt mit externen Organisationen, sowohl mit externen Prüfern der Gesellschaft oder juristischen Person, wie die Sicherstellung der Beteiligung von anderen Organisationen des Unternehmens (Benutzer, Management, Entwickler, etc.). in den Prozess und die Phasen der Entwicklung.

In der Tat sind alle Tätigkeiten und Zuständigkeiten der Systems Assurance oder Garanten von Qualität und überprüfbare Kontrolle durchgeführt grundsätzlich die Organisation und den Entwicklungsprozess.

5.7.4.3. Wartung

Wir analysieren und zu klären, angesichts der Bedeutung, die eine Tätigkeit für Bio-Analysten und Programmierer in 5.1.4 beschrieben: Wartung.

Wartung ist im allgemeinen eine unklare Konzept, das benutzt und missbraucht wird viel und hilft - auf allen Ebenen - auf schlammigen der bienhacer Entwickler. Sie sagen Dinge wie, dass verbraucht achtzig oder neunzig Prozent der Entwicklungsarbeit, die Krebs, und dringt zusammenbricht Entwicklung, etc. ist.

Das erste, was wir wollen, zu analysieren, das Konzept zu verdeutlichen, sind die verschiedenen Arten der Wartung:

• Perfect. Ist eine, die verbessert oder erweitert, was eine Anwendung in der Produktion. Das ist an sich eine Verbesserung, und als solche behandelt werden sollten, dh es muss ein Projekt sein, wobei in der Regel klein, sollte die maximale Rendite (oder kürzer Amortisationszeit, dh die RI muss gleich oder kleiner als 1 Jahr). Deshalb sollten nicht als Wartung und sollte Vorteile bringen.
• Adaptive. Es ist, dass Änderungen in einem oder mehreren anderen Anwendungen gemacht werden müssen, als Folge eines neuen Entwicklungsprojektes.Es ist möglich und sogar üblich, dass bei der Analyse der Anforderungen oder vielleicht ein neues Projekt (oder Upgrade) könnte eine Änderung bestimmter Anwendungen, die in der Produktion benötigen. Das Thema ist klar: Die Kosten des Projekts verursacht die Änderungen sollten die Kosten für solche Änderungen sind, und deshalb muss es Ihrem "business case" zu beeinflussen. Dies würde in einer anderen Vene, das Budget für den Einbau einer Straße, muss ^q ue gehören die Kosten für die Anhebung des Niveaus der Kanalisation und die Randsteine, wenn auch notwendig, so dass der Rest der Öffentliche Dienste weiterhin wie zuvor Straßen zu betreiben. Deshalb sollte es nicht in die Kapitel-und Wartungskosten einbezogen werden.
• Korrektive. Dieser ist wartungsfrei und wird als das, was sie tun oder was zu verbringen, für Anwendungen in der Produktion definiert:
  • Keep working "wie zuvor."
  • Fahren Sie mit dem gleichen "Effizienz als bisher, zum Beispiel, bedeutet das nicht beeinträchtigen die Reaktionszeit.
  • Insgesamt, für den Staat waren sie zurück.

Die Kosten zur Vornahme der letzteren Definition ist es Wartungskosten, und die Ursachen sind aufgrund der Regel auf einen Defekt in irgendeinem Stadium des Lebenszyklus des Projekts, das auf die Anwendung, die eingehalten werden müssen geführt.

Diese Kosten entstehen keine zusätzlichen Vorteil, weil der Nutzen zu der Zeit es brauchte, um die Anwendung funktioniert, und muss, wie gesagt, streng kontrolliert, weil sie Ausfallzeiten darstellt.

In jedem Fall der Anwendung des Test richtig, kann man nicht über Zahlen als erschreckend oder so hoch Ausfallzeiten zu sprechen. Normalerweise sollte diese Kosten nicht überschreiten fünfzehn Prozent der gesamten auf die Entwicklung ausgegeben.

5.1.5. Alternative. Outsourcing

Lassen Sie uns sagen, dass Outsourcing konnte der Fokus sein, vorübergehend oder dauerhaft in einem Unternehmen oder Unternehmen, auf eine Entscheidung von der Geschäftsleitung basieren starten, haben nicht mehr als einen kleinen Kern und auslagern Computer, der den gesamten Entwicklungsprozess verwaltet (auch könnten auch die Prozesse im Maschinen).

Normalerweise ist dies nicht die aktuellste, unter anderem, weil der Markt ist nicht viel Versorgung der Unternehmen mit der Entwicklung und des Prozesses (Unternehmen Rechenzentren zu verwalten "," Service-Büros "und fordert "Outsourcing" oder "Outsourcing").

Es ist auch der Fall bei einigen Frequenzen, die Firma, oder Forderungen muss der Plan von Entwicklungsprojekten umzusetzen, hat nichts von der menschlichen und technischen Ressourcen, weil sie in einem anderen Unternehmen, eine Tochtergesellschaft oder eine "brüderliche konzentriert "derselben Gruppe oder eine Gruppe von Unternehmen, die sowohl den Antragsteller über die Dienstleistungen (von denen es möglicherweise mehrere) als Lieferant von ihnen sind. Diese Fälle sind nicht ihre Einstufung als Outsourcing (eigentlich wäre es die Erbringung von Dienstleistungen Unternehmen in der gleichen Gruppe sein), aber das Konzept des Outsourcing werden wir diskutieren, bezieht sich auf, wenn das Unternehmen dabei die Entwicklung braucht mehr Personal als es hat.

Outsourcing von Entwicklung ist in der Regel dann auf, als Alternative und Ergänzung zu den Plan auszuführen, wenn ein Unternehmen oder eine Organisation für die Durchführung der genehmigten Projektplan, verfügt nicht über genügend Personal und zur gleichen Zeit, tun müssen, (Composite, ist für profitable Projekte und dringend gemeint).

Outsourcing sollte in erster Linie auf der Prämisse, dass das, was vertraglich nicht mehr kosten, als wenn Sie eigene Ressourcen basieren. Dies führt zu was los ist zu mieten, unabhängig von der Betriebsart müssen zuvor von der Hypothese geschätzt werden, um mit den eigenen Ressourcen oder Auftraggeber tun, wenn überhaupt.

Auf diese Weise, und nur dann, wäre die Einstellung Unternehmen profitieren sowohl die Kosten (es ist gleich oder kleiner, als wenn ich tat es), wie in der Zeit, dass die Anwendung verfügbar sein wird (und wer ist auf zusätzliche Ressourcen zu zählen) .

Angesichts dieser Vorgehensweise kann das Unternehmen das Problem auf dreierlei Weise: durch die schlüsselfertige Modus für die Einstellung genannt, und die Auftragsvergabe Aufgaben.

Der Auftragnehmer oder Unterauftragnehmer, wie wir es gerne nennen, ist eine Turnkey-Auftrag (ein Projekt oder eine Reihe von miteinander verbundenen Projekten) an ein anderes Unternehmen zu einem festen Preis und fast ohne Beteiligung der Contracting-Unternehmen.

Diese Anordnung, wie jede andere besprechen wir eignet sich für bestimmte Fälle oder unter bestimmten Umständen und hat seine Vor-und Nachteile, die häufig interagieren mit ihren Eigenschaften.

Das Hauptmerkmal dieses Ansatzes ist, dass das Projekt oder eine Gruppe von Projekten, klar definiert ist, zumindest auf das Niveau der Anforderungen. Es ist auch sehr notwendig für eine funktionelle Analyse erfolgt im Einklang mit den Anforderungen und, wenn möglich, unterstützt durch ein technisches Werkzeug für diejenigen in den Markt.

Es ist wünschenswert, dass das Projekt nur wenige Verbindungen oder "Schnittstellen" mit anderen vorhandenen Anwendungen hat, und noch weniger mit anderen Projekten in der Entwicklung.

In dieser Art von Verträgen, in der Regel der Testumgebung (Hardware und Software) ist der Auftragnehmer (und es ist wichtig, um vollständig kompatibel mit dem Auftragnehmer), aber Sie können auch vereinbaren, dass diese Umgebung ist der Auftragnehmer.

Darüber hinaus muss diese Methode, um an den Auftragnehmer übertragen werden alle Sätze von Testdaten, mit denen der Betrieb oder die Anwendung des Vertrages zu akzeptieren.

Die Erfüllung dieser Bedingungen oder Eigenschaften ist in der Regel sehr schwierig und verlangt seitens des Auftraggebers, erhebliche Anstrengungen und die Reife und Festigkeit von Kriterien, nicht ungewöhnlich, dieses attraktive behindern Einstellung Modus.

Ein Nachteil ist, im Prinzip, wir betonen, dass eine Änderung oder Änderung in den Anforderungen ist, natürlich sofort, erhöhten Kosten des Auftragnehmers. Normalerweise wird die Frage nach dem Contracting-Unternehmen zu einem Anstieg der Kosten ist zwischen Annahme oder fortlaufend und Kosten, während die nicht den neuen oder geänderten Anforderungen.

Dieser Nachteil hat gleichzeitig und paradoxerweise, den Vorteil, dass Sie die Kosten kennen und es bleibt unerschüttert, wenn sich Änderungen in Benutzer-Spezifikationen (Anforderungen) oder funktionelle oder Verbindungen mit anderen Projekten / Anwendungen sind.

Diese Art von Verträgen nicht angezeigt wird, im Prinzip sehr für die frühen Phasen der Entwicklung (Anforderungen und funktionelle Analyse), weil es nicht möglich ist, einen festen Preis für etwas, dessen Länge und Komplexität ist unbekannt geben. Wenn ein Unternehmen oder eine Organisation möchte mieten diese Phasen erscheint logisch, in einen anderen Modus der Rekrutierung zu gehen.

Schließlich beschreiben wir die Bedeutung der Instandhaltung, sowohl für Verbesserungen und Fehler zu korrigieren. Die Firma, die Verträge mit dieser Methode, wie Sie dieses Problem anzugehen, um nicht nicht in der Lage, ihre eigenen Ressourcen zu tun, noch gezwungen oder genötigt (ohne geplante und Werte) geben sollte, um weiterhin tun, die gleiche Firma, die aus Entwicklung. Eine Form, die gemeinhin verwendet werden, ist die formale und aussagekräftige Bewerbung, die Überprüfung der Dokumentation weiter zu ermöglichen und auch zu erleichtern, auf die eine oder andere, zukünftige Änderungen erhalten.

Der zweite Modus der Rekrutierung oben, dh der Einstellung, über die Ergänzung interner Ressourcen mit anderen externen (Auftragnehmer) mit der Durchführung des Plans auf.

Es ist eigentlich das einfachste und häufigste Weg, um das Problem der Rekrutierung anzugreifen. Es bot auch die meisten, mit mehr oder weniger Schwankungen in Bezug auf die bloße Einstellung Fachleute mit unterschiedlichen Qualifikationen, oder mieten Sie ein Team, mit oder ohne Crew Chief und so weiter.

In diesem Modus wird der Auftragnehmer Profis sind in der Regel in den Räumlichkeiten des Unternehmens oder der Einrichtung, und heuert teilen sich die Testumgebung, für die sie benötigen, um die technischen Werkzeuge, um in diesem Umfeld nutzen wissen installiert. Dieses "Miteinander" in der Regel zu positiven Auswirkungen auf die Produktivität, Kosten in der Regel dafür bezahlen zu müssen - und produktiv - die Stunden oder Tage, die noch nicht viel, weil die Contracting-Unternehmen das Tempo der Entwicklung aus irgendeinem Grund (Änderungen verlangsamt hat , Re-Analyse oder durch unvorhergesehene Umstände, Krankheit, Reisen, Kurse und andere Notfälle, etc.) .. Außerdem müssen wir auch bedenken, dass in Zeiten der Belastung, die zusätzliche Engagement wird gebeten stellt einen Aufpreis.

Diese Art der Auftragsvergabe hat den Nachteil, dass in der Regel nicht garantiert, "a priori" die Kosten für den Auftragnehmer zu zahlen, weil sie "unrein" die möglichen Schwankungen des Rhythmus durch den Auftragnehmer erzeugt, die wiederum können in eine Tendenz zur "informellen" Verfahren und Verpflichtungen durch die Tatsache, dass mehr Ressourcen induziert. Der Auftragnehmer hat auch der Versuchung, in andere Aktivitäten zu diversifizieren des Auftragnehmers, oder sogar in anderen Projekten, für die kein Vertrag geschlossen worden ist (wir gehen davon aus, dass die Rekrutierung ist spezifisch für jedes Projekt), wenn der Auftragnehmer fiel in die Irre dieser Dispersion, würde die Kontrolle der Projektkosten werden fast unmöglich.

Es gibt Situationen, wie technische Kompetenz und Erfahrung des Auftragnehmers, oder die Verfügbarkeit von Ressourcen, mit dem Druck der Zeit und der Abschluss der Arbeiten (der Auftragnehmer), dass diese Art von Vertrag zu machen verbunden ist die beste und flexibel.

Drittens und letztens werden wir die Einstellung von Aufgaben zu diskutieren.

Wir glauben, es ist das am weitesten entwickelte Form des Vertrages, und ist, wo wir mehr und bessere Erfahrungen gemacht haben.

Um diese Art der Auftragsvergabe ist notwendig, um gut eingeführte und etablierte Kontrollen und Verfahren in den Entwicklungsprozess befolgt werden müssen, da sie von Profis in der Firma oder Einrichtung, die engagiert praktiziert werden muss und muss bekannt sein und somit , berechnet durch den Auftragnehmer.

In Zusammenhang mit der Entscheidung, in irgendeiner Form engagieren sollten Berücksichtigung bestimmter Merkmale, wie ergriffen werden:

• Know "a priori" die Kosten für Entwicklung, hat seine eigenen Ressourcen, für jede Aufgabe zu rekrutieren (siehe oben) werden. Diese Kosten, teilweise oder in vollem Umfang, muss in der aktuellen Jahresplan werden.
• Teaching Professional Auftragnehmers Verfahren, Techniken und Besonderheiten der Anlage in der Testumgebung.
• Nach gut getrennt Testumgebungen, Instandhaltung und Produktion, weil im Prinzip professionelle Bauunternehmer keinen Zugriff haben sollten, um vertrauliche Daten, logisch, sind in der Produktion.

Nun, abgesehen von diesen, müssen wir auch andere Besonderheiten dieser Art von Verträgen Aufgabe:

• Da diese Art von Verträgen der Auftragnehmer Profis in ihren Räumlichkeiten oder Büros arbeiten können, ist es notwendig, die Installation von zwei Datenfernverarbeitung Linien (um die Kontinuität der Dienstleistung zu gewährleisten) mit ihren Steuergeräten und Terminals zu betrachten.

• Es ist sehr wünschenswert, Bereiche oder Gruppen von Projekten zu schaffen, von der funktionalen Sicht eine gewisse Konsistenz und Kohärenz. So sind diese Bereiche an Auftragnehmer vergeben werden, neben der reinen Computer-Spezialisten haben sachkundigen Experten die spezifischen Verwaltung dieser Gebiete (zB Finanzen, Administration, Personal, After-Sales-Service, etc.). Einzustellen und der funktionellen Analyse.

Diese Vielfalt in der Zahl der Unternehmer, die in jedem Fall nicht zu übertrieben, es weniger Risiko als die Einstellung man hat, und auch eine Spezialität in Gebieten haben, hat den Vorteil, ein Verständnis für die Mechanisierung und Automatisierung der einzelnen Bereiche .

• Diese Art von Vertrag verpflichtet das Unternehmen, dass heuert nicht verlieren Kontrolle, so dass, wenn aus irgendeinem Grund unterbrochen oder aufgegeben werden den Vertrag, die Profis selbst sollten zumindest die Instandsetzung und Verbesserungen zu Anträge an / mit Auftragnehmern.

• Die Taktik ist eine Investition in das, was wir nennen die erste Stufe der Rekrutierung zu machen, in der zweiten und dritten Stufe zu erholen.

Durch eine detaillierte Analyse, war es bestimmt, die wiederum die Matrix wird nun zu erklären, die anschließend validiert und anerkannt als der durchschnittliche empirische Verhalten, mit über 200 Projekten Durchschnitt (zwischen 3 angewendet worden x und 18 Monaten der Anstrengung pro Person).

Die Elemente dieser Matrix sind Faktoren, die durch den Aufwand (Personen x Monate) in den Plan gesetzt multipliziert neue Anstrengungen, sowohl für das Unternehmen, dass Aufträge an den Auftragnehmer und wiederum nach unten für Entwickler und Analysten gebrochen werden in Stadien (das sind die Zeilen).

• Matrix für bestehende Anwendungen. Die Bestimmung der Faktoren oder Elemente dieser Matrix berücksichtigt das Wissen um diese Anwendungen ist höher zu Beginn der ersten Stufe in das Contracting-Geschäft Profis in der Auftragnehmer.

Beginnen wir mit einem Beispiel, wie man diese Faktoren gelten zu klären.

Angenommen, das aktuelle Jahresprogramm gibt es einen Plan, um Anwendungen Umsatzprognose ändern, deren Aufwand der Analyse sind 3 M x M und Entwicklung 10 M x M (MXM MONATE gleich x Mann / Person).

Angenommen, wir gerade beschlossen, dass das Outsourcing stattfindet, oder wir engagierte ihn das erste Mal, und nehmen wir schließlich, dass die Suite der Umsatzprognose, in der Regel mit einer gewissen Regelmäßigkeit geändert durch neue Strategien, neue Produkte, neue Organisation, und so weiter.

Die Anwendung der Matrix, in der Stufe 1, weil es das erste Mal, dass wir gemietet diesem Bereich ist, gibt die folgende Bemühungen:

• Owned: 3 M x M-Analyse und M x 10 M Entwicklung (beide sind mit dem Faktor 1 betroffen).
• Contract: 2,7 M x M-Analyse und M x 10 M Entwicklung (Faktoren 0,9 und 1 werden durch die Bemühungen der Plan, die jeweils 3 und 10 multipliziert).

Es ist klar, dass in diesem frühen Stadium haben wir den Zeitraum der Amortisation des "Business Case" zu verlängern, da die Entwicklung kostet die Höhe des Auftragswertes sind gestiegen, weil in diesem Stadium, Auftragnehmer sind zu helfen und das Erlernen der Anwendungen geändert werden müssen.

Wenn dieses Geschäftsfeld (Umsatzprognosen Anwendungen) war nicht so repetitive Computer-Aktivitäten (neue Anwendungen, Änderungen, Verbesserungen, etc.). Könnte in Zukunft nicht zu nutzen (wie wir sehen werden) diese Investition in Einstellungs-und dafür bezahlt im Wesentlichen für das Erlernen dieser Anwendungen nutzlos wäre später.

Deshalb, bevor Sie fortfahren, sagen wir, dass diese Art der Rekrutierung ist nützlich für diejenigen Bereiche, in denen sich wiederholende Computer-Aktivität, die übrigens fast alle, wenn das Unternehmen oder Organisation nicht tief mechanisiert bzw. computerisiert .

Folgen wir dem Beispiel. Im nächsten Jahr, oder vor, sagen wir, der Einfachheit halber, dass es eine andere Rechnung in der gleichen Gegend mit dem gleichen Aufwand weitergegeben.

Wir wenden die Matrix in Stufe ² (seit dem Auftragnehmer, aber kein Experte, sie sollten sich bewusst sein, Anwendungen) und gibt uns folgende Leistungen:

• Eigenkapital: 1,8 M x M-Analyse und M x 5 M Entwicklung (Faktoren 0,6 bzw. 0,5 sind durch die jeweiligen Anstrengungen der Plan 3 und 10 multipliziert).
• Contract: 2,7 M x M-Analyse und M x 10 M der Entwicklung (wie in der ersten Stufe).

In dieser zweiten Phase, die stabil zu sein beginnt, markieren wir zwei Aspekte:

Rentabilität. Der Return on Investment (ROI) wird in den gleichen Begriff auftreten und genehmigte den Plan vorgesehen, dass die Gesamtkosten (eigenen und fremden) nicht mehr als die Kosten geplant. Um Ihnen dies einmal bekannt die Kosten für die Person Monate x (M x M ist die übliche Schreibweise, dh Man x Monat), es müssen Kosten, dass:

• 1 M x M Selbst-Analyse => (0,6 M x M x M eigene + 0,9 M Vertrag) Analyse und
• 1 M x M Selbst-Entwicklung => (0,5 M x M x M + 1 eigenen gemieteten M) Entwicklung.

Dieser bestimmt den Preis des Kontrakts-Monats im Hinblick auf die Gesamtkosten der eigenen.

Dispersion. In diesem Stadium können professionelle Entwicklung des Contracting-Unternehmen (eigene) zu zwei professionellen Auftragnehmer zu koordinieren. Ebenso kann eine professionelle Analyse (eigene) zu koordinieren Professional 1.5 Analyse des Auftragnehmers. Selbstverständlich ist diese bereichert den Inhalt der Arbeit von Profis in der Contracting-Unternehmen, ohne dabei die Kontrolle des Staates EDV-Anwendungen.

Der Einfachheit halber davon aus, dass in der dritten Periode wieder ein Projekt in der gleichen Gegend und mit dem gleichen Aufwand. In diesem Fall, da der Auftragnehmer sollte bewusst sein, dieser Anwendungen müssen wir gelten die Faktoren der Stufe ^3. So sind die Spannungen:

• Eigenkapital: 1,02 m x M x 2 M Analyse und M Entwicklung (3 x 0,34 = 1,02 und 10 x 0,2 = 2).
• Contract: 2,7 M x M-Analyse und M x 10 M Entwicklung (3 x 0,9 = 2,7 und 10 x 1 = 10).

Diese dritte Phase als stabil und als solcher betrachtet wird, nicht entfalten ihre Faktoren.

Mal sehen, wie sie die Rentabilität und Dispersion zu verhalten.

Rentabilität. Als in der zweiten Stufe wird die RI in der Periode, in der Planung angegebenen auftreten, wenn die Zusammenarbeit ^s insgesamt nicht erhöhen wird. In diesem Stadium ist es einfacher für die Bedingungen der Kosten, wenn minderwertige Faktoren, die die eigenen Ressourcen:

• 1 M x M der eigenen Analyse (0,3 M x M x M eigene + 0,9 M Vertrag) Analyse und
• 1 M x M Selbst-Entwicklung => (0,2 M x M x M + 1 eigenen gemieteten M) Entwicklung.

Dispersion. In der dritten Phase kann eine Entwicklung professioneller koordinieren fünf professionelle Entwicklung Auftragnehmer. Auch in diesem Stadium kann eine professionelle Selbst-Analyse koordinieren professionelle 2,6-Analyse des Auftragnehmers.

Bei dieser Art des öffentlichen Arbeiten in jeder Phase ist es wichtig, dass es mehrere professionelle Auftragnehmer in jedem Bereich (sowohl in der Analyse und Entwicklung), um zu verhindern, mit der erwarteten Mobilität dieser Fachkräfte (an anderen Orten in der gleichen Unternehmen oder andere Unternehmen), verschwindet "Solera" vorhandene Wissen über die Anwendungen, da sonst, Sie in die erste Stufe der Rückkehr Risiko mit dem gleichen Vertragspartner in der gleichen Gegend.

Die Faktoren, die zu unserem eigenen professionellen gelten in dieser dritten Stufe sollten sicherstellen, die Kontrolle und die künftige Wartung der Anwendungen, die eingestellt wurden.

Jetzt für die Matrix der Rekrutierung für die Sanierungsprojekte. Diese Matrix, wie dargestellt, ist die gleiche wie oben, außer dass es verzichtet auf die erste Zeile, das entspricht der ersten Stufe ist.

Der Grund ist klar. Die erste Stufe in der vorherigen Matrix wurde weitgehend für den professionellen Auftragnehmer vertraut mit den technischen Komponenten und die Struktur der vorhandenen Anwendung verwendet werden. Da in diesem Fall die Projekte neu sind, ist der Ausgangspunkt auch für unsere eigenen beruflichen und dem Auftragnehmer.

Die Anwendung der oben genannten Beispiele noch gültig ist, vorausgesetzt, sie sind für die zweite und dritte Stufe.

"Wie Priorisierung von IT-Projekten." Martin DJ Buss, Harvard Business Review Deusto ^4. Februar Trim. 1983.