Effektives Softwareprojektmanagement: Planung, Überwachung und Risikomanagement

Entscheidung zur Organisation des Projektes: Anforderungen ändern sich, bestehende Software, Kundenwunsch oder Vorschlag eines Nutzers. Eine Empfehlung muss innerhalb des Unternehmens identifiziert werden, durch das Marketing oder das Wartungspersonal. Der PC erkennt entwicklungsbedingte Bedürfnisse.

Auswahl des Projektleiters

Verhältnis zu Mitarbeitern, zwischenmenschliche Kompetenzen, Geschäftsführungskompetenzen.

Charakteristika eines Projektleiters

• Leadership: Die Fähigkeit, Projektteammitglieder zu motivieren.
• Zwischenmenschliche Fähigkeiten: Kommunikation mit Teammitgliedern, Entwicklung ihrer Fähigkeiten.
• Vision: Wissen, Verhandlungen und Kompromisse in Bezug auf Qualität.
• Technisches Verständnis: Wissen für Entscheidungsprozesse.
• Managementkompetenzen: Fähigkeit zur Planung und Steuerung von Aktivitäten, Kosten und Budgets.
• Entscheidungsgeschwindigkeit: Beobachten, bewerten und entscheiden.
• Vielseitigkeit und Flexibilität: Für unvorhergesehene Ereignisse.
• Integrität: Die besten Talente rekrutieren und das Vertrauen der Kunden gewinnen.
• Prognose: Vorausschauend agieren und Lösungen anbieten.

Machbarkeitsstudien

• Wirtschaftlich: Ist das Projekt eine Investition wert?
• Technisch: Sind die Funktionalitäts- oder Leistungseinschränkungen praktikabel?
• Rechtlich: Verstoßen die Anforderungen gegen Gesetze?
• Vorgehensweise: Ist die Umsetzung möglich?
• Termine und Zeitplan: Ist das Timing realistisch?

Phasen der Machbarkeitsanalyse

1. Projektantrag studieren und den Umfang und die Grenzen des Systems festlegen.
2. Die aktuelle Situation studieren, Beschreibung und Bewertung der vorhandenen Informationssysteme und Identifizierung der Benutzer und beteiligten Personen.
3. Eine vorläufige Definition und Anforderungen erstellen.
4. Verschiedene Alternativen untersuchen.
5. Bewertung jeder Alternative, einschließlich der wirtschaftlichen Machbarkeit.
6. Auswahl und Annahme der am besten geeigneten Alternative.

Kosten-Nutzen-Analyse

Hier können Sie die günstigste Alternative auswählen und den finanziellen Bedarf antizipieren.

Kosten: Hardware und Software, Entwicklung, Kommunikation, Systemkosten, Infrastrukturkosten, Installation und Wartung, jährliche Produktivitätssteigerung im Büro, Beratung, Schulung, Material, Lernkurve, sonstige Kosten: Finanzierung, Werbung.

Vorteile: Steigerung der Produktivität, Einsparung von Wartungskosten, Ressourceneinsparungen, Einsparungen bei Investitionen und Wartung von Hard- oder Software, Produktionssteigerungen, Einsparungen durch Reduzierung von Sachkosten, externen Ressourcen usw., finanzielle Vorteile, immaterielle Vorteile: Qualitätsverbesserung, Fehlerreduzierung, Geschwindigkeitssteigerung.

Planung

Kurz- und langfristige Ziele, organisatorische Maßnahmen, Standards, Verfahren, Aufgabenanalyse, Beschaffung und Verteilung von Ressourcen.

Organisation

Aufgaben an Arbeitsplätze zuweisen, Personal identifizieren, organisatorische Aufgaben delegieren.

Leitung

Kommunikation, Führung, Koordination, Leistungsbewertung, Konfliktlösung, Einhaltung der Unternehmenspolitik.

Überwachung

Vergleich der aktuellen und der gewünschten Leistung, richtige Entscheidungen treffen.

Projektmanager

Eine Person ist verantwortlich für die Planung, Kontrolle und Leitung der Projektaktivitäten.

Projektplan

Ein Dokument, das die durchzuführende Arbeit beschreibt und wie der Projektleiter seine Entwicklung steuert. Es müssen eine Reihe von zeitlich koordinierten Aufgaben definiert werden.

Ziele

Erstellen Sie eine Zusammenfassung für Projektmanager, damit sowohl Projektleiter als auch Kunden den Projektfortschritt überwachen können. Das als kundenorientiertes Dokument präsentierte Projekt basiert auf einem Dokument mit Zustimmung des Kunden und ist erweiterbar.

Inhalt

