Software Projektmanagement



Der Job Muster von einem IT-Unternehmen in der Software-Entwicklung ist zu sehen in zwei Teile aufgeteilt werden:

  • Software-Erstellung
  • Software Projektmanagement

Ein Projekt ist gut definierte Aufgabe, die eine Sammlung von mehreren Operationen getan, um ein Ziel zu erreichen (zB Software-Entwicklung und Lieferung) ist. Ein Projekt kann wie charakterisiert werden:

  • Jedes Projekt kann eine eindeutige und deutliche Ziel.

  • Projekt ist nicht Routinetätigkeit oder Tag-zu-Tag Operationen.

  • Projekt kommt mit einer Startzeit und Endzeit.

  • Projekt endet, wenn das Ziel erreicht ist, um eine so vorübergehende Phase in der Lebenszeit einer Organisation.

  • Projekt braucht angemessene Ressourcen in Form von Zeit, Arbeitskraft, Finanzen, Material und Wissen-Bank.

Software-Projekt

Ein Software-Projekt ist das komplette prozess der Softwareentwicklung von der Anforderungserfassung zu Prüfung und Wartung, entsprechend den Ausführungsmethoden durchgeführt, in einem bestimmten Zeitraum zu Software-Produkt soll zu erzielen.

Need von Software-Projektmanagement

Software soll eine immaterielle Produkt. Software-Entwicklung ist eine Art von allen neuen Strom in der World Business und es gibt sehr wenig Erfahrung im Bau von Software-Produkten. Die meisten Software-Produkte sind maßgeschneidert auf die Anforderungen des Kunden passen. Das wichtigste ist, dass die zugrunde liegende Technologie Veränderungen und Fortschritte so häufig und schnell, dass die Erfahrung von einem Produkt möglicherweise nicht auf den anderen angewendet werden. Alle diese Unternehmen und Umweltauflagen bringen Risiko in der Softwareentwicklung daher ist es wichtig, Software-Projekte effizient zu verwalten.

Time_Cost_Quality

Das image oben zeigt dreifachen Einschränkungen für Software-Projekte. Es ist ein wesentlicher Bestandteil der Software-Organisation, Qualitätsprodukt zu liefern, halten die Kosten im Rahmen des Budgets einschränken Kunden und liefern das Projekt als je geplant. Es gibt mehrere Faktoren, sowohl interne als auch externe, die diese dreifache einschränken Dreieck auswirken können. Jede der drei Faktor können sich stark auf die beiden anderen.

Daher ist Software-Projektmanagement wesentliche Anforderungen der Anwender zusammen mit Budget und Zeitdruck integrieren.

Software Project Manager

Ein Software-Projekt-Manager ist eine Person, die die Verantwortung für die Ausführung der Software-Projekt verpflichtet. Software-Projekt-Manager ist durchaus bewusst alle Phasen des SDLC, die die Software würde durch zu gehen. Projektmanager können nie direkt bei der Herstellung des Endproduktes beteiligt, aber er steuert und verwaltet die Aktivitäten in der Produktion beteiligt.

Ein Projektmanager eng überwacht den Entwicklungsprozess vorbereitet und führt verschiedene Pläne, organisiert notwendige und ausreichende Ressourcen, hält die Kommunikation zwischen allen Teammitgliedern, um Fragen der Kosten, Budget, Ressourcen, Zeit, Qualität und Kundenzufriedenheit anzusprechen.

Lassen Sie uns sehen einige Aufgaben, dass ein Projektmanager Schultern -

Managing People

  • Gesetz als Projektleiter
  • Läsion mit Stakeholdern
  • Personalverwaltung
  • Einrichten Berichterstattung Hierarchie usw

Verwalten von Projekt

  • Definition und Einrichtung von Projektumfang
  • Verwalten von Projektmanagementaktivitäten
  • Überwachung Fortschritte und Leistungen
  • Risikoanalyse in jeder Phase
  • Nehmen notwendiger Schritt, um zu vermeiden, oder kommen aus Problemen
  • Gesetz als Projektsprecher

Software-Management-Aktivitäten

Software-Projektmanagement besteht aus einer Reihe von Aktivitäten, die Planung von Projekt enthält, zu entscheiden, Umfang der Software-Produkt, die Einschätzung der Kosten in den verschiedenen Bezeichnungen, Terminplanung von Aufgaben und Ereignissen und Ressourcenmanagement. Projekt-Management-Aktivitäten können umfassen:

  • Projektplanung
  • Scope Management
  • Projektschätzung

Projektplanung