Eine Zusammenfassung des Projekts, die von jedem verstanden werden kann, die Liste der Meilensteine, Verfahren und Standards, eine Spezifikation des Überprüfungsprozesses, um zu bestimmen, wer, wie und wann, ein Plan, der die Kommunikation zwischen der Organisation und dem Kunden definiert, ein Projektstrukturplan-Diagramm, eine Liste der am Projekt beteiligten Personen und deren Zuordnung zum PSP, ein Netzwerk von Aktivitäten, das die Reihenfolge der Aufgaben zeigt, Verantwortliche für alle Aktivitäten, Aufwands-, Geld- und Zeitrahmenbilanzen und Fristen.

Kalender

Ist eine grafische Darstellung aller Projektaktivitäten, die erforderlich sind, um das Endergebnis zu erzielen.

Schritte

1. Ziele des Projekts definieren.
2. Aktivitäten zerlegen.
3. Beziehungen zwischen Aktivitäten definieren.
4. Geschätzte Zeit und Kosten für Aktivitäten ermitteln.
5. Zeitplan an die Zwänge des Projekts anpassen.
6. Ressourcenzuweisung / Definition der Teamorganisation.
7. Kalender erstellen.

Techniken

• Schematische Darstellung der Meilensteine: Eine Tabelle mit zwei Spalten, in der die erste die Aktivitäten und die zweite die Endtermine identifiziert.
• Gantt-Diagramme: Eine Tabelle, die Querverweise zwischen den Aufgaben (Zeilen) und deren Dauer (Spalten) darstellt.
• Precedence Networks (PERT und CPM): Alle Aktivitäten sind klar definiert. Die Aktivitäten starten, stoppen und werden separat in einer bestimmten Reihenfolge ausgeführt. Die Aktivitäten können in Bezug aufeinander angeordnet werden, so dass sie einer Sequenz folgen müssen. Eine einmal begonnene Aktivität muss ohne Unterbrechung abgeschlossen werden.
• Kritische Pfadmethode (CPM): Berechnung des kritischen Pfades. Implementierung der Eingangsfunktion an den angegebenen Orten. Das Problem ist, dass die Anzahl und Repräsentativität der Projekte nicht so groß ist, dass Modelle in anderen Umgebungen als den Kostenfaktoren ziemlich genau sind. Kostenfaktoren sind immer schwer zu quantifizieren und Modelle haben einige Fehler.

Projektüberwachung und -steuerung der Software

Ziele

Vergleich mit den aktuellen Ergebnissen, Pläne für Abhilfemaßnahmen bei signifikanten Abweichungen von den Plänen vorsehen. Vereinbarungen mit Mitarbeitern treffen, deren Ergebnisse von den Korrekturmaßnahmen beeinflusst werden. Überwachung.

Probleme, die den Kalender beeinflussen

Schwierigkeiten bei der Definition der Arbeit, geringes Teamengagement, Probleme mit der Organisation und Zusammensetzung des Projektteams. Unzureichende Organisation. Das Projekt ist nicht wichtig. Es gibt wenig Kommunikation. Keine Notfallpläne. Schlechter Kunde. Schlechte Leitung und Verständnis der Kommunikationslinien zwischen verschiedenen Abteilungen. Schwierigkeiten bei der Organisation. Schlechtes Projektmanagement. Geringe Teilnahme und Unterstützung bei der Gestaltung. Der Projektleiter ist nicht verpflichtet, die Risiken zu bewerten.

Überwachung von Kosten und Zeitplan

Neben Kosten und Zeitplan ist es auch notwendig, den Status der eher technischen Aspekte des Softwareprojekts zu überwachen. Insbesondere die kritische Ressourcenverfolgung und die Überwachung der Größe von Softwareprodukten.

Überwachung der technischen Aspekte