Software Projektplanung ist die Aufgabe, die durchgeführt wird, bevor die Produktion von Software tatsächlich beginnt. Es ist dort für die Software-Produktion beinhaltet aber keine konkrete Tätigkeit, die keine direkte Verbindung mit Software-Produktion hat; sondern es ist ein Satz von mehreren Verfahren, die Software-Produktion erleichtert. Projektplanung können gehören:

Scope Management

Es definiert den Umfang des Projekts, Dazu gehören alle Aktivitäten, müssen Verfahren, um ein Software-Produkt lieferbar machen geführt werden. Scope-Management ist wichtig, weil es schafft Grenzen des Projekts durch eine klare Definition, was in dem Projekt getan werden kann und was nicht getan werden. Dies macht Projekt begrenzt und quantifizierbare Aufgaben, die leicht dokumentiert werden können, enthalten und wiederum vermeidet Kosten und Zeitüberschreitung.

Während Projektumfang Management, ist es notwendig -

  • Definieren Sie den Umfang
  • Entscheiden ihre Überprüfung und Kontrolle
  • das Projekt in verschiedene kleinere Teile zur Vereinfachung der Verwaltung
  • Überprüfen Sie, Anwendungsbereich
  • Steuern Sie den Rahmen, indem Änderungen des Lieferumfangs

Projektschätzung

Für eine effektive Verwaltung genaue Schätzung der verschiedenen Maßnahmen ist ein Muss. Mit der richtigen Schätzung Manager können zu verwalten und effektiver zu steuern, das Projekt.

Projekt Abschätzung kann die folgende beinhalten:

  • Software Größenabschätzung

    Software Größe kann entweder in Form von KLOC (Kilo Line of-Code) oder durch Berechnung Anzahl der Funktionsstellen in der Software geschätzt werden. Zeilen Code abhängen auf Codierungspraktiken und Funktion Punkte variieren nach Benutzer oder Software-Anforderung.

  • Aufwandsschätzung

    Die Manager schätzen Anstrengungen im Bereich der persönlichen Anforderungen und Mann-Stunden benötigt, um die Software zu produzieren. Aufwandsschätzung für Software Größe sollte bekannt sein. Dies kann entweder durch Erfahrung Manager abgeleitet werden können historische Daten oder Software Größe der Organisation in Bemühungen mit einigen Standard-Formeln umgewandelt werden.

  • Zeitschätzung

    einmal Größe und Bemühungen geschätzt, die erforderliche Zeit, um die Software zu produzieren kann geschätzt werden. Anstrengungen erforderlich, in Teilkategorien gemäß Spezifikation der Anforderungen und Abhängigkeiten der verschiedenen Komponenten der Software getrennt. Software Aufgaben werden geteilt in kleinere Aufgaben, Tätigkeiten oder Ereignisse, die von der Arbeit Durchbruch Strukturplan (PSP) unterteilt. Die Aufgaben werden am Tag-zu-Tag-Basis oder in Kalendermonaten geplant.

    Die Summe der Zeit benötigt, um alle Aufgaben in Stunden oder Tagen abgeschlossen ist die Gesamtzeit investiert, um das Projekt abzuschließen.

  • Kostenschätzung

    Dies könnte als der schwierigste von allen betrachtet werden, weil sie auf mehr Elemente als alle vorherigen hängt werden. Zur Schätzung der Projektkosten, ist es erforderlich, zu prüfen,

    • Größe der Software
    • Software Qualität
    • Hardware
    • Zusätzliche Software oder Tools, Lizenzen usw
    • Fachpersonal mit aufgabenspezifischen Fähigkeiten
    • Reisen beteiligt
    • Kommunikation
    • Training and support

Projektschätztechniken

Wir diskutierten verschiedene Parameter mit Projektschätzung wie Größe, Aufwand, Zeit und Kosten.

Projektleiter können die aufgelisteten Faktoren mit zwei breit anerkannte Techniken zu schätzen –

Zerlegungstechnik

Diese Technik übernimmt die Software als Produkt der verschiedenen Zusammensetzungen.

Es gibt zwei Hauptmodelle -

  • Zeile Code - Die Einschätzung wird getan im Namen der Anzahl der Linien von Codes in der Software-Produkt.

  • Function Points - Die Einschätzung wird getan im Namen der Anzahl der Funktionsstellen in der Software-Produkt.

Empirische Schätzung Technik

Diese Technik verwendet empirisch abgeleiteten Formeln zu machen estimation. These Formeln auf LOC oder RP beruht.

  • Putnam Modell

    Dieses Modell wird von Lawrence H. Putnam, die auf den Norden Häufigkeitsverteilung (Rayleigh-Kurve) basiert. Putnam-Modell abbildet Zeit und Bemühungen mit Software-Größe erforderlich.

  • COCOMO

    COCOMO steht für Constructive Cost Model, von Barry W. Boehm entwickelt. Es teilt das Software-Produkt in drei Kategorien der Software:. Organische, Doppelhaus und Embedded

projekt Ablaufplanung

projekt Ablaufplanung in einem Projekt bezieht sich auf Fahrplan aller Aktivitäten, um mit bestimmten Reihenfolge und innerhalb Zeitfenster für jede Tätigkeit zugeteilt geführt werden. Projektmanager dazu neigen, neigen dazu, verschiedene Aufgaben zu definieren, und Projekt-Meilensteine ​​und sie ordnen sie halten verschiedene Faktoren im Auge. Sie suchen nach Aufgaben liegen in kritischen Pfad in der Anlage, die (wegen der Aufgabe Interdependenz) und dies ausschließlich im dafür vorgesehenen Zeit notwendig, in spezifischer Weise vollständig sind. Anordnung der Aufgaben, die von kritischen Pfad liegt weniger wahrscheinlich Auswirkungen auf alle Zeitplan des Projekts.

Für die Planung eines Projekts, ist es notwendig, -

  • abbauen die Projektaufgaben in kleinere, überschaubare Form
  • Finden Sie heraus, verschiedene Aufgaben und korrelieren Artikel
  • Schätzzeitrahmen für die jeweilige Aufgabe erforderlich
  • teilen die Zeit in Arbeitseinheiten
  • Zuweisen ausreichende Anzahl von Arbeitseinheiten für jede Aufgabe
  • Berechnen Sie die Gesamtzeit erforderlich für das Projekt von Anfang bis zum Ende

Resource management

Alle Elemente verwendet werden, um ein Software-Produkt entwickeln kann als Ressource für das Projekt übernommen werden. Dies kann umfassen Humanressourcen, produktive Werkzeuge und Software-Bibliotheken.

Die Ressourcen sind noch in begrenzter Menge und den Aufenthalt in der Organisation als einen Pool von Vermögenswerten. Die Ressourcenknappheit behindert die Entwicklung von Projekt und es kann hinter dem Zeitplan hinterherhinken. Zuweisung von zusätzlichen Ressourcen erhöht die Entwicklungskosten am Ende. Es ist daher notwendig, für das Projekt zu schätzen und angemessene Mittel.

Ressourcenmanagement umfasst -

  • Definition richtigen Organisation Projekt durch die Schaffung einer Projektteam und die Zuteilung von Aufgaben an jedem Teammitglied.

  • Ermittlung in einem bestimmten Stadium erforderlichen Ressourcen und deren Verfügbarkeit.

  • Ressourcen verwalten indem Ressourcenanforderung, wenn sie erforderlich sind und de-Zuweisung, wenn sie nicht mehr benötigt werden.

Projektrisikomanagement

Risikomanagement umfasst alle Aktivitäten im Zusammenhang mit Identifikation, Analyse und unter Berücksichtigung von vorhersehbaren und nicht vorhersehbaren Risiken-in das Projekt. Risiko können gehören:

  • Erfahrene Mitarbeiter verlassen das Projekt und neue Mitarbeiter kommen in.
  • Veränderung in Organisationsmanagement.
  • Anforderungsänderung oder falsch interpretiert Anforderung.
  • Die Unterschätzung der benötigten Zeit und Ressourcen.
  • technologische Veränderungen, Veränderungen der Umwelt, Konkurrenz.

Risikomanagement-Verfahren

Es gibt folgende Aktivitäten im Risikomanagementprozess beteiligt:

  • Identifikation - Notieren Sie alle möglichen Risiken, die in dem Projekt auftreten können.

  • Kategorisieren - Kategorisieren bekannten Risiken in hohe, mittlere und niedrige Risikointensität wie pro ihre möglichen Auswirkungen auf das Projekt

  • Verwalten - Analysieren Sie die Wahrscheinlichkeit des Auftretens von Risiken in verschiedenen Phasen. Plan machen, um zu vermeiden oder Risiken ausgesetzt. Versuchen, ihre Nebenwirkungen zu minimieren.

  • Monitor - Eng die potenziellen Risiken und deren frühe Symptome zu überwachen. Überwachen auch die Auswirkungen von Maßnahmen ergriffen, zu mildern oder zu vermeiden.