werden nicht erkannt Titel mit den anderen und unterstützen werden maskiert. Generating historischen Daten sind nützlich für die Verwendung als die Schätzungen der künftigen Entwicklungen. Länge Meilensteine Warum? Tracking Meilensteine realistischere Informationen über die prozentuelle Fertigstellung des Projekts und das ganze System muss ausgefeilte Version vergangen bestimmten Phasen des Zyklus vida.Una mehr ist die Analyse der Earned Value, wo jeder Teil des Systems und jede Phase des Lebenszyklus ein monetärer Wert zugewiesen ist. Das System wandelt die Fertigstellung der Bühne immer einen metrischen Wert, dass der Haushalt gekauft wird mit ausgegeben, um zu sehen, ob das Projekt folgt dem Plan geht vorwärts oder rückwärts. Criteria Controlling-Projekten nach Plan: Feinplanung proyecto.Descomponer das gesamte Projekt-Aktivitäten und proyecto.Medición.Revisiones realizar.Compromiso.Seguimiento entregables.Hitos tareas.Resultados und regelmäßig. Accionescorrectivas Korrekturmaßnahmen durchgeführt wurden und verwaltet werden, wenn die tatsächlichen Ergebnisse wesentlich von den Mitarbeitern oder fügen planes.Son extra.Reasignar Anzahl der Stunden für die Mitarbeiter zu verbessern eficiencia.Reducir den Umfang oder den Inhalt einer entrega.Alargar oder Verzögerung des Zeitplans, Risiken ausgehandelt mit dem Kunden. Software Risk Management: · strategisch. Jegliches Risiko assoziiert mit organisatorischen StrategieGeschäftlichen Risiken. Projekts Probleme im Zusammenhang mit dem Verkauf der, die Überwachung der Kunden, die vertragliche Preis und finanziellen Risiken. Bezug zu den ausgehandelten Vertragsbedingungen vor Unterzeichnung des Vertrags. Risikomanagement. Org-Projekt: Ressourcen und Ausrüstung, Zeitpläne Risk Projekt durch die technischen Aspekte der Software: Spezifikation, Design, Implementierung, Integration und Validierung. Risks Betriebsstörungen traten während der Operation, die erhebliche Schäden verursachen kann. Risks halten. Überschreitungen für die Instandsetzung, vorbeugende und unterstützen.

Entscheidung zur Organisation des Projektes verpflichten sich Anforderungen ändern sich bestehende Software, eines Kunden oder Vorschlag usuario.Una generiert innerhalb der muss Empfehlung identifiziert durch das Ministerium für Wartungspersonal marketing.El spezifisch. Personal Computer erkennt entwicklungsbedingten Bedürfnisse. Auswahl des Projektleiters: Verhältnis zu Leistung personales.Competencias interpersonal.Gestión negocio.Competencias Carac Projektleitung: Leadership: Die Fähigkeit, mit Projekt-Team zu motivieren Komponenten Zwischenmenschliche Fähigkeiten: Communicate EAM Mitglieder, ihre Geschäftstätigkeit entwickeln Vision: Wissen, Verhandlungen und Kompromisse auf Qualität. Technisches Verständnis: Wissen für Entscheidungsprozesse Kompetenz im Management-Fähigkeiten: Fähigkeit zur Planung und Steuerung von Aktivitäten, Kosten und Budgets und Schnelligkeit Entscheidung zu beobachten, zu bewerten und zu entscheiden, Vielseitigkeit und Flexibilität für unvorhergesehene Ereignisse Kanal. Integrity, zu rekrutieren die besten Talente zu gewinnen und das Vertrauen der Verbraucher Prognose, vorausschauend zu fahren und bieten Lösungen. Machbarkeitsstudien: Wirtschaft: Es ist eine Investition wert in das Projekt? Technical: zu untersuchen, ob die Funktionalität oder Performance-Beschränkungen sind markiert praktikable Rechtsgrundlage: Sehen Sie, wenn die Anforderungen Vorgehensweise gegen jegliche Gesetze verstoßen: Bestimmen Sie, ob Sie tatsächlich umzusetzen Termine und Zeitplan: "Das Timing ist realistisch? Phasen Machbarkeitsanalyse: Studieren Projektantrag und setzen Sie den Umfang und Grenzen der sistema.Estudiar die aktuelle Situation, Beschreibung und Bewertung der vorhandenen Informationssysteme und Identifizierung der Benutzer und Menschen involucradas.Realización eine vorläufige Definition und requisitos.Estudiar geben verschiedene Alternativen. Assessment der einzelnen Alternativen, einschließlich Económica.Selección Lebensfähigkeit und die Annahme von mehr geeignete Alternative. Cost-Benefit Analysis: Hier können Sie die günstigste Alternative und finanziellen Bedürfnisse zu antizipieren. Kosten werden Bitte beachten Sie: Hardware und Entwicklung software.Comunicaciones.Coste sistema.Gastos infraestructura.Costes Installation und die jährliche Produktivitätssteigerung oficina.Disminución mantenimiento.Consultoría.Formación.Material der Kurve aprendizaje.Otros Kosten: Finanz-, Werbe- . Vorteile: Steigern Sie Ihre Produktivität, sparen Kosten mantenimiento.Ahorros recursos.Ahorro in Investition und Wartung von Hard-oder Verkaufs-oder software.Incrementos producción.Ahorros Rückgang der Sachkosten, externe Ressourcen, etc.Beneficios financieros.Intangibles : Verbesserung der Qualität, Reduzierung von Fehlern, die Geschwindigkeit erhöhen.