Project Execution & Überwachung

In dieser Phase werden die in Projektplänen beschriebenen Aufgaben gemäß ihrer Zeitpläne ausgeführt.

Ausführung benötigt eine Überwachung, um zu überprüfen, ob alles nach Plan geht. Überwachung beobachtet, um die Wahrscheinlichkeit des Risiko überprüfen und Maßnahmen zur Gefährdung oder melden den Status von verschiedenen Aufgaben.

Diese Maßnahmen umfassen -

  • Activity Monitoring - Alle Aktivitäten innerhalb einiger Task geplant auf Tag-zu-Tag überwacht werden. Wenn alle Aktivitäten in einer Aufgabe abgeschlossen sind, wird es als abgeschlossen betrachtet.

  • Statusberichte - Die Berichte enthalten Status der Aktivitäten und Aufgaben innerhalb eines bestimmten Zeitrahmens eine Woche abgeschlossen, in der Regel. Status markiert werden als fertige, anhängigen oder work-in-progress etc.

  • Meilensteine ​​Checkliste - Jedes Projekt ist in mehrere Phasen, in denen wichtige Aufgaben durchgeführt werden (Meilensteine​​), basierend auf den Phasen des SDLC unterteilt. Dieser Meilenstein Checkliste wird einmal alle paar Wochen vorbereitet und meldet den Status der Meilensteine.

Projektkommunikationsmanagement

Effektive Kommunikation spielt eine wichtige Rolle für den Erfolg eines Projekts. Es überbrückt Lücken zwischen Client und die Organisation, die unter den Teammitgliedern und anderen Beteiligten an dem Projekt wie Hardware-Lieferanten.

Die Kommunikation kann mündlich oder schriftlich. Kommunikationsmanagement -Prozess kann die folgenden Schritte haben:

  • Planung - Dieser Schritt umfasst die Kennungen aller Beteiligten in das Projekt und die Art der Kommunikation zwischen ihnen. Es ist auch der Auffassung, ob weitere Kommunikationseinrichtungen benötigt werden.

  • Sharing - Nach der Bestimmung verschiedener Aspekte der Planung, konzentriert sich auf den Austausch von Manager richtigen Informationen mit der richtigen Person zur richtigen Zeit. Das hält jeder beteiligt das Projekt auf dem Laufenden mit Projektfortschritt und den Status an.

  • Meinung - Projektmanager verwenden verschiedene Maßnahmen und Rückkopplungsmechanismus, und erstellen Sie Status und Leistungsberichte. Dieser Mechanismus sorgt dafür, dass Eingaben von verschiedenen Beteiligten wird dem Projekt-Manager als ihr Feedback kommen.

  • Schließung - Am Ende jeder Großveranstaltung, Ende einer Phase des SDLC oder am Ende des Projekts selbst, administrative Schließung wird offiziell bekannt gegeben, jeden Stakeholder, indem E-Mail, durch die Verteilung eines Hardcopy aktualisieren von Dokumenten oder durch andere Mittel der effektiven Kommunikation.

Nach dem Schließen, bewegt sich das Team zum nächsten Phase oder Projekt.

Konfigurations Management

Konfigurationsmanagement ist ein Prozess der Verfolgung und Steuerung der Änderungen in der Software im Hinblick auf die Anforderungen, Design, Funktionen und Entwicklung des Produkts.

IEEE definiert es als "Prozess der Identifizierung und Definition der Elemente in dem System, die Steuerung der Veränderung dieser Elemente während ihres gesamten Lebenszyklus, die Erfassung und Meldung den Status der Artikel und Änderungsanforderungen und die Überprüfung der Vollständigkeit und Richtigkeit der Artikel ".

Im Allgemeinen, wenn die SRS abgeschlossen ist gibt es weniger Chancen, Anforderung von Änderungen von Benutzer. Wenn sie auftreten, werden die Änderungen nur mit vorheriger Zustimmung der höheren Management angesprochen, da es eine Möglichkeit, Kosten-und Zeitüberschreitung.

Baseline

Eine Phase der SDLC wird angenommen, wenn sie über den Baseline, dh Grundlinie ist eine Messung, die Vollständigkeit einer Phase definiert. Eine Phase ist baseline wenn alle Tätigkeiten im Zusammenhang mit es sind fertig und gut dokumentiert. Wenn es nicht die letzte Phase, würde sein Ausgang im unmittelbar nächsten Phase verwendet werden.

Konfigurationsmanagement ist eine Disziplin der Organisation Verwaltung, die Pflege von jeglicher Änderung (Prozess, Bedarf, technologische, strategische etc.) nach einer Phase Baseline nimmt. CM hält Check für Änderungen in der Software.

Änderungskontrolle

änderung kontroll ist abhängig von Konfigurationsmanagement, die dafür sorgt, dass alle Änderungen an Softwaresystem konsequent und nach organisatorischen Regelungen und Vorschriften sind.

Eine Änderung in der Konfiguration des Produkt durchläuft folgende Schritte.

  • Identifikation - Ein Wechsel-Anforderung aus internen oder externen Quelle. Wenn Änderungsanforderung formell identifiziert, wird es richtig dokumentiert.

  • Validierung - Gültigkeit der Änderungsanforderung wird überprüft und die Handhabung Verfahren bestätigt.

  • Analyse - Die Auswirkungen der Änderungsanforderung im Hinblick auf Zeitplan, Kosten und Anstrengungen erforderlich analysiert. Gesamtwirkung des Interessenten Änderung auf System analysiert.

  • Kontrolle - Wenn die potenzielle Veränderung entweder Auswirkungen zu viele Einheiten im System oder ist es unvermeidlich, ist es zwingend der Zustimmung des Hoch Behörden vor Veränderung ist in das System integriert. Es wird entschieden, ob die Änderung im Wert Einbau oder nicht. Wenn es nicht ist, ist Änderungsanforderung formell abgelehnt.

  • Ausführung - Wenn die vorherige Phase bestimmt, um die Änderungsanforderung ausführen, diese Phase geeignete Maßnahmen ergreifen, um die Änderung durchzuführen, macht eine gründliche Überarbeitung gegebenenfalls.

  • Schließen Anfrage - Die Änderung wird für die korrekte Umsetzung und die Fusion mit dem Rest des Systems überprüft. Diese neu gegründete Änderung in der Software richtig dokumentiert und wird der Antrag formal geschlossen ist.

Projektmanagement Tools

Das Risiko und die Unsicherheit steigt in Bezug auf die Größe des Projekts vielfältig, auch wenn das Projekt nach Methoden gesetzt entwickelt.

Es gibt Werkzeuge zur Verfügung, welche die Beihilfe für effektives Projektmanagement. Ein paar sind beschrieben.

Gantt-Diagramm

Gantt-Diagrammen wurde von Henry Gantt (1917) entwickelt. Es stellt Zeitplan für das Projekt in Bezug auf Zeiträume. Es ist ein horizontales Balkendiagramm mit Bars, die Aktivitäten und die Zeit für die Projektaktivitäten geplant.

Gantt-Diagramm

PERT-Diagramm

PERT (Program Evaluation & Review Technique) Diagramm ist ein Werkzeug, das Projekt als Netzwerkdiagramm zeigt. Es ist in der Lage, die grafisch wichtigsten Ereignisse des Projekts in sowohl parallel als auch in Folge so. Ereignisse, die nach dem anderen eine auftreten, zeigen die Abhängigkeit der späteren Veranstaltung über die vorherige.

PERT-Diagramm

Die Ereignisse werden als nummerierte Knoten gezeigt. Sie sind durch Pfeile gekennzeichnet Darstellung Reihenfolge der Aufgaben in dem Projekt.

Ressourcen Histogramm

Dies ist ein grafisches Tool, Bar oder Diagramm, Anzahl der Ressourcen (in der Regel Fachkräfte) über die Zeit für ein Projekt Ereignis (oder Phase) enthält. Ressourcen Histogramm ist ein wirksames Instrument für die Personalplanung und Koordination.

Histogramme Tabelle Histogramme Tabelle

Critical Path Analysis

Dieses Werkzeug ist nützlich bei der Erkennung interdependenten Aufgaben im Projekt. Es hilft auch, um den kürzesten Weg oder kritischen Weg, um das Projekt erfolgreich abschließen zu erfahren. Wie PERT-Diagramm wird jede Veranstaltung zu einem bestimmten Zeitrahmen zugeteilt. Dieses Tool zeigt die Abhängigkeit Veranstaltung unter der Annahme, ein Ereignis kann zum nächsten gehen nur, wenn der vorherige abgeschlossen ist.

Die Ereignisse werden nach ihrer frühestmöglichen Startzeit angeordnet. Weg zwischen Anfang und Ende Knoten kritischen Pfad, der nicht weiter reduziert werden können und alle Ereignisse in derselben Reihenfolge ausgeführt werden müssen.

Advertisements