Prüfung: Der Prozess der Bewertung eines Systems oder seiner Komponenten zu bestimmen, ob die Produkte einer bestimmten Phase der Bühne zu befriedigen, dass die auferlegten Bedingungen zu Beginn. Validierung: Der Prozess der Bewertung eines Systems oder einer Komponente während oder am Ende des Entwicklungsprozesses zu bestimmen, ob es den Anforderungen genügt angegeben. Begriffsbestimmungen: Test (Test): Der Prozess der ein Programm ausführen, um Fehler zu finden. Testfall (Testfall): Festlegen der Eingänge, Ausführung Bedingungen und erwarteten Ergebnisse entwickelt für einen bestimmten Zweck. Defekt (Defekt, Fehler, Fehler): Fehler in der Software. Fault (Fehler): Die Unfähigkeit eines Systems oder einer seiner Komponenten der Wahrnehmung seiner Aufgaben die erforderliche. Error (Fehler). Empfehlungen für die Prüfung : Jeder Testfall muss den Ausgang Ergebnis esperado.Un als Programmierer muss vermieden programas.Se testen Sie Ihre eigenen erwarteten und Gewissen prüfen müssen die Ergebnisse der einzelnen prueba.Al gültige Testfälle generieren sollte sowohl Input-Daten ungültige und unerwartete.? Testing auf zwei Ziele konzentrieren sollte: Um zu testen, wenn die Software nicht das tut, was debe.Probar wenn die Software nicht funktioniert improvisieren debe.Se vermeiden prueba.No Fällen sollte Testpläne werden vorausgesetzt, es gibt nur wenige defectos.Donde gibt es oft einen Mangel anderer Unternehmen sein. wichtigsten Ansätze für die Gestaltung der Fälle: White-Box: Sie besteht in der Fokussierung auf die interne Struktur des Programms zu Fällen wählen Sie testen. In diesem Fall würde der Test-Software ist ideal, um ejecuciónC testen alle möglichen Pfade des schwarzen aja: Prüfung der Spezifikation der Funktionen, die Input-und Output auf Fälle beziehen. Hier ist der ideale Test der Software wäre zu testen, testen alle möglichen Ein-und Ausgänge des Programms. Proof funktionell: zwei folgenden Definitionen, die das reduziert die benötigte Anzahl von anderen Fällen ist für die Array-razonable. deckt einen riesigen andere mögliche Fälle. Ein praktischer Ansatz • Empfohlen für die Gestaltung von Fällen: Wenn die Spezifikation enthält Kombinationen von Bedingungen für die Einreise, zu beginnen bilden ihre Ursache-Wirkungs-Diagramme, mit Wertanalyse-Grenzen Fällen prueba.Identificar Klassen hinzufügen gültig und nicht Vermutungen válidas.Utilizar technische Fehler. • Führen Sie den Fall so weit generiert (Black Box) und testen Sie es.? Überprüfung der Programmlogik nach Plan fügen Sie die spezifischen Fällen (weißer Kasten). Test: Zweck des Dokuments: Bericht den Fokus, Ressourcen und Zeitplan Testaktivitäten, die die Eigenschaften der Testaktivitäten, die verantwortlichen Mitarbeiter. Debugging: Der Prozess der Lokalisierung, Analyse und Korrektur der Mängel, die im Verdacht stehen, zu enthalten, software.Las Folgen: Ermitteln der Ursache des Fehlers, zu analysieren und die Ursache zu finden corregirla.No und deshalb müssen neue Fälle von prueba.Etapas generieren: Lage des Defekts.? defecto.Localización Error Correction: Analysieren Informationen und Denken. Wenn Sie in eine Sackgasse geraten, ziehen weiter.? Verwenden von Debugging-Tools als Ressource secundario.No programa.Se verändernde Erfahrung müssen die Fehler einzeln anzugreifen.Umsetzungsstrategie der Tests: Die Tests beginnen auf der Ebene der módulo.Una Einmal vollendet, Fortschritte auf volle Systemintegration und instalación.Culminan, wenn der Kunde die Ware akzeptiert wird den Betrieb übergeben, seine sofort. Vee Phasen: bezüglich der Produktentwicklung und Testphasen pruebas.La Modul (Unit-Tests) konzentriert ihre Aktivitäten zu bringen Logikmodul (weißer Kasten) und die verschiedenen Aspekte der Spezifikation der Funktionen, um durch das Modul ("Black Box" durchgeführt werden ). Die Integration Test sollte berücksichtigt werden, die Mechanismen der Gruppierung von Modulen in der Struktur des Programms festgelegt und im Allgemeinen sollte die Schnittstellen zwischen den Komponenten der Architektur des Systems zu testen software.La auf Compliance-Prüfungen konzentrieren die Ziele für die Abnahmeprüfung sistema.La gesetzt hilft dem Benutzer, um zu überprüfen, ob das Endprodukt den Anforderungen von ihm (in der Regel in Form von Zulassungskriterien im Vertrag) oder schließlich in festgelegten Voraussetzungen erfüllt Angabe der Grundlage des Vertrags.