Projektmanagement: Projektplanung und Ausführung mit Microsoft Project und JIRA

1. Einführung für PM Meisterkurs: Laut PMI, dem Projektmanagement-Institut, braucht der Arbeitgeber bis 2027 87,7 Millionen Personen, braucht der Arbeitgeber bis 2027 87,7 die in den projektmanagementorientierten Rollen arbeiten . Diese Beschäftigungserweiterungen werden von folgenden Sektoren, Fertigung und Bauwesen, Informationsdienstleistungen und Gesundheitswesen, Öl- und Gasindustrie, Finanzen, Versicherungen, Arbeitsplätzen und vielen mehr geleitet folgenden Sektoren, Fertigung und Bauwesen, Informationsdienstleistungen und Gesundheitswesen, Öl- und Gasindustrie, . Es gibt viele Wege, um Projektmanager und es gibt keinen richtigen oder falschen Ansatz. Auf jährlicher Basis würden Arbeitgeber bis zu den nächsten sieben Jahren 2,2 Millionen Fachkräfte benötigen, die in der Projektmanagementbranche arbeiten Projektmanagementbranche . Es gibt also viele Möglichkeiten für Sie, sich in der Projektmanagementkarriere zu übertreffen. Im Durchschnitt verdient ein Projektmanager zwischen 65 und 220 US-Dollar pro Stunde, was etwa 100 Tausend bis 200 Tausend pro Jahr entspricht . Hey, ich bin Nikhil. Wenn PMP und CSM 75 Project Management Professional. Ich bin froh, dass Sie diesen Online-Kurs überprüft haben und ich kann es kaum erwarten, anzufangen. Die Klasse ist vollgepackt mit vielen Informationen. Und ich arbeite derzeit in einem der Fortune 100-Unternehmen in den USA. Und ich habe während meiner gesamten Karriere viele Projektmanager betreut und trainiert . Und dies ist das erste Mal, dass ich mein Branchenwissen, meine Erfahrung als Projekt- und Programmmanager hier in der Online-Community teile meine Erfahrung als Projekt- und . Ich freue mich, dass Sie hier sind, um diese zu gewinnen Wissen, das ich in meiner Amtszeit als Projektmanager in den letzten zehn Jahren über mehrere Misserfolge und Erfolge gewonnen als Projektmanager in den letzten zehn Jahren über habe. Ich habe diesen Online-Kurs so zugeschnitten, dass Sie selbst wenn Sie ein erfahrener Projektmanager oder Anfänger sind, unabhängig davon, wo Sie sich auf Ihrem aktuellen beruflichen Weg befinden, die Wissen, das Sie in Ihrer Projektmanagement-Karriere anwenden könnten. Unmittelbar nach Abschluss dieses Kurses können Sie die Grundlagen des Projektmanagements, der Projektmanagementprozesse, Tools, Techniken und der erfolgreichen Verwaltung vollständig verstehen die Grundlagen des Projektmanagements, der Projektmanagementprozesse , Tools, . Sie erhalten ein gutes Verständnis dafür wie Sie das Projektmanagement-Tool wie JIRA und MS-Projekt verwenden . Sie können das richtige Tool für Ihr Projekt verwenden. Sie können diese Tools mit Zuversicht nutzen und Ihre Stakeholder und Ihr Team beeindrucken können. Wir können Wissen und Fachwissen. Es wird auch etwas über die Soft Skills erfahren , die Sie als Projektmanager benötigen. So verfolgen und erstellen Sie einen Statusbericht, wie Sie großartige Präsentationen erstellen wenn Sie in Ihr höheres Management, Status und Zeitpläne drücken in Ihr höheres Management müssen und vieles mehr. Sie erfahren auch mehr über die Industriestandard-Projektmanagement-Zertifikate , die Ihrer Annahme einen Mehrwert verleihen und wie Sie sich auf diese Prüfungen vorbereiten können. Ich gebe auch Tipps, wie Sie sich auf Ihr nächstes Projektmanagement-Vorstellungsgespräch vorbereiten können . Welche Fragen sind zu erwarten und wie man sie beantwortet. Nun, wenn das alles für dich interessant klingt, dann übernimm die Kontrolle über deine Karriere und den Kurs. Wir sehen uns drinnen. 2. Was ist ein Projekt: Hi, in dieser Lektion werfen wir einen Blick auf die Projektdefinition. Was für ein Projekt ist. Ein Projekt ist vorübergehender Natur, was bedeutet, dass es ein bestimmtes Start- und Enddatum hat. Ein Projekt erstellt ein eindeutiges Ergebnis oder Service. Wenn man sich also etwas anschaut, das hergestellt wird, dass es werksseitig angefertigt wird, ist das kein Projekt, weil es ständig die Schritte wiederholt , um dasselbe zu produzieren. Wenn das Projekt also nie immer wieder dasselbe produziert, wird es etwas Einzigartiges produzieren und es kann Service oder Produkt sein. Jetzt wird das Projekt die Arbeit irgendwann abschließen. Das Vervollständigen des Wortes bedeutet nicht , dass das Projekt abgeschlossen ist. Wir könnten das Projekt abschließen , weil uns die Geldzeit oder etwas anderes ausgegangen ist. Es könnte sein, dass der Umfang des Projekts nicht mehr gültig ist und wir das Projekt beenden müssen. also zu jedem Zeitpunkt Das Projekt wird also zu jedem Zeitpunkt unabhängig von der Dienstleistung definitiv enden, ob es geliefert wird oder nicht, das gesamte Produkt wird erstellt oder nicht. Denken Sie an diese drei Punkte. Und jetzt schauen wir uns die Definition von PMI an. Das Projektmanagement-Institut. Project ist ein vorübergehendes Bestreben, ein einzigartiges Produkt, eine Dienstleistung oder ein einzigartiges Ergebnis zu erstellen. Sehen wir uns nun ein Beispiel für einen Callcenter-Betrieb mit dem Wort selbst an. Es zeigt, dass es sich um eine Operation und kein Projekt handelt. Der Grund, warum ein Callcenter eine Operation und kein Projekt ist, liegt darin, dass es keinen Anfang und Ende hat. Es wird einmal eingerichtet und Kunden werden Tag für Tag in dieses Callcenter anrufen. Dieser Prozess hat also kein Ende . Das ist also eine Operation. Werfen wir einen Blick auf ein anderes Beispiel. Malen Sie ein Zimmer. Ist das ein Projekt oder ein festgelegter Betrieb? Die Antwort lautet also, dass dies ein Projekt ist , denn dies ist ein bestimmter Umfang , der als Malen Ihres Hauses definiert wird. Es endet also, sobald das Gemälde fertiggestellt ist, es hat eine bestimmte Zeitleiste, in der sie das Gemälde in einer Woche oder einem Monat fertigstellen können. Es gibt einen Anfang und ein Ende, ein Haus zu malen. Aus diesen Gründen ist es ein Projekt, bei dem Sie alles, was Sie sehen, täglich mitnehmen und analysieren können Sie sehen, täglich mitnehmen und analysieren ob es sich um ein Projekt oder um einen Betrieb handelt. Denken Sie daran, dass die drei Aufzählungspunkte, die sie projizieren, definitiv kurzfristig sind, was bedeutet, dass sie ein Start- und Enddatum haben. Kurzfristig bedeutet nicht, dass sechs Monate, es vielleicht zehn Jahre dauern könnten, aber definitiv gibt es einen Anfang des ersten Jahres und endet ein Ohr zehn. Aus diesem Grund wird es ein Projekt sein. Wenn, wenn dieses Projekt ein eindeutiges Ergebnis oder eine eindeutige Dienstleistung liefert, dann wird es definitiv zu einem bestimmten Zeitpunkt abgeschlossen sein . Es wird nicht andauern und sich wiederholen. Das ist eine gute Definition eines Projekts und wie Sie ein Projekt identifizieren können. 3. Was ist das Projektmanagement: In dieser Lektion konzentrieren wir uns auf das Projektmanagement, das erfahren kann was ein Projekt in der vorherigen Klasse ist. wir heute einen Blick darauf was ein Projektmanagement ist. Also wechsle ich in den Dia-Modus und setze mich in die Ecke. Werfen wir einen Blick auf die Definition. Projektmanagement ist der Prozess dem die Arbeit eines Teams geleitet , um Projektziele innerhalb der gegebenen Einschränkungen zu erreichen. Also werden wir in einer Minute über die Einschränkungen sprechen. Aber der erste Abschnitt ist ziemlich einfach. Es ist der Prozess, die Arbeit eines Teams zu leiten. Offensichtlich haben Sie als Projektmanager ein Team, das die eigentliche Arbeit erledigt. Und als Projektmanagementleiter oder PM würden Sie diese Anstrengungen unternehmen, um sicherzustellen, dass die Projektziele erreicht werden. Aber schauen wir uns an, über welche Einschränkungen wir sprechen. Der erste ist offensichtlich der Umfang. heißt, Werfen wir einen Blick auf das Projekt, das wir in der vorherigen Klasse besprochen haben, dem Ihr Zuhause gemalt wird. Wie groß ist der Umfang des Projekts? Wenn jemand fragt, besteht der Spielraum darin das Innere und Äußere des Hauses zu streichen. Sie können sogar detailliert auf den Umfang und idealerweise Ihr **** eingehen , denn Innen und Außen sind ein sehr vage, hochrangiger Umfang. Aber du willst tief in die Umlackierung der Wände eintauchen, malt die Tür neu. Bemalen wir die Decke so , dass der Umfang vergrößern oder verringern kann. Wenn Sie Ihren Bereich immer sperren möchten, aber Sie haben die Möglichkeit, ihn später zu aktualisieren. Aber das sind die Einschränkungen , die wir hier sprechen, die sich auf das Projekt auswirken würden, wenn sie nicht gut gepflegt werden, gut verwaltet werden. Werfen wir einen Blick auf die nächste Einschränkung, die Kosten sind. Was ist also das Budget , um dieses Gemälde zu machen? Haben Sie 5 Tausend Dollar oder haben Sie 10 Tausend Dollar? Wie hoch sind die Kosten für die Fertigstellung dieses Projekts? Es hängt also ganz vom Kunden ab, oder nehmen wir an, Sie sind der Kunde und Sie suchen nach Malern, die die Arbeit erledigen Sie hätten einen festen Geldbetrag , den Sie zur Vervollständigung bereitgestellt haben die Arbeit. Es könnte 1000.100000000000 Dollar betragen. Sobald Sie anfangen, die Gerichte zu bekommen, können Sie den Umfang erneut aufrufen und sagen, dass ich nur 1 1000 Dollar habe. Malen wir also nicht das Äußere. Lassen Sie es uns auf das Innere reduzieren. Deshalb hängen diese Einschränkungen voneinander ab. Also schauen wir uns hier in einer Minute ein Beispiel an. Aber schauen wir uns den nächsten an, der Zeitplan ist. Der Zeitplan ist nichts anderes als die Zeitleiste. Wie lange muss man diese Arbeit abschließen? Ben, musst du diesen Maljob von zwei erledigen? Du brauchst es vor nächster Woche oder brauchst du es heute Ende des Tages? Denn wenn der Zeitplan oder der Zeitplan nicht flexibel ist , können die Kosten steigen. Lassen Sie uns sagen, Sie möchten, dass jemand das Gemälde heute fertigstellt, dann ist es vielleicht möglich. Es ist möglicherweise nicht möglich. Vielleicht hat jemand 20 Leute kommen und alles an einem Tag erledigen. Es ist durchaus möglich, aber dann zahlen Sie für 20 Personen, anstatt wenn Sie einen Monat Zeit haben, um das Projekt abzuschließen. Und vielleicht kannst du einfach eine Person bezahlen und ihn in etwa 20 Tagen machen lassen . Offensichtlich sind diese voneinander abhängig. Und wenn sich eine dieser Änderungen ändert, kann sich dies auf die Projektqualität auswirken. Sie müssen also Ihren Umfang, Ihre Kosten und Ihren Zeitplan beibehalten oder verwalten. Und in der Projektmanagementwelt würde man dies als dreifache Einschränkung hören , als Projektbeschränkungen. Das ist also sehr einfach und Sie werden in der Projektmanagementwelt immer die dreifachen Einschränkungen hören . Sie müssen also verstehen, dass es sich um Umfang, Kosten und Zeitplan oder alle drei handelt . Denn wenn sich einer von ihnen während der Dauer des Projekts ändert, wird sich dies definitiv auf die Qualität des Projekts auswirken. Denn wenn du dein Zuhause streichen willst und lass uns sagen, hast du nur 1000 Dollar. Vielleicht kann jemand , der qualifizierte oder weniger Erfahrung mag , kommen und die Arbeit erledigen, aber vielleicht ist er nicht so ordentlich, wie Sie jemanden bezahlen , der professionell gemalt nach Hause kommt. Das ist also fair. Sie können diese Beispiele in Beziehung setzen werden Punktebiegung Zeitplan zu malen Ihr Zuhause. Als einfaches Beispiel, das man sich merken kann, werden wir uns in einem Beispiel hier an der Tafel ausführlich ansehen . Also lass mich hier auf die Blackboard springen. Sagen wir, ich muss nur ein Zimmer malen. Du hast vier Wände. Ihre Schule hat also vier Mauern. Das Zimmer hat eine Tür. Willst du dann die Tür plus die Decke streichen? Wenn Sie dies also als Geltungsbereich haben, haben Sie nur Budget als 500. Und du musst das in einer Woche erledigen. Nehmen wir an, das erste Zitat , das Sie erhalten haben, ist, okay, ich kann diese 400-Dollar-Wand nicht machen. Nur für die Wand. Dann wird es 400 für die Wand, plus 100 für die Tür plus 50 für die Decke. Also offensichtlich 400 plus einhundertfünfhundert. Diese Kosten betragen also 550, was über Ihrem Budget von 500 liegt. Dann reduzierst du die Kosten und sagst: Hey, ich brauche die Obergrenze nicht, um fertig zu werden. Dies wirkte sich jetzt auf die Qualität aus. Du hast also ein ordentliches Zimmer, schmutzige Decke. Ergibt das Sinn? So können Sie das Projektmanagement und die dreifache Einschränkung hier als Beispiel betrachten Projektmanagement und die dreifache Einschränkung , jede der Einschränkungen ändert sich wie Kosten, Zeitplan oder Umfang, dann wird es das Projekt auf die eine oder andere Weise. Als Unterrichtsübung möchte ich, dass Sie sich ein anderes Projekt ansehen und darüber nachdenken , das Sie in Ihrem Haushalt haben und sehen, wie Sie Ihre Schulkosten und Ihren Zeitplan verwalten würden , um diese bestimmte zu verwalten project oder ich Leute, also das ist alles für diesen Kurs. Wir werden in der nächsten Klasse fangen, bei der es sich um Projektmanagementmethoden handeln wird. Wir werden über die verschiedenen verfügbaren Methoden sprechen heutzutage gemeinsam praktiziert werden. Und wir werden uns ansehen, was das sind. Okay, also lasst uns diesen Kurs abschließen und wir sehen uns im nächsten. 4. PMO: Ein PMO ist ein Projektmanagement-Büro. Einige Organisationen haben möglicherweise PMO und andere sind es möglicherweise nicht. allgemeine Idee Ihres Projektmanagementbüros besteht darin, Richtlinien einzurichten und Projektmanagern die Durchführung eines Projekts oder mehrerer Projekte bereitzustellen . Wenn Sie ein Projektmanagementbüro in Ihrer Organisation haben. Das PMO würde also diese Richtlinien geben, was die KPIs und wie sie gemessen werden sollten, die wichtigsten Leistungsindikatoren. Sie hätten auch einen Prozess , um Projektmanager für verschiedene Projekte in Ihrer Organisation anzufordern Projektmanager für . Und diese Projektmanager werden Teil des PMO-Projektmanagement-Büros sein. Sie werden dem Projekt zugewiesen , um dieses Projekt durchzuführen. Und sobald sie es getan haben, kehren sie zu PMO zurück und wiederholen diesen Zyklus. Wenn Ihre Organisation über ein Projektmanagementbüro verfügt, werden normalerweise die meisten Prozesse dort festgelegt, wie die KPIs und wie das Projekt verfolgt wurde. Alle Richtlinien und Schulungen werden vom PMO-Büro zur Verfügung gestellt. Und als Projektmanager sollten diejenigen, die bei PMO Bericht erstatten, die Richtlinien des Projektmanagementbüros befolgen die Richtlinien des Projektmanagementbüros . 5. Project: Leute, willkommen zurück in der Klasse. Werfen wir einen Blick auf die Methoden des Projektmanagements. So gibt es in erster Linie zwei wichtige Methoden in Nachrichten, insbesondere in Software, ist agil. Agil kann in allen Branchen eingesetzt werden, erhält aber auf der Softwareentwicklungsseite viel Zugkraft. Agil und Wasserfall sind die beiden wichtigsten Methoden , die heute bestehen. Wir werden uns beides ansehen. Die beiden Hauptmethoden, die wir heute behandeln werden, sind Methode des Wasserfall-Projektmanagements und die agile Projektmanagement-Methodik. Sprechen wir also zuerst über Wasserfall. Sie könnten mit diesem Diagramm vertraut sein. Es ist seit so vielen Jahren in der Branche und so viele Projekte wurden mit Wasserfall abgeschlossen. Es gibt immer noch Organisationen , die agil laufen folgen immer noch Wasserfallmethoden für bestimmte Arten von Projekten. Und wir werden uns jeden von denen in der heutigen Sitzung ansehen . Wie Sie dem Namen und dem Diagramm hier entnehmen können, ist der Wasserfall sehr sequentiell. Man kann nicht von einem Schritt in einen anderen springen. So wie fast wirklich. Sie müssen die erste Phase abschließen und dann zur zweiten Phase übergehen, wie Sie in der Grafik hier sehen können. Es fängt also mit der Projektplanung an der Spitze an. Dort fängt alles an. Die Planung erfolgt also im Voraus und es gibt immer eine Möglichkeit, den Plan anzupassen. Und wie wir mehr wissen, können wir den Plan immer optimieren. Aber in Wasserfallmethoden gilt das als große Kopfschmerzen weil es viel Papierkram gibt den Umfangsplan zu ändern, Dinge wie diese im Wasserfall. Wenn Sie einen vordefinierten Bereich haben und sich dieser nicht ändern wird, ist der Wasserfall ideal. Aber wenn Sie sich nicht sicher sind was dieses Projekt sein wird, wie groß ist der Aufwand? Und Sie können nur mehr wissen, wenn Sie mehr Dinge tun , als was der Herbst möglicherweise nicht die Option ist. Und hier kommt der Agile ins Spiel. Aber wir werden in einer Minute über das Agile sprechen. Lassen Sie uns die verschiedenen Phasen des Wasserfallmodells durchgehen. Der erste, wie Sie hier sehen können, ist also wie Sie hier sehen können, die Projektplanungsphase. Das ist die Phase, in wir uns die Projektanforderungen ansehen, was muss getan werden, wie viel wird es auf hohem Niveau kosten, welche Ressourcen werden benötigt? Also werden wir uns alle in der Projektplanung ansehen , dann kommt die Anforderungsphase. In der Anforderung betrachten wir also eine detaillierte Anforderung des Sponsors oder des Kunden und werden diese überprüfen und Fragen stellen und sie verfeinern bevor wir in die nächsten Phasen springen, wir möchten stellen Sie sicher , dass im Wasserfallmodell die Anforderung so weit wie möglich erfüllt wird bevor Sie mit den nächsten Schritten fortfahren. Denn sobald wir das Projekt beginnen, müssen die Ressourcen normalerweise für eine bestimmte Zeit gebucht oder gesperrt werden. Es ist also sehr schwer zu ändern. Es ist immer eine schmerzhaftere Anstrengung in Wasserfallmethodik, die Ressource zu ändern oder den Umfang, die Kosten und solche Dinge zu ändern. Deshalb ist es sehr wichtig, während der Anforderungsphase so viele Informationen wie möglich zu sammeln während der Anforderungsphase so viele Informationen wie möglich , damit wir in den Gesichtern, denen Sie folgen, nicht viel ändern müssen . Sobald die Anforderung erfüllt ist, fahren wir mit der Analyse fort. Es wird diese Fachexperten in dieser Phase engagiert sein . Und schauen Sie sich die Anforderung an, um zu sehen, wie wir eine Lösung finden können. Voraussetzung könnte also sein, dass ich eine Brücke über diesen Fluss bauen muss und sie ist zwei Meilen lang und Sie haben einen Vier-Bit-Carlin oder was auch immer die Anforderung ist. Je nach Anforderung würde der Fachexperte die Analyse durchführen und das Beste finden , was wir für diese Anforderungen tun können , sobald die Anforderung erfüllt ist. Daher werden Analyse und Design typischerweise zu einer einzigen Stufe zusammengefasst. Es dokumentiert nur, welchen Ansatz wir werden, um diese Anforderung zu erfüllen, das Endprodukt basierend auf der Anforderung zu liefern Dies ist unsere Analyse und so würden wir entwerfen Sie die Lösung, um die Produkte zu liefern. Hier kombinierten sich die Analyse- und Entwurfsphasen, typischerweise im Projekt. Und es ist sehr wichtig für das Designteam oder das Entwicklungsteam, das hier als Codierung demonstriert wird. Wenn es sich nicht um ein Softwareprojekt handelt, könnte es die eigentliche Entwicklung, was auch immer wir bauen, diese Bauphase sein. Hier ist das Design und die Analyse entscheidend, da das Produkt auf der Grundlage des Designs basiert . Wenn Sie also das Design falsch verstanden haben, dann. Und in der Entwicklungsphase kann bei der Entwicklung nichts schief gehen . Sobald die Entwicklung abgeschlossen ist , würde der Entwickler oder wer auch immer es dieses Produkt baut, die Komponententests durchführen, was bedeutet, dass wer auch immer es dieses Produkt baut, die Komponententests durchführen, was bedeutet, dass er die grundlegenden Tests durchführen würde, um zu sehen, ob es dem entspricht Anforderung, die in der zweiten Phase erwähnt wurde. Und es entspricht auch den Designdokumenten. Sobald dies erledigt ist, würden sie es dem Testen übergeben, was eine unabhängige Gruppe von Menschen wäre , weil sie sich so auf die Lösung und das Ergebnis konzentrieren und nicht suchen durch die Schlupflöcher. Hier würde das Testteam also ins Spiel kommen und sie werden einen End-to-End-Test durchführen. Ob es sich um Funktionstests, Integrationstests und alle Arten von verschiedenen Tests handelt, die wir haben. Das wird also in der Testphase geschehen. Sobald die Tests abgeschlossen sind, ist der Kunde mit dem Ergebnis zufrieden, dann haben wir in der Produktions - oder Live-Umgebung eingesetzt. Wenn wir ein Beispiel für eine Website nehmen müssen. Die Projektplanung würde also beinhalten, okay, was soll die Website dienen? Benötigt es einen Login und welche Art von Kunden werden auf diese Website kommen. Das geschieht also in der Projektplanung und in der Anforderungssitzung wird beschrieben, welche Methode zur Überprüfung der Anmeldung verwendet werden soll. Wie sollten die Anmeldeinformationen sein? Sollten sie Benutzernamen und Passwort verwenden? Brauchen wir andere Informationen vom Benutzer, solche Dinge. Sobald dies während der Analyse- und Entwurfsphase definiert wurde, würde das Design der Website einschließlich der Funktionalität stattfinden. Und basierend auf diesem Design würde der Entwickler, der Webentwickler, eine Website entwickeln , die zum Testen bereit wäre. Wir werden dieses Produkt dem Kunden geben um einige zusätzliche Tests durchzuführen, einschließlich des Alpha - und Beta-Tests. Und sobald alles gut aussieht, ist es bereit zur Vorhersage zu gehen. Dann würden sie sich abmelden und wir würden die Produktions-Live-Umgebung bereitstellen. Aber in der Regel funktioniert eine Wasserfall-Methodik. Und diese Schritte werden nacheinander befolgt. Alles klar, also schauen wir uns jetzt den Agile-Prozess an. Lassen Sie mich also von rechts nach links bewegen , damit Sie den Bildschirm sehen können. Okay, ich denke , das ist viel besser. Agil ist in der Regel ein iterativer Prozess , der in beiden Fällen Scrum und Kanban ist, es ist eine kontinuierliche Verbesserung. Das ist das primäre Motto von Agile. Der Grund, warum Agil in Kraft getreten ist, ist, wie Sie im Wasserfall sehen, eine Einschränkung haben, dass, wenn die Entwurfsanalysephase schief geht, offensichtlich der Rest des Gesichts fallen wird auseinander. Und es ist ein sehr zeitaufwändiger Prozess , zurückzugehen und Dinge zu reparieren. In Agile ist die Idee, dass wir frühzeitig liefern oder scheitern, was bedeutet, dass wir zu Beginn des Projekts nur begrenzte Informationen hätten, sodass wir das Projekt mit diesen Informationen beginnen werden. Und wenn wir mehr erfahren, haben wir die Möglichkeit, bessere Produkte zu verbessern , zu iterieren und zu bauen. Das ist also das ganze Konzept von Agile. Wenn man sich den Kreis 12345 anschaut, würde man sehen, dass all die verschiedenen Phasen , die wir im Wasserfall haben, tatsächlich in Agile, aber in kleineren Stücken gemacht werden. Die erste ist also die Planung und Priorisierung. Zweitens ist Voraussetzung. Drittens ist Design und Analyse, zu überprüfende Implementierung. All diese fünf Schritte sind also genau die gleichen wie der Wasserfall. Aber diese fünf Schritte sind der Kernprozess, der für das sehr kleine Puzzleteil erledigt wird . Das heißt, sagen wir, wenn Sie eine Website erstellen, erstellen wir zuerst eine leere Seite. Und das war's. Der hat die leere Seite angewendet und überprüft, ob sie gerendert wird und die Farben richtig hat, und solche Dinge. Im Grunde wäre die Planung also, ich möchte eine leere Seite mit weißem Hintergrund. Kann es also gemacht werden? Es wird die Planungsanforderungen, die Entwicklung und das Testen durchlaufen , und wenn dies erledigt ist, so dass das Geschäft erledigt wird. Als Nächstes schauen wir uns die Anmeldeseite an und sagen: Okay, jetzt möchte ich einen Benutzernamen und ein Passwort eingeben und dann prüfen, ob es die Anmeldeinformationen validiert und der Benutzer sich anmelden kann. Dies würde wieder die Anforderungen, die Analyse, die Konstruktionstests und die Bereitstellung durchlaufen . Der Zyklus wird also fortgesetzt, bis alle kleinen Teile eingerichtet sind Wir liefern einen kleineren Wert als das gesamte Projekt als Urknall-Einsatz. Also dort ist Agile effektiver. Denn wenn etwas nicht stimmt, können wir das im Voraus identifizieren. Und das ist eine Gelegenheit für das Team, dies zu korrigieren, bevor wir den Urknall freilassen. Das sind also die beiden Projektmanagement-Methoden, Wasserfall und Agil. Der Vorstand hat seinen eigenen Platz in der Projektmanagementwelt. Aber heutzutage haben immer mehr Branchen und Organisationen es vorgezogen, agil zu da die IT agil sehr flink schnell ist und das Team sich sehr früh anpassen kann und oft besser liefern kann Ergebnisse als Wasserfall in der Wasserfallmethodik, wenn Sie feststellen, dass etwas nicht stimmt, wird es zu spät sein. Während wir in Agile kleinere Komponenten liefern, kleinere Komponenten liefern, mindestens lebensfähiges Produkt oder je nachdem der beste Wert ist, den der Benutzer erhalten kann. In einem sehr frühen Stadium sind die Kunden zufrieden und das Team erhält Feedback, das in die anschließende Erstellung und Veröffentlichung integriert werden kann . Das sind also die beiden prominenten Projektmanagement-Methoden. Und in der nächsten Lektion werden wir einen Blick auf die Leaderships sterben und den Projektmanagementstil für jede dieser Methoden werfen. Denn als Projektmanager würden Sie das Projekt im Wasserfall als Agile völlig anders leiten . Und Wasserfall, Es ist eine sehr beherrschende Regel im Vergleich zu einer agilen. Es ist eher eine Dienerführung. Wir werden uns den Kommandierungs- oder Führungsstil in der nächsten Lektion oder im nächsten Kapitel ansehen . Und wir schauen uns die Führungsbehörde für Wasserfall und Agil an. Damit wird diese Lektion abgeschlossen und wir werden auf die nächste Lektion springen , um uns Führungsstil und Autorität zu befassen. 6. Project: In der vorherigen Klasse haben wir uns die Führungsstile angeschaut und werden uns heute die Zeremonien sowohl im Wasserfall als auch im Agil ansehen . Dies sollte Ihnen ein Beispiel geben, eine Vorstellung davon, warum bestimmte Führungsbehörden im Waterfall versus Agile ausgeübt werden . Also lass mich dir diese Diashow hier zeigen. Im Wasserfall haben wir, wie wir uns in der vorherigen Klasse angesehen haben, einen maßgeblichen, kommandierenden Projektmanager , der dem Team erklärt, was zu tun ist, nicht unbedingt wie, sondern wann es zu tun und zu verstehen ist aus diesem Grund musst du dir die Zeremonien ansehen. In einem typischen Wasserfallprojekt hätten Sie also große Meetings, bei denen mehrere Teilnehmer an der Statusbesprechung teilnehmen würden . Wenn Sie sich die Details des Teams in einem Wasserfall ansehen, haben Sie manchmal Kunden, die an dem Meeting teilnehmen. Sie haben Ihr Produktteam, Ihr Projektteam. Manchmal sollte ein Projektsponsor an dem Anruf teilnehmen oder ein Kunde sein. Es gibt also mehrere große Gruppen von Personen, die einem Anruf beitreten. Sie könnten Interesse an kleineren Teilen innerhalb des Projekts haben , aber nicht als Gesamtprojekt. Natürlich hat Ihr Kunde und Sponsor die Idee, das Projekt oder den Umfang abzuschließen , um den er Sie gebeten hat, abzuschließen. Es könnte jedoch ein anderes funktionsübergreifendes Team geben, an dem sie teilnehmen, um bestimmte Aufgaben im Projekt zu erledigen. Sie sind sich also möglicherweise Ihres Projekts nicht vollständig bewusst oder sind sich nicht für das gesamte Projekt interessiert. Deshalb muss der Projektmanager in der beherrschenden Position sein , das Treffen zu kontrollieren, um sicherzustellen, dass Dinge diskutiert werden und nur relevante Dinge diskutiert werden. Also muss er die Kontrolle übernehmen. Er muss verantwortlich sein, um sicherzustellen, dass das Ergebnis, das das Projektteam und ich PM sagen, was er oder sie sucht , aus dem Treffen erreicht wird. Typische Zeremonien im Wasserfall sind die wöchentliche Statusbesprechung, bei der das Projektteam den Status besprechen würde. Der Projektmanager würde sich das Risiko und Probleme ansehen und prüfen, ob ein Risiko oder Probleme zu diesem Zeitpunkt behandelt werden müssen, in den diskutierten Entscheidungen werden angemeldet und ob es andere gibt Dinge, die kommuniziert werden müssen, werden diese Dinge während der Statusbesprechung auftauchen. D steuert ein Statusbesprechung von Ende zu Ende. Deshalb muss er maßgeblich sein. Werfen wir einen Blick auf die nächste Zeremonie, die agil ist. Und typischerweise sind Agile Scrum Masters, wie wir in der vorherigen Klasse gesehen haben , Dienerführer, was bedeutet, dass sie eher wie ein Moderator sind. Warum ist das der Fall? Denn im agilen, mehr als nur Statusbesprechung, ist es ein tägliches Stand-up, bei dem das Team zusammenarbeitet und sich selbst bei den Aufgaben verwaltet , an denen es arbeitet. Sie brauchen nicht viel Input vom Scrum-Master weil es sich um ein selbstverwaltetes Team und sie wissen, was zu tun ist und wie es geht. Wenn Sie sich dieses Cram-Team ansehen, haben Sie Product Owner, Entwicklungsteam und Scrum Master. Es ist also ein Kernteam , das sich auf ein einziges Motiv konzentriert , das den Umfang des Projekts darstellt, um dieses Projekt abzuschließen, so dass es keine Störung als solches gibt. Scrum Master muss also nicht so maßgeblich oder befehligend sein, um sich um irgendetwas zu kümmern , denn es ist Ihr Kernteam. Sie müssen sich keine Sorgen machen, die Hauptsache zu kontrollieren. Es trainiert nur das Team , um sicherzustellen, dass es sich selbst verwaltet. Kurz gesagt, ist der Grund, warum der Projektmanager gegen verbrannte alle ihre beherrschende maßgebliche Macht aufgrund der Natur des Methodik, die im Projektmanagement verwendet wird, die Sie bei der Ausführung von Waterfall versus Agile beachten müssen. Jetzt, in der nächsten Klasse, werden wir uns die verschiedenen Frameworks innerhalb von Agile ansehen , die beiden am häufigsten verwendeten einmal oder Scrum und Kanban. Und wir werden sehen, wie diese beiden benutzt werden und was ist der Unterschied. 7. Projektsteuerung: Okay, also werfen wir einen Blick auf die Projektführung per Definition, Projektführung ist der Managementrahmen in dem die Projektentscheidungen getroffen werden. Ich möchte hinzufügen, dass Projektbündnisse der Rahmen und die Struktur sind, dieses spezielle Projekt ausgeführt wird , damit jeder im Team eine gleiche Idee hat, gleiche Verständnis von was zu tun ist, wenn Projektführung per Definition der Managementrahmen ist , innerhalb dessen die Projektentscheidungen getroffen werden. Das heißt, wie dieses Projekt ausgeführt wird. Wie ist die Gesamtstruktur? Wie sieht das Team aus? Wie kommunizieren wir miteinander? Was passiert, wenn wir ein Problem haben? Wie eskalieren wir ein Problem? Was passiert, wenn Entscheidungen getroffen werden sollen? Wer sollte für Entscheidungen angesprochen werden? Wer ist die Befugnis, diese Entscheidungen für das Projekt zu treffen? Wie erhalten wir Zulassungen? Was passiert, wenn sich die Change Management von Projektkünstlern ändert, die wofür verantwortlich sind? Es legt also im Grunde eine große Richtlinie für das gesamte Projektteam fest. Jeder ist sich also sehr klar was seine Verantwortung und Rechenschaftspflicht sind. Und einige der Dinge , die Sie im Rahmen der Projektführung tun , sind die RACI-Matrix. Das RACI ist nichts anderes als ein Diagramm, in dem Sie jedes einzelne Teammitglied auflisten und als verantwortlich, rechenschaftspflichtig, konsultiert oder informiert markieren . Wenn also jemand den eigentlichen Job erledigen muss, wäre er dafür verantwortlich. So ist er nie ein Beispiel für das Website-Projekt, die Personen, die für die Gestaltung der Webseite verantwortlich sind , oder die Freunde Endentwickler. Wenn Sie also eine Projektaufgabe und den Plan haben , der besagt, entwerfen Sie die Front-End-Webseite. Dann würden Sie diesen Webentwickler als verantwortliche Stelle zuweisen . Als Projektmanager kennzeichnen Sie sich selbst als verantwortlich für dieselbe Aufgabe. Und dann hätten Sie das Designteam, das Design an diesen Entwickler übergeben hat. Sie würden als konsultiert gekennzeichnet und alle anderen Projektbeteiligten würden wie in PharmD gekennzeichnet. Daher ist es zu jedem Zeitpunkt, jedem Einzelposten in Ihrem Projektplan, bei jedem Einzelposten in Ihrem Projektplan, gut, ein RACI verantwortlich, rechenschaftspflichtig, konsultiert und informiert zu haben , damit jede Projektpartei weiß was sie sind dafür verantwortlich, wer dafür verantwortlich ist und wer sollte konsultiert werden, wenn sie Fragen haben und wer in der Schrift aufbewahrt werden sollte. Das ist wirklich wichtig, um als Team zu definieren und zu verstehen und vereinbaren, dass dies die Projektverantwortung sind , und so werden wir das Team verwalten und das Projekt ausführen. Als nächstes sind Zulassungen. Nehmen wir an, Sie haben ein Budget vorbei und planen, 100 Tausend Dollar auszugeben, aber jetzt müssen Sie 150 Tausend haben. Wie würde ich festlegen, dass die Genehmigung funktioniert? Wer genehmigt dieses zusätzliche Budget und wenn das Projekt diese Dinge erreicht hat, dann wissen Sie genau, wie die Genehmigungen erhalten und vorankommen können. Anstatt es zum Zeitpunkt der Ausführung herauszufinden, haben Sie eine sehr kritische Kommunikation . Wie kommuniziert man zwischen Team, innerhalb und außerhalb des Projekts und all das. In der nachfolgenden Lektion werden wir uns die Websites für die Zusammenarbeit ansehen und wie Sie diese vor dem Projekt einrichten , damit das Teammitglied einen Ort hat, an dem es Dokumente speichern kann sie können kommunizieren und all das. Dann müssen Sie auch das Engagement der Stakeholder definieren, wie der Projektstatus gemeldet werden soll, wie viele Besprechungen Sie besuchen müssen? Was sind die kritischen Meetings? Wer sollte an diesen Meetings teilnehmen? Wie werden Entscheidungen getroffen? Wer sollte an Entscheidungen beteiligt sein? All das zusammen, das ist die Projektführung. Sobald Sie dieses lineare Projekt entwickelt man einen guten Start, denn jetzt haben Sie richtige Richtlinien. Denken Sie also darüber nach, während Sie und Ihre Freunde einen Filmabend machen. Wenn wir also im Voraus einen guten Plan haben, dass wir Uber anrufen werden, werden wir zu Displays ankommen und von dort aus bekommen wir die Tickets. Sie werden draußen zu Abend essen, all die verschiedenen Dinge. Jeder ist also irgendwie darauf ausgerichtet was passieren muss, wenn der Filmabend, der Tag kommt. Sie können sich die Governance als ähnlich vorstellen, um sie hier in einigen Fällen auf einfache Weise zu formulieren, wenn Sie kein PMO, das Projektmanagementbüro, haben, müssen Sie dies möglicherweise für sich selbst einrichten. Unser Freund in einer bestimmten Organisation gibt es PMO-Projektmanagement-Büro. Sie hätten Standardvorlagen für jeden der hier diskutierten Elemente, wie rassige Genehmigungen, Besprechungen, Vorlagen und Formate. Sie können also das PMO-Team bitten, Ihnen alle Vorlagen zur Verfügung zu stellen, und Sie können sie wiederverwenden. Aber selbst wenn Sie es nicht haben, definieren Sie nur, wie diese Dinge passieren werden, dokumentieren sie und teilen sie mit dem Team , damit alle vor Projektbeginn ausgerichtet sind. Manchmal könnten es sich um Anforderungen des Lenkungsausschusses handeln. Lenkungsausschuss könnte die Führungskräfte sein, die sich für Ihr Projekt interessieren. Sie könnten ein Portfolio von Projekten haben. Nehmen wir an, sie arbeiten an einer größeren digitalen Implementierung der Organisation. Und Ihr Website-Projekt ist nur eines der Projekte. Im Allgemeinen möchten sie also über das gesamte Portfolio im Rahmen der digitalen Implementierung wissen und das Website-Projekt ist eines davon. Sie haben möglicherweise spezifische Anforderungen, dass Sie den Projektstatus und das Monatsende drücken. Solche Dinge müssen auch definiert werden, damit alles um die Projektführung abgewickelt wird. Und es wird im Voraus definiert, bevor das Projekt gestartet wird Sie können die Vorlagen für jedes dieser hier aufgeführten Elemente herunterladen , damit Sie besser verstehen , was es bedeutet und wie es aussieht wie in einem realen Projekt? 8. Gemeinsame Projektmanagement-Tools: wir nun ein gutes Verständnis für den Wasserfall und das agile Projektmanagement haben , schauen wir uns nun die verschiedenen Tools an, die der Projektmanager oder Scrum Master für Wasserfall- und agile Projekte verwendet der Projektmanager oder Scrum Master . Lassen Sie mich also hier zur Diashow springen. Bei der Verwaltung eines Wasserfallprojekts verwendet der Projektmanager hauptsächlich Tools, der Projektmanager hauptsächlich Tools die ihm helfen, einen Statusbericht zu planen und zu erstellen sowie Abhängigkeiten und Workflows anzuzeigen. Fangen wir also von oben an. Der erste ist also Microsoft Visio. Visio ist ein Tool, das von Projektmanagern und Designern verwendet wird , um die Abhängigkeit in einem Swim-Lane-Format darzustellen. Sie können Flussdiagramm und verschiedene Dinge in Physios anzeigen , und das ist sehr praktisch, um zu zeigen, wie die Projektabhängigkeiten sind wie der Workflow aussieht. Diejenigen, die sich außerhalb des Projekts befinden. Sie verstehen ein sehr hochrangiges Bild. Und Vizio ist ein mächtiges Werkzeug, um zu demonstrieren, dass die am zweithäufigsten verwendete IT oben links Dendrit, das ist PowerPoint und Excel. In den meisten Fällen haben Projektmanager es vorgezogen, Plan- und MS-Projekte zu erstellen, aber es ist ein so komplexes Tool, dass es schwierig ist, dies aufrechtzuerhalten, sobald Sie den Plan entwickelt haben , wenn er einige subtile Änderungen vornimmt Pflanze, also bevorzugen die Leute eine hervorragende Stelle und es ist auch einfach, das Excel zu teilen, dann MS Project, denn wenn die andere Person keine Lizenz hat und sie es nicht öffnen und verstehen kann. Als PM haben Sie das MS-Projekt gut im Griff, aber für andere innerhalb des Teams wäre Excel eine bessere Möglichkeit, den Plan und eine Zeitleiste zu betrachten . Excel wird auch verwendet, um Daten zu manipulieren, Pivot-Tabellen zu erstellen und Daten wie diese zu analysieren. Excel wird also sehr häufig in einem Wasserfallprojekt verwendet. Wenn Sie sich den Statusbericht und andere Dinge ansehen, die Sie als Projektmanager präsentieren müssen . Dort werden PPT- und Word-Dokumente verwendet. Wenn Sie den Workflow dokumentieren oder den Prozess aufschreiben müssen, kommt das Wort hier ins Spiel. Aber Sie müssen einen Statusbericht erstellen oder eine Präsentation vor der Führung durchführen. Dort wird Microsoft PowerPoint verwendet. Abgesehen davon, um all diese Dokumente zu speichern, war es früher SharePoint in der Vergangenheit. Jetzt ist der größte Teil der Organisation im Jahre 18 zu Microsoft umgezogen. Und in einigen Fällen könnten es sich um Google, OneDrive und viele andere Dinge handeln, bei denen all diese Projektartefakte gespeichert sind. Und dies sind die wichtigsten verwendeten Tools für Wasserfall als Projektmanager. In einigen Fällen zur detaillierten Datenbankanalyse und ähnlichem. Microsoft Access wird auch als Tool verwendet, aber in sehr seltenen Fällen. Werfen wir einen Blick auf das Agile. In Agile, den beiden häufig verwendeten Haupttools, unser Jira und Confluence. Jira ist Ihr Board , in dem die Haftnotizen und Sprints sowie der Produktbestand beibehalten werden. Und Confluence ähnelt SharePoint, wo die gesamte Dokumentation zu diesem Jira-Board gepflegt wird. Abgesehen von GLN Confluence das Team oder der Scrum Master auch alle Tools, die für die rückwirkende Planung und auch für die Schätzung geeignet sind. Das Tool, das üblicherweise für Story-Pointing verwendet wird, ist die Pokerplanung. Wir werden uns diese später in der Klasse ansehen. Dies sind jedoch auf hohem Niveau, die allgemeinen Tools, die von Projektmanager oder Scrum Master zum Verwalten und Ausführen von Projekten verwendet werden. 9. Project Manager VS Scrum Master Leadership: Ordnung, also werden wir in der heutigen Klasse über die Führungsstile im Projektmanagement sprechen . Es gibt in erster Linie zehn verschiedene Führungsstile, aber die heutige Klasse werden wir sie von der Rolle des Projektmanagers und der Scrum-Master-Rolle abstützen . So können Sie besser verstehen wenn Sie ein Wasserfall-Projekt verwalten, welche Art von Führungsautorität Sie erben im Vergleich zu einer Scrum-Master-Rolle, welche Art von Führungsrolle sollten Sie oder welche Art von Führungsrolle sollten Sie ausüben? Werfen wir also einen Blick auf die Rolle des Projektmanagers und die Scrum-Master-Rolle und sehen, wie die Führung in beiden Rollen unterscheidet. Ich bin also fest davon überzeugt , dass ein Bild mehr als Worte repräsentiert. Für den Projektmanager verhält sich also normalerweise ein Projektmanager. Es ist so, dass er die volle Autorität und Kontrolle über das Team hat . Er teilt ihm mit, dass das Zentrum zwischen dem Team, dem Kunden, dem Sponsor des Stakeholders und allen liegt , oder? So wird er der Single, der gezwungen alle dazu zu bringen, die Projektziele zu erreichen. Das sehen Sie also auf dem Bild, auf dem sich der Projektmanager oben befindet. Er kündigt das Mikrofon an, was muss getan werden? Nicht unbedingt wie, aber er stellt die Voraussetzungen für das Team. Team hat also die höhere Verantwortung , die Aufgabe auszuführen. Aber als Projektmanager hat er mehr beherrschende Macht, er hat mehr Autorität, wenn er nichts vom Team oder dem funktionsübergreifenden Team erledigt. Er hat die Fähigkeit zu eskalieren und Hilfe zu holen. Er ist eher in der Kontrolle als im Team. Werfen wir einen Blick auf das Bild für ScrumMaster. Hier. Der ScrumMaster ist eher wie ein Dienerführer. Er ist ein Coach und Moderator und nicht die beherrschende Macht , die der Projektmanager zerrissen hat. Der ScrumMaster ist eher nicht die beherrschende Macht , die der Projektmanager zerrissen hat wie ein Trainer und er leitet das Team dabei, wie und was zu tun ist das Team dabei, wie und was zu und das Team muss die Kontrolle haben. Wie Sie sehen können, trägt der Scrum-Master die Last, um sicherzustellen, dass das Team gut Fortschritte machen und Hindernisse beseitigen kann. Jetzt werden wir auch über die Zeremonien sprechen, die wir im Projektmanagement im Wasserfall haben. Werfen wir einen Blick auf die Linke, wo der Projektmanager Statusbesprechungen hat, bei denen er den Status durchlaufen wird und das Problem nicht unbedingt löst, aber er sammelt mehr den Status und das Verständnis , was das Problem ist. Sie können immer versuchen, das Problem zu beheben. In den meisten Fällen muss er oder sie vom Team jedoch im Wasserfall mit dem Projektmanager darüber kommunizieren , welche Hilfe benötigt wird. Und der Projektmanager hat das Kommando und die Kontrolle über das Team. Und wenn jemand die Arbeit nicht macht, kann er sie eskalieren oder er kann sie aufgrund seiner beherrschenden Macht lösen. Auf der anderen Seite ist es etwas Ähnliches, aber ScrumMaster ähnelt eher einem Moderator in einem täglichen Standup, sein Status nicht sammelt. Unser Meister versucht mehr, die wichtigsten Dinge für das Team zu erleichtern und die Aufgabe zu bewältigen. Und der Scrum Master ist da um zu verstehen, ob das Team gute Fortschritte macht und wenn sie ein Hindernis haben, Bell, brauchen sie Meister Hilfe, um es für sie in erster Linie zu lösen, würde ich sagen Die Rolle des Projektmanagers im Wasserfall ist eher so, als würde man das Team beobachten und ständig nach Status und Nachverfolgung bei einem Systemmaster fragen . Es liegt an dem Team, wie es geht und was zu tun ist. Grandmaster versucht, den Gesamtprojektfortschritt zu erleichtern. Und er hilft dem Team zu verstehen, ob es etwas gibt, das Fortschritte nicht mehr macht , und er kann helfen, diese Probleme zu lösen. Also sowohl die Absicht in Ordnung, das Team dazu zu bringen, die Arbeit zu erledigen und alle Probleme zu erhöhen. Aber der ScrumMaster ist eher wie ein Diener der Projektmanager ist eher wie, Hey, beherrschende Autorität. Wenn Sie sich ein anderes Beispiel ansehen, wie dieses Meeting im Wasserfall, Projektmanagement, abläuft, entscheidet der Projektmanager welche Aufgabenpriorität und er wird dem Projektmanager das Team zuweisen. Okay, diese sind priorisiert und wussten, wie man darauf läuft. Während das Team im Agile die Priorität hat, Team im Agile die je nachdem, was der Produkteigentümer basierend auf diesem Prioritätsteam priorisiert hat , kann entscheiden, woran er arbeiten möchte. Sie würden diesen Großmeister aktualisieren, dass ich daran arbeite und so schreitet es voran. Das ist also der Unterschied zwischen einem Dienerführer auf dieser Großmeisterseite gegenüber einem kommandierenden und maßgeblichen Projektmanager. Auf der Wasserfallseite ist es nur eine andere Art, das Projekt auszuführen , um Fortschritte beim Projekt zu erzielen. Das ist also ein schneller Führungsstil sowohl im Wasserfall als auch in der agilen Methodik. In der nächsten Klasse werden wir uns ausführlich mit der Zeremonie befassen, dass jede dieser Projektmanagement-Methodik Wasserfall im Vergleich zu Gramm hat. Und was ein Projektmanager typischerweise Dezimalwasserfall und was ein ScrumMaster für ein agiles Projekt tut. 10. Agile SCRUM und KANBAN: Okay, in dieser Klasse werden wir uns Scrum- und Kanban-Frameworks ansehen , die in der agilen Methodik verwendet werden. Wie ist es anders und wann soll ich was benutzen? Also werfen wir uns zuerst einen Blick auf das Scrum Framework. Scrum Framework, wenn Sie sich an die frühere Klasse erinnern , die wir über die Initiierung, Planung, Ausführung, Überwachung und Steuerung und Schließung des Projekts diskutiert haben , Planung, Ausführung, Überwachung . Und im Scrum-Framework wird es mehrfach wiederholt. Deshalb ist es ein Iterator-Ansatz, bei dem die gesamten Projektmanagement-Phasen im Agile Scrum-Framework mehrmals wiederholt werden im Agile Scrum-Framework mehrmals wiederholt im Agile Scrum-Framework und während der Zeitbox wiederholt werden in Teufelsanrufen drucken. Sie können einen Sprint von einer Woche oder bis zu vier Wochen haben. Und normalerweise übt der größte Teil des Projektteams einen zweiwöchigen Sprint aus, in dem es ausreicht , Dinge zu planen und zu erledigen. Und am Ende des Strangs musst du bestimmte Zeremonien machen. Für die meisten Teams wird also eine Woche dauern. Regel haben wir in der Branche gesehen dass Menschen zwei bis drei Wochen im Frühjahr gehen, der größte Teil des Teams macht drei Wochen und ein Team macht es in zwei Wochen, wenn es sich um Prognoseunterstützung handelt, Sie könnten sogar einen monatlichen Sprint machen, der ein vierwöchiger Sprint ist. Und am Ende des Monats können sie den Release-Zyklus durchführen. Unabhängig davon, welches Produkt sie entwickelt haben oder welche Verbesserungen sie durchgeführt haben , kann bis Ende dieses Monats in Produktion gebracht werden . Werfen wir nun einen Blick auf diese Folie und gehen Sie jedes Bild durch und was es bedeutet. In Ordnung, also fangen wir von links an und gehen nach rechts. So sehen Sie zuerst auf der linken Seite den Produkteigentümer. Produkteigentümer ist derjenige, der mit dem Kunden oder dem Kunden interagiert und alle Anforderungen sammelt und in den Rückstand bringt. Backlog hat die gesamte Wunschliste des Produkteigentümers und des Produktinhabers verfeinert den Rückstand kontinuierlich, um die Artikel zu priorisieren, die zuerst geliefert werden müssen. Jede Anforderung, an der das Team arbeiten muss, hat also einen Produktrückstand als Referenz und normalerweise kann das Team ihn von oben im Rückstand abholen , da der Produktinhaber so sollte priorisieren Sie die Anforderungen im Product Backlog. Alles, was früh geliefert werden muss, kommt an die Spitze, und alles, was später verzögert oder geliefert werden kann , liegt am Ende des Rückstands. Sehen wir uns nun an, ob das Team beschlossen hat, an bestimmten Dingen zu arbeiten , und es wählt fünf Artikel oben im Produktrückstand aus. Das passiert während des Sprintplanungs-Treffens. Der Produkteigentümer, das Team und der Scrum Master haben während dieses Krümeltreffens erstellt und die Artikel geplant , für die sie arbeiten möchten. Nehmen wir an, in diesem Fall hat ein Team einen zweiwöchigen Sprint. Sie werden sich ansehen, woran sie für die nächsten zwei Wochen arbeiten können. Sie werden also vielleicht fünf Artikel aus dem Produktbestand auswählen und sich darauf einigen, daran zu arbeiten. Während dieses Pflückens würden sie also schätzen, wie viel Diamant verbrauchen wird. Und das basiert auf Erfahrung. Und später in der Klasse werden wir über Story-Points diskutieren und wie effektiv diese Methode ist, wie man die Pokerplanung einsetzt und wie das Team reift, wenn es mehrere Sprints durchläuft. Aber verstehe vorerst, dass das Team die Aufgaben auswählen kann, von denen er glaubt, dass sie in den nächsten zwei Wochen erledigen können. Und das geht in einen Sprint-Backlog. Wenn sich 50 Artikel im Produktrückstand befinden, wählen sie die Top Fünf aus und bewegen sich zu einem sogenannten Sprint-Backlog. Und wenn der Eigentümer des Teamprodukts und der Scrum-Master während des Planungsgesprächs wenn der Eigentümer des Teamprodukts und der der Schule zustimmt, beginnen sie diesen Sprint für die nächsten zwei Wochen. Sobald ein Sprint begonnen hat , hat das Team täglich darauf geachtet, wo sie stehen, darüber zu diskutieren, was es tut, was es getan hat und welche Hindernisse, die sie benötigen, Hilfe benötigen mit. Und das wird bis zum Ende dieses Sprints für die nächsten zwei Wochen andauern Ende dieses Sprints für die und am Ende dieses Sprints kann das Team für die Sprint-Überprüfung gewinnen und den fertigen Artikel dem Produkt demonstrieren besitzer. ist in der Regel das Scrum Framework, und dies wiederholt sich, bis die Anforderungen an das Endtag-Produkt im Product Backlog abgeschlossen sind. Es könnte mehrere Sprints dauern , um den vertieften Rückstand abzuschließen. Am Ende des letzten Sprints wird das Team ein fertiges Produkt haben , das voll funktionsfähig ist. Wenn wir uns ein praktisches praktisches Beispiel ansehen, würden Sie mehr über Produktrückstand, Sprint, Rückstand und den Sprint selbst verstehen . Und mach dir keine Sorgen, um zu diesem Zeitpunkt verschiedene Terminologien zu verstehen. Und wenn wir ein praxisorientiertes Projekt machen, haben Sie mehr Verständnis für jeden dieser Elemente. Und wir werden auch Burn Up und Burn Down Chart sehen. Etwas, das hier nicht erwähnt wird, ist das Geschwindigkeitsdiagramm. Dies sind Metriken und Berichte , die dem Team helfen zu verstehen, wie funktioniert und was es anpassen muss, um konstant ähnliche Story-Punkte zu liefern. Okay, als nächstes geht es weiter zum Kanban-Framework. Im Kanban-Rahmen haben wir einen Vorstand, der dem Scrambled ähnelt, aber es gibt keine Spring Backlog Assets. Es ist ein kontinuierliches Board, daher haben wir ganz links einen Produktrückstand und dann entscheidet das Team, woran es arbeiten muss , und legt ihn in ToDo ein. Sobald sie bestimmte Elemente für diesen bestimmten Monat haben, würden sie anfangen, eines aus der To-Do-Liste auszuwählen und Fortschritte zu machen. Und zu diesem Zeitpunkt werden sie zu laufenden oder laufenden Haftbefehlen übergehen , dass die Aufgabe erledigt wird. Sie werden fertig werden. Und wenn es vollständig fertig ist, wechseln sie zum Archiv oder streichen einfach als vollständig aus. In diesem Fall hat das Team ein Limit. Sie können nur an einer bestimmten Anzahl von Story-Punkten in einem Monat arbeiten . Man kann sich Kanban vorstellen, wie gesagt, Ticketsystem. Nehmen wir an, Sie haben einen örtlichen Park. Wenn jemand den Park betreten muss, muss er sich ein Ticket besorgen. Und wenn sie den Bug beenden, werden sie das Ticket an den Sicherheitsbeamten zurückgeben. Nehmen wir an, die Parkkapazität beträgt in diesem Fall zehn Personen. Am Eingangstor hätte der Wachmann zehn Tickets, was bedeutet, dass sich niemand im Park und im Park befindet und bis zu zehn Personen hineingehen kann. Denken Sie also an die Leute, die den Park betreten, fragten die Aufgabe und betreten das Board, sobald die Eintrittskarten für zehn Personen übergeben wurden. Das bedeutet, dass er, der Gott, kein Ticket mehr zur Übergabe hat. Jeder, der in der Schlange wartet, muss also warten, bis einer der zehn Personen, die sich im Park befinden , herauskommt, damit dieses Ticket zurückgeholt wird und es an die nächste weitergegeben werden kann Person. Zu jedem Zeitpunkt. Es könnten nur zehn Personen innerhalb des Teils sein. Das ist die Kapazität oder Grenze des Parks in Kanban ist das gleiche Konzept. Ihr Acid-Team verfügt über eine Kapazität , die Sie für diesen Zeitraum liefern können. Nehmen wir an, Ihr Zeitraum beträgt vier Wochen oder einen Monat. In einem Monat können Sie sagen, zehn Story-Punkte aus dem Rückstand verwalten, Sie können bis zu zehn Elemente oder zehn Story-Punkte abholen , die in die Aufgabenliste aufgenommen werden können. Und sobald es zehn erreicht hat, sollten Sie nicht mehr aus dem Rückstand , denn das ist Ihre Kapazität für diesen Monat für das Team. Sobald Sie also die Kapazität haben, fangen Sie an, diese Arbeit zu erledigen. Und das geht weiter. Und Dan, nachdem du deine erste Aufgabe erledigt hast, hast du etwas mehr Kapazität freigegeben, damit du die Zeit aus dem To-do auswählen und weitermachen kannst und diese Sachen weitermachen bis es dort ist ist zu dieser Zeit nichts mehr zu tun, Sie können zum Rückstand zurückkehren und weitere Gegenstände auswählen, die im selben Frühjahr fertiggestellt werden können im selben Frühjahr fertiggestellt werden oder für den nächsten Sprint planen. Das ist also der Unterschied zwischen Scrum und Kanban, wo Kanban auf Limit basiert, während com darauf basiert, ist keine Grenze. Oder das Team führt einen Sprint nach dem Sprint durch, kann sich verbessern und bei Bedarf mehr Story-Punkte liefern. 11. Scope: Okay, also werden wir in dieser Lektion über den Bereichsverwaltungsplan sprechen. Bevor wir jedoch in den Scope Managementplan einsteigen, ist es wichtig zu wissen, dass wir einen Gesamtprojektmanagementplan haben. In der Regel haben Sie möglicherweise eine Zeitleiste für MS-Projekte gesehen , und die meiste Zeit ist dies nur ein Zeitplan. In der Regel setzen wir den Umfang und andere Projektmanagementpläne nicht in Gantt-Diagramm ein, da sie hauptsächlich für geplante Zwecke verwendet werden. Lassen Sie mich also über die verschiedenen Pläne sprechen, die wir im Gesamtprojektmanagementplan haben. Und dann werden wir auf den Scope Management Plan einsteigen. Wenn ich meinen Bildschirm hier teile, würden Sie sagen, dass im Gesamtprojektplan neun verschiedene Projektpläne verfügbar sind Gesamtprojektplan neun verschiedene Projektpläne . Beginnend mit Umfang, Zeitplan, Kosten, Qualität , Ressourcen, Kommunikation , Risiko, Beschaffung und Stakeholdermanagement. Alle diese Pläne zusammen werden Gesamtprojektmanagementplan bezeichnet. Aber 99% der Organisation wenn sie über Projektplan sprechen, beziehen sie sich höchstwahrscheinlich auf den Planmanagementplan. Wir werden uns den Planmanagementplan ansehen , wenn wir dort ankommen. In dieser Lektion werden wir uns zunächst den Umfangsmanagementplan in der Projektplanungsphase ansehen. Mal sehen, wo es in die Projektplanung gehört. Es ist ein innovativer Teil der Planungsphase. Und was es mit sich bringt, sind insgesamt die Anforderungen. Wenn Sie an ein Projekt denken, das offensichtlich eine Anforderung des Sponsors oder der Stakeholder ist , noch bevor der Projektmanager an Bord ist, haben sie noch bevor der Projektmanager an Bord ist, eine hochrangige Vorstellung davon, was er wollte. Angenommen, sie möchten eine Website starten , auf der sie ihre Produkte online verkaufen können. Wenn dies also die hohe Anforderung ist, dann müssten Sie im Scope Managementplan, sobald Sie den PM oder usaid PM engagiert haben, sobald Sie den PM oder usaid PM engagiert haben, tiefer in diese Anforderungen eingehen , denn wenn ein Geschäftsfälle zusammengestellt, Es ist nicht auf der detaillierten Ebene, es ist auf einer höheren Ebene, welche Geschäftsanforderungen sind und basierend auf der Strategie, die die Organisation will, wird der Business Case auf dieser Ebene zusammengestellt. Wenn Sie in die Projektplanungsphase kommen , nehmen Sie diesen Business Case ein und tauchen Sie dann tief in die Anforderungen ein. In einem Wasserfall hätten Sie einen Businessanalysten oder einen Unternehmensarchitekten oder eine andere Person, die Ihnen bei diesem Prozess hilft. Wenn nicht, müssen Sie sie einbeziehen, um diese Anforderungen sehr detailliert vom Unternehmen zu erhalten. Dies ist das Dokument oder die Ausgabe des Bereichsverwaltungsplans wäre diejenige, die Sie mit Ihren Entwicklern teilen können wer auch immer an der Entwicklung dieses Produkts arbeitet. Daher ist es sehr wichtig, dass Sie verstehen, wie groß das Projekt ist und auf welcher Ebene wir tief in die Schule eintauchen müssen , um das Projekt, den Stakeholder oder die Sponsoren zu treffen Projekt, den Stakeholder oder die Anforderung. erste Jahr ist die Voraussetzung. Offensichtlich müssen Sie einen Weg finden , die Anforderungen zu sammeln. Sie würden sich mit den Experten von geschäftlicher Seite treffen. Nehmen wir an, die Idee ist, eine Website für den Online-Verkauf dieses Produkts zu starten . Sie würden also mit dem Marketingteam und dem Verkaufsteam gehen und die Anforderungen aus jeder dieser Funktionen sammeln . Sie müssten sich auch mit der Finanzierung treffen wie die Zahlung verarbeitet werden sollte, all das. Sie müssen über den vollständigen End-to-End-Prozess nachdenken den vollständigen End-to-End-Prozess und den Umfang für jede Funktion definieren. Dies ist der zweite Aufzählungspunkt , an dem Sie, sobald Sie die Anforderung identifiziert haben, den Umfang für Verkäufe definieren. Dies sind die Dinge, die Sie für das Marketing tun werden . Dies sind fünf Dinge, die Sie tun würden oder die auf der Website oder im Produkt verfügbar wären. Dann zerlegen Sie diese Dinge in kleinere, überschaubare Komponenten , damit das Team daran arbeiten kann. Wenn es sich also um ein agiles Projekt handelt, fließt dies normalerweise in den Produktrückstand und Sie können dann in kleinere, überschaubare Geschichten aufteilen. Das ist alles. Dieser Abschnitt ist. Sobald Sie das getan haben, mussten Sie es festlegen, was bedeutet, dass dies Ihr Ausgangspunkt ist. Also muss sich jeder auf diesen Ausgangspunkt einigen. Und dann würden Sie eine Rückverfolgbarkeitsmatrix für Anforderungen entwickeln eine Rückverfolgbarkeitsmatrix für Anforderungen , die nur benötigt wird, wenn Sie ein Wasserfallprojekt betreiben. Normalerweise tun Sie dies bei einem Agile-Projekt nicht, da alles, was Sie haben, in den Produktrückstand aufgenommen wird. Und wenn es neue Dinge gibt, dann würden Sie mit dem Produkteigentümer zusammenarbeiten , um dies am Ende in den Produktrückstand aufzunehmen am Ende in den Produktrückstand bevor ich auf den Umfang, die Genehmigungen, Anforderungen, Rückverfolgbarkeit, wenn ich Ihnen auf der höheren Ebene geben muss, bedeutet dies, nur die Anforderungen abzubilden bedeutet dies, nur , die Sie im ersten Schritt gesammelt haben im ersten Schritt gesammelt und sie Ihrer Lösung zuzuordnen, wie diese Anforderung im Design und in der Entwicklung erfüllt wird . Das ist es, was die Rückverfolgbarkeit der Anforderungen ist. Es ist nur Ihr Word-Dokument oder ein Excel um den Stakeholdern oder dem Sponsor zu zeigen , dass wir uns um all diese Anforderungen gekümmert haben , und so wird es erfüllt. Es heißt also ein gerades Dokument, das Sie sogar in einem PowerPoint tun können, kein Problem. Bereichsgenehmigungen sind etwas , das, sobald Sie die Anforderungsgrundlage oder den Umfang haben die Anforderungsgrundlage oder den Umfang und alle Anforderungen den entsprechenden Entwurfsdokumenten zugeordnet sind und wie wir diese neuen liefern werden. Präsentieren Sie das dem Sponsor oder dem Stakeholder zurück und sagen Sie, wie wir es machen werden. Beweisen Sie, dass dies die Phase ist , in der Sie auch einen Änderungsantrag erwähnen würden. Das heißt, wenn es eine Änderung an dem gibt, was wir hier definiert haben oder was wir als Baseline angegeben haben, müssen wir einen Änderungsantrag stellen, was bedeutet, dass jede zusätzliche Änderung der Baseline dies tun was bedeutet, dass jede zusätzliche Änderung würde entstehen Kosten, Zeit und Mühe. Es ist also besser, das darzustellen, was das verarbeitet. Auf einem sehr hohen Niveau befasst sich der Umfangsverwaltungsplan damit , Anforderungen zu sammeln , in kleinere überschaubare Komponenten aufzuteilen und ihn als Ausgangspunkt zu stützen und die Genehmigungen zu erhalten und richten Sie alle zuzustimmen, dass dies das ist, was sie tun werden, weil es in den nächsten Phasen des Projektmanagements helfen wird. In Ordnung, so der Projektumfangs-Managementplan entwickelt. Stellen Sie einfach sicher, dass Sie alle Bereiche identifiziert haben und alle Funktionen sie in den Anforderungserfassungsprozess aufgenommen haben sie in den Anforderungserfassungsprozess aufgenommen , damit Sie keine bestimmten Funktionen verpassen . Solange Sie das tun, wird es in der nachfolgenden Ausführungsphase sehr reibungslos sein. Wenn wir das Produkt liefern müssen. 12. Requirement: Okay, willkommen zurück. In der heutigen Lektion werden wir einen Blick auf die Erhebung der Geschäftsanforderungen werfen. Dies ist nicht unbedingt eine Funktion , die Sie als Projektmanager ausführen sollten, aber jemand aus Ihrem Team sollte es tun. Wenn es sich um ein agiles Projekt handelt, wird es normalerweise vom Produktinhaber durchgeführt , der mit dem Kunden zusammenarbeitet , um zu verstehen was die Geschäftsanforderungen sind. Wenn es sich um eine traditionelle Wasserfallmethodik handelt, würden Sie einen Business-Sponsor und den Business-Analyst aus Ihrem Team eng zusammenarbeiten, um die Geschäftsanforderungen zu verstehen und für die projekt. In dieser Lektion werden wir also behandeln, was sind verschiedene Arten von Anforderungen? Welche Techniken können Sie verwenden, um die Anforderungen zu sammeln? Und auch wie die Anforderungen in kleinere Komponenten unterteilt werden , damit Sie in Ihrem Projektplan planen können, diese Geschäftsanforderungen sowohl in Wasserfall- als auch in agiler Methodik zu erfüllen diese Geschäftsanforderungen sowohl in Wasserfall- als auch in . Beginnen wir also mit den verschiedenen Geschäftsanforderungen , die wir uns ansehen müssen. In Ordnung, wenn wir uns also die Sitzungen zur Erhebung von Geschäftsanforderungen ansehen , müssen Sie immer im Hinterkopf behalten, was das Projektziel ist. Andernfalls könnte es zu einem Scope Creep kommen, was nur der zusätzliche Umfang ist, der im Rahmen dieser Anforderungserfassung entstehen kann . Wenn Projektbeteiligten zusätzliche Anforderungen haben und Sie sich nicht sicher sind , ob sie auf das Projektziel oder die Ergebnisse ausgerichtet sind, sollten Sie es einreichen und später darauf zurückkommen sammle alle Anforderungen, die du kannst. Sie sollten sich jedoch nur auf diejenigen konzentrieren , die direkt mit den Projektzielen zusammenhängen . Um Ihnen ein Beispiel zu nennen, nehmen wir an, Sie migrieren alte Legacy-Plattform auf eine moderne Plattform. Angenommen, Sie haben alle Ihre Bank- oder Finanzanwendungen in einem Legacy-Mainframe-System. Und das möchten Sie in eine moderne webbasierte Schnittstelle migrieren . Es könnte eine Einschränkung geben, dass der Benutzer das Mainframe-System verwendet, um etwas zu tun. Nehmen wir an, sie wollten etwas auf den Bildschirm zeichnen, was im Mainframe-System nicht möglich ist , da es sich um ein veraltetes System handelt. Und in der modernen webbasierten Lösung können Sie das möglicherweise auf dem iPad oder iPhone tun. Dies ist jedoch keine Anforderung, die auf das Projekt ausgerichtet ist, das als Projektziel bezeichnet wird, besteht darin, die Anforderung oder die Geschäftsfunktionen von Mainframe-Legacy-Systemen auf die modernen webbasierten Systeme zu verlagern von Mainframe-Legacy-Systemen . Wenn dies also die Voraussetzung ist, all diese zusätzlichen Funktionen, die die Benutzer wünschen, können all diese zusätzlichen Funktionen, die die Benutzer wünschen, zur weiteren Veröffentlichung eingebracht werden , um sie nicht mit den Projektanforderungen zu kombinieren , da dies der erhöhen Sie den Umfang des Projekts und Sie könnten es nicht rechtzeitig und innerhalb des Budgets liefern , das Sie für das Projekt haben, wenn Sie sagen, dass wir auf verschiedene Anforderungen springen. Eine davon ist die geschäftliche Anforderung. Dies sind die Kernanforderungen der Geschäftsfunktion. Ob es sich um einen Sponsor handelt oder wer auch immer von dem Projekt profitiert, sie würden diese Anforderung in der Geschäftsidee des Projektcharters angeben , einem Geschäftsfall. Und hier werden wir detaillierter aufschlüsseln , damit wir planen können. Ich habe ein detailliertes Level gemacht. Das Beispiel für Geschäftsanforderungen könnte als Versicherungsgesellschaft sein, ich möchte alle meine Legacy-Anwendungen auf eine moderne webbasierte Plattform migrieren alle meine Legacy-Anwendungen . Diese Anforderung gibt an, dass das, was wir derzeit verwenden, funktioniert, aber wir möchten mehr Funktionen haben und wir möchten in die Lage sein, uns in andere Dinge zu integrieren. Hängen Sie also den Geschäftsstaaten diese Anforderung an, da es sich um eine webbasierte Lösung handeln muss, es gibt keine technische Anforderung, dass sie in Dotnet oder Java oder etwas anderes entwickelt werden muss. Hier kommen die technischen Anforderungen ins Spiel. Die technische Anforderung könnte sein, dass wir, da unser derzeitiges Büro nur die Verdunkelungslösung unterstützt, unser derzeitiges Büro nur die Verdunkelungslösung unterstützt, dies in Dark Net tun können, oder? Sie würden diese Geschäftsanforderung dann beschränken oder nehmen und sagen, dass , wir auf technischer Seite das dotnet-Framework nutzen würden um diesen Prozess zu entwickeln. Wenn Sie also über technische Anforderungen nachdenken müssen, ein weiterer Schritt tiefer als könnte ein weiterer Schritt tiefer als die technische Anforderung bedeuten, dass er bei der Anmeldung des Benutzers seine Anmeldeinformationen, den Benutzernamen und Passwort , um sich im System anzumelden. Aber die technische oder funktionale Anforderung dahinter könnte sich auf dieser Seite befinden, ein Benutzer sollte die Möglichkeit haben, das Passwort zurückzusetzen, Sicherheitsfragebögen festzulegen und dann einen sekundäre Authentifizierung wie eine Nachricht oder etwas auf ihrem Telefon. Dies sind eine rein technische oder funktionale Anforderung , die sich auf die allgemeine geschäftliche Anforderung bezieht , dass der Benutzer sich in einigen Anmeldeinformationen anmelden kann. So brechen Sie die Geschäftsanforderungen im Vergleich zu technischen Anforderungen auf. könnten auch einige gesetzliche Anforderungen sein , die Sie sich ansehen müssen. Beispielsweise könnten bestimmte europäische Länder Weitergabe personenbezogener Daten außerhalb Europas einschränken die Weitergabe personenbezogener Daten außerhalb Europas einschränken. Sie müssen also verstehen, wann Sie die Lösung definieren. Gibt es eine besondere Anforderung, die sich auf ein lokales Land oder eine Region bezieht , die berücksichtigt werden muss. diese Anforderungen muss also auch nachgedacht werden. Und hier würden Sie mit den Stakeholdern, dem Sponsor und anderen zusammenarbeiten , um zu verstehen, welche Anforderungen diese Anforderungen sind. Jetzt, da wir verstehen, was die verschiedenen Arten von geschäftlichen, technischen oder gesetzlichen Anforderungen sind die verschiedenen Arten von geschäftlichen, technischen , schauen wir uns an, wie können wir diese Anforderungen erheben? Was sind die verschiedenen Techniken, die wir verwenden können , um solche Anforderungen zu sammeln, sei es geschäftlich, technisch oder legal, in erster Linie würde ich sagen, dass dies auf drei verschiedene Arten geschieht, aber es gibt mehrere Möglichkeiten. Werfen wir einen Blick auf die primären. Das erste ist Brainstorming. Sie erleichtern ein Treffen mit allen wichtigen Personen, die das System verwenden oder die Benutzer des Systems sind , und brainstorming die Idee, was sie in dem von ihnen verwendeten System wollen. Nehmen wir an, im Beispiel der Migration vom alten Mainframe-System auf ein modernes webbasiertes System können Sie Brainstorming durchführen, um zu verstehen, welche Funktionen und Funktionen die Benutzer verwenden heute auf der Legacy-Plattform. Und wenn sie auf die moderne Plattform migriert werden müssen, oder nur so tun sie etwas aufgrund der Einschränkungen, die sie mit den Legacy-Systemen haben. So können Sie Brainstorming-Sitzungen durchführen, um die Anforderungen weiter aufzuschlüsseln . Das nächste ist Einzelgespräch oder Interview. Sie können ein Einzelgespräch mit den funktionalen Führungskräften haben , sei es Finanzen, Logistik, Marketing, Vertrieb. Jeder von ihnen hätte seine eigenen Anforderungen oder seine eigenen Funktionen und Funktionen , die er derzeit verwendet und in die neue Anwendung hinzufügen möchte , die entwickelt wird. Diese Dinge kommen heraus, wenn du dich eins zu eins mit ihnen triffst. Um also zu verstehen, was die spezifischen Bedürfnisse sind , wenn es um Anforderungen geht. Und der dritte ist ein eintägiger Workshop, in dem Sie einen oder zweitägigen Workshop absolvieren können, um alle relevanten Parteien und Benutzer in einen Raum zu bringen und dann alle Anforderungen zu sammeln. Wenn sie also miteinander interagieren , würden sie verstehen, was die Abhängigkeiten sind, und es könnte zusätzliche Anforderungen geben , die aus dieser Sitzung entstehen. Das ist eine andere Art zu betrachten. Es gibt mehrere andere Methoden als diese drei primären Methoden. Lasst uns also schnell durchspringen, was das sind. Einige der anderen Optionen, die Sie haben, ein Senden einer Umfrage, können Sie eine Frage oder Liste der Dinge senden , die Sie als Fragebogen oder Umfrage verstehen möchten als Fragebogen oder Umfrage an die Personen, die es sind mit dieser Anwendung oder wer in Zukunft nutzen würde um zu verstehen, was ihre Anforderungen aussehen würden, was sie im neuen System sehen möchten, dass wir all diese Rückmeldungen sammeln können und sehen Sie, ob es mit dem Projektziel übereinstimmt. Und das können Sie als geschäftliche Anforderung integrieren. andere Art der Anforderungserfassung ist das Spiegeln oder die Benutzerbeobachtung. Sie würden einfach eine IT-Person beschatten die das System derzeit verwendet, sagen wir in diesem Fall das alte Mainframe-System, um zu verstehen, was sie heute tut und was ist die Ausgabe oder das Ergebnis Wenn Sie diese Aufgabe ausführen, können Sie eine Lösung haben, sobald Sie verstehen, was sie tun und was das Ergebnis dieser Aufgabe ist . Die moderne Plattform, wie man das Gleiche macht , vielleicht anders, oder sogar Sie können das komplett automatisieren , damit der Benutzer nicht viel tun muss. Dass es automatisch im neuen System gemacht wird. Nehmen wir zum Beispiel an, dass sie im Legacy-System zehn Jobs haben , die manuell eingereicht werden müssen, sagen wir, um bestimmte Künstler zu bearbeiten. Also mussten sie eins nach dem anderen machen. Also wird der erste Job eingereicht, dann wartet der Benutzer darauf, und sobald dies abgeschlossen ist, reicht er oder sie den zweiten Job ein. Indem Sie den Benutzer spiegeln oder beobachten, können Sie diese Notiz notieren, was er tut und warum er dies tut. Und dann müssen Sie auf der modernen Plattform vielleicht keinen solchen manuellen Eingriff durchführen. Vielleicht können Sie die Jobs so automatisieren oder planen , dass zu einem bestimmten Zeitpunkt dem der Auslöser erreicht ist und der Job automatisch eintritt. Und dann wird es nach Abschluss des Jobs die nachfolgenden Jobs auslösen. So können Sie den gesamten Prozess automatisieren indem Sie verstehen, was der User Desk heute ist und wie das Ergebnis dieser Aufgabe ist. Eine andere Möglichkeit, die Anforderung zu erfassen , ist die Dokumentenanalyse. Nehmen wir an, im aktuellen System haben sie eine Art Dokument darüber, warum bestimmte Dinge entworfen werden oder was bestimmte Dinge als Funktion tun. Dann gehen Sie dieses Dokument durch und sehen und verstehen, was das aktuelle System tut. Und das kann Ihr Input sein, um im neuen System zu verstehen und zu definieren , wie es gehandhabt werden soll. Dies ist also eine andere Möglichkeit Anforderungen zu erfassen und im neuen System zu entwerfen. Eine andere Möglichkeit der Anforderungserfassung ist die Interface-Analyse. Die Interface-Analyse untersucht alle Jobs und Stapel und andere Dinge, die mit dem aktuellen System verbunden sind , aber entweder Input oder Output. Und verstehe , was die machen. Und dann können Sie beurteilen, ob diese Schnittstellen es sind. Downstream- oder Upstream-Systeme müssen aktualisiert werden kann das moderne System für diese Schnittstellen etwas anderes liefern . also die Schnittstelle ansehen, die heute existiert, Sie möglicherweise verstehen, was diese Interfaces heute darstellen. Und dann wird das zu einer geschäftlichen Anforderung , die im neuen System entworfen werden muss . Okay, es gibt also viele andere Möglichkeiten, wie Sie Anforderungen wie Prototyping, Anwendungsfallanalyse und was ist, wenn Szenarien, egal welche Technik Sie verwendet haben, das egal ist, solange Sie die Anforderungen sammeln und verstehen was die Projektbeteiligten von diesem neuen System oder von dem Projekt, an dem Sie arbeiten, benötigen diesem neuen System oder von . Dann sammeln wir das in der Anforderungssammlung, dokumentieren und uns dann von den Benutzern abmelden , dass wir dies Rahmen des Projekts tun werden. Werfen wir nun einen Blick auf Wasserfall und agil, wie wir würden diese hohen Anforderungen in kleinere, überschaubare Aufgaben aufteilen würden, damit wir die Dauer und den Aufwand zuordnen können . Sobald Sie also eine hohe Anforderung haben, können Sie sich mit dem Team treffen, um weiter zu analysieren. Wenn es sich also um einen Wasserfall handelt, dann würden Sie das alles in etwas namens BRD dokumentieren , das ist das Geschäftsanforderungsdokument in dem Sie alle Eingaben aus dem verschiedene Sitzungen , die Sie mit dem Unternehmen hatten, und dokumentieren, was das Unternehmen benötigt , was das Ergebnis sein sollte und was der Benutzer erwartet. Sobald die geschäftliche Anforderung dokumentiert ist, können Sie diese dem technischen Team übergeben damit es die technische Lösung dafür entwickeln kann. In der Regel würde das technische Team die BRD überprüfen und die Brücken des Dokuments für Softwareanforderungen erstellen, indem sie des Dokuments für Softwareanforderungen erstellen Brücken des Dokuments für Softwareanforderungen erstellen, nur die Geschäftsanforderungen abbilden und an der hohes Niveau, definiert in der SRS, wie diese Geschäftsanforderungen innerhalb dieser Stunde technisch erfüllt werden , da Sie hochrangige Diagramme haben könnten, um zu zeigen, wie die geschäftlichen Anforderungen auf hohem Niveau ist abgebildet und wie es geliefert wird. Sie könnten auch ein Low-Level-Design haben , das diese hochrangigen Komponenten aus der SLD weiter diese hochrangigen Komponenten aus in kleinere Komponenten aufgliedert. Und schließlich, basierend auf LLDP, hätten Sie eine Arbeitsaufschlüsselungsstruktur, die die eigentliche Aufgabe und Aktivität ist, um diese Geschäftsanforderung auszuführen und zu erfüllen. Sobald Sie den PSP haben, ist es als Projektmanager einfacher, sich mit dem Team zu treffen und die Anstrengungen zu verstehen, die Erledigung dieser bestimmten Aufgabe verbunden sind. Denn wenn man sich die allgemeinen Geschäftsanforderungen ansieht, ist es für das Team schwierig, diese abzuschätzen. Wenn das Team jedoch großartige Arbeit geleistet hat die Anforderungen in kleinere überschaubare Komponenten aufzuteilen, wäre es für das Team viel überschaubarer und einfacher, sie genau abzuschätzen. Werfen wir einen Blick darauf wie das in Agile geschehen wird. In der agilen Methodik werden all diese Anforderungen als User Stories erfasst. Die User Story-Vorlage, die wir in den vorherigen Lektionen besprochen haben, dokumentieren wir über das Produkt oder Nobu dokumentieren, was die Benutzergeschichten für die geschäftliche Anforderung sind Was auch immer dieser Benutzer ist, Sie können als Finanzperson oder Vermögensprojektleiter sagen, ich möchte dies tun , damit ich das erreichen kann. Das ist also die Vorlage , die normalerweise in Benutzergeschichten zugeordnet oder erstellt um zu verstehen, wer die Person ist und was sie tun wollen, um welches Ergebnis zu erzielen. Sobald Sie die User Stories haben, können Sie Männer definieren. Diese User-Storys werden geliefert. Wird es in der Version eins Version sein, Version , die veröffentlicht werden soll? Sie würden also darauf zurückkommen, sobald Sie alle Benutzergeschichten im Produktrückstand identifiziert haben alle Benutzergeschichten , können die Versionen weiter in Epochen unterteilt werden. Und aus der Epoche können Sie Task und dann Unteraufgabe definieren, die der Bauaufschlüsselstruktur und der Wasserfallmethodik entspricht der Bauaufschlüsselstruktur . Sobald Sie ein DNA-Epos und eine Aufgabenebene haben, ist es für das Team einfacher, es zu storypoint, da es jetzt überschaubarer ist. Und Sie können definieren, welche Aufgabe und welche Verwendungsgeschichten in welchem Sprint fließt. Und danach können Sie es der Version von veröffentlicht zuordnen, in der Sie diese Benutzergeschichten an den Benutzer freigeben möchten. Dies ist also auf einem sehr hohen Niveau, wie Anforderungssammlungen durchgeführt werden. Auch hier sind Sie als Projektmanager eher ein Moderator, hier sind Sie als Projektmanager eher ein Moderator als die Anforderung selbst zu erfassen. Wenn Sie ein Agile-Team haben , arbeitete er mit dem Produkteigentümer , um die Anforderungserfassung erledigen und die Benutzergeschichten zu definieren. Und wenn Sie ein Wasserfallprojekt haben, haben Sie ein Geschäft oder Ihren Businessanalysten oder jemanden aus dem Funktionsteam, der bei den geschäftlichen Anforderungen hilft. Und als Projektmanager würden Sie diese Geschäftsanforderungen weiteren kleineren Komponenten wie der Arbeitsstrukturierung zuordnen weiteren kleineren Komponenten wie . So können Sie in Ihren Projektplan aufnehmen und dann entsprechend für die Erfüllung der Ted Business Anforderungen planen . Das ist die Lektion, um geschäftliche Anforderungen zu erfassen. Jetzt werden wir mit der nächsten Lektion fortfahren. 13. Business: In dieser Lektion werden wir über den Business Case und die Projektcharta sprechen , die in der Projektidephase stattfinden. Bevor das Projekt initiiert wird, muss der Sponsor einen Geschäftsfall erstellen, der auf den Projektanforderungen und der Strategie und Vision der Organisation basiert der auf den Projektanforderungen und , müsste der Projektsponsor erstellen ein Geschäftsplan, der das Projekt auf hohem Niveau darlegt , Arbeiten, die auf Investitionen geschaltet werden, und all diese Details. Sie müssen also den Projektgeschäftsfall und die Charta vom Sponsor abrufen. Aber in einigen Fällen diese Schriftarten, die den PM im Voraus ansprechen würden. Wenn er also den Geschäftsfall hat, würde er sich mit dem Projektmanager beraten , um alles zu optimieren. Und er bat auch um Hilfe, um die Projektcharta in Gang zu bringen, damit es möglich sein könnte , dass Sie nicht angezapft würden, um dem Sponsor bei der Erstellung der Projektcharta zu helfen. Idealerweise sollte es jedoch vom Projektsponsor zusammen mit dem Business Case erstellt werden . Alles klar, also schauen wir uns jetzt an was die Projektcharta haben sollte. Es sollte auf jeden Fall auf dem sehr hohen Niveau haben, die Schule und die Geschäftsbedürfnisse. Was ist in einem äußeren Umfang für das Projekt. Angenommen, Sie erstellen eine Website, Sie müssen diese Anforderung Projektcharta und im Geschäftsfall klar angeben lassen, dass die Anforderung darin besteht, eine Website zu erstellen, auf der Sie können Produkte verkaufen. Wenn Sie also die Charta sehen, sollte sie näher darauf eingehen , was im Umfang ist und was außerhalb des Geltungsbereichs ist. Ist diese Website nur auf die USA oder Europa oder eine andere Region oder als Internationale ausgerichtet . sollten also in der Schule sein. Und alles, was nicht im Umfang ist, sagen wir, dass Ihr Produkt in der europäischen Region nicht verkauft werden darf , da es zu einer detaillierten Regelung führt. Europa ist also außerhalb des Geltungsbereichs, also müssen Sie diese in der Projektcharta darlegen lassen. Wenn du uns CAPM hilfst, solltest du das einsetzen. Andernfalls sollte der Sponsor für Sie klarstellen, die Projektcharta immer eine hohe Zeitleiste haben sollte , damit Sie verstehen bevor das Projekt beginnt und den Zeitrahmen vergeben , den Sie müssen führe dieses Projekt aus. Offensichtlich wird es sich während der Planungsphase ändern und vielleicht müssen wir den Zeitplan anpassen. Sie sollten jedoch immer mit der Zeitleiste beginnen , in der das Projekt geliefert werden soll. Es sollte auch das Budget haben , da der Sponsor im Rahmen des Geschäftsfalls zusammen mit dem Notfallplan bereits über ein genehmigtes Budget für dieses Projekt verfügte. Also Eventualitäten, alles, wenn das Projekt schief läuft, haben Sie einen Puffer, um daraus einige Kosten zu übernehmen. Sie sollten also im Geschäftsfall immer nach dem Projektbudget suchen im Geschäftsfall immer nach dem Projektbudget und dieses in die Charta aufnehmen. Die Charta sollte alle Basisbeschränkungen haben. Wenn es Projektabhängigkeiten oder -beschränkungen gibt, die in die Projektcharta aufgenommen werden müssen. Zum Beispiel können Sie sich anstrengen, dass Ihre Organisation möglicherweise eine Fortsetzung von Microsoft hat. Aber für diese Website benötigen Sie einen Artikel. Es ist eine Einschränkung, die Sie benötigen, um Oracle für die Datenbank zu erhalten , um erfolgreich zu sein. Und Annahmen könnten sein, dass du mit bestimmten Dingen leben darfst. Und vielleicht würden Sie diese Annahmen während der Projektabwicklung oder -planung validieren wenn dies zutrifft oder nicht. Dann müssten Sie auch das Risiko hervorheben, dass Sie der Meinung sind, dass Sie das Projekt in der Projektcharta auf einem sehr hohen Niveau ausführen könnten in der Projektcharta auf einem sehr hohen Niveau Natürlich werden das Risiko und die Probleme auftreten größer und besser, wenn Sie mit der Planung und Ausführung beginnen. Aber Sie sollten immer ein hohes Risiko im Rahmen der Charta identifiziert haben. Und schließlich sollte Ihnen die Projektcharta immer eine Vorstellung davon geben , wer die Stakeholder sind für wen kreieren wir dieses Produkt? Direkte und indirekte Stakeholder. All diese sollten also Teil der Projektcharta sein. Und denken Sie daran , dass es vom Sponsor hätte dokumentiert werden sollen und übergeben Sie es Ihnen. Das ist also ein kurzer Tipp, an den Sie sich erinnern sollten, aber in einigen Organisationen würde sich der Sponsor an Sie wenden, um bei der Charta zu helfen. Manchmal muss der Projektmanager ihnen helfen oder die Charta für den Sponsor erstellen. Und das passiert in der Idee der Phase. Bevor Sie überhaupt mit der Planungsphase beginnen. Projektcharta ist ein Ausgangspunkt , der Input aus dem Business Case erhält. 14. Risikobewertung in der Projektplanung: Okay, jetzt haben wir die Planung gemacht, jetzt ist es an der Zeit, eine Risikobewertung durchzuführen. Schauen Sie sich alle Projekte an, können Sie sehen, wie wir das Risiko mindern können. Was wir als Risiko identifiziert haben, wird es sich auf das Projekt auswirken? All diese guten Diskussionen, bevor wir uns einlassen, werfen wir einen Blick auf die Definition von Risiko. Die Definition eines Risikos ist , dass es sich um ein unsicheres Ereignis handelt. Sie sind sich nicht sicher, ob dieses Risiko eintreten wird oder nicht. Es ist ein einfaches Beispiel könnte Ihre Kfz-Versicherung sein. Sie wissen nicht , ob Sie einen Unfall erleiden werden oder nicht, wenn Sie ein Auto, Ihr Kraftfahrzeug oder ein Fahrrad fahren. Aber Sie wissen, dass die Möglichkeit besteht , dass etwas passieren könnte. Und wenn das passiert, muss es entweder akzeptiert, migriert oder transportiert werden. Wenn wir also eine Kfz-Versicherung abschließen, übertragen wir nur das Risiko oder die Auswirkungen des Risikos durch Zahlung einer monatlichen Prämie auf die Versicherungsgesellschaft . Nehmen wir an, Sie haben einen Unfall erlitten und wenn Sie keine Versicherung haben und sagen wir, der Schaden beträgt 20 Tausend Dollar. Das ist also ein Risiko, das Sie akzeptieren möchten, dann ist das absolut in Ordnung. Sie können einfach die Mindestversicherung abschließen , die vom Staat verlangt wird. Aber wenn Sie bereit sind, dieses Risiko zu akzeptieren , bin ich bereit, 20 Tausend zu zahlen oder das Auto zu verschrotten und ein neues zu kaufen. Es liegt an dir, in Projekten ist das Gleiche. Wenn Sie diese Risiken identifizieren, müssen Sie entscheiden, ob Sie das Risiko akzeptieren möchten oder ob Sie die Auswirkungen der Liste mindern und reduzieren möchten oder das Risiko vollständig übertragen möchten an jemand anderen. Dies sind also die Überlegungen , die Sie tun möchten, wenn Risiko- und Minderungsplan ansehen. In der Regel ist der einfachste Weg, dies zu tun, wenn überhaupt, die im Risikospektrum niedrig sind, was hier grün der untere Boden ist, diese Risiken können akzeptiert werden, was bedeutet, dass die Auswirkungen gering sind die Wahrscheinlichkeit, dass dieses Ereignis eintritt, ist sehr gering. Und es macht keinen Sinn Brainstorming zu machen und viel Zeit damit zu verbringen , dieses Risiko zu bewerten, wenn die Eintrittswahrscheinlichkeiten zu gering sind. Auf der anderen Seite, wenn das Risiko zu hoch ist, sollten Sie einen Plan B haben Das hohe Risiko besteht darin, dass sie Auswirkungen haben, wenn dies geschieht, kostspielig sind. Es könnte sich auf Ihr Projekt, Ihren Projektzeitplan oder Ihre Kosten auswirken . Es könnte beides oder viele andere Dinge sein. also am Ende des Tages nicht sicher sind, ob Sie sich auf das Projekt auswirken möchten, müssen diese Risiken gemindert werden. Dies ist also auf hohem Niveau, wie man das Risiko dieses Spektrums betrachtet. Und wenn es mittel ist, können Sie einen Transferminderungsplan haben. In der Regel wird all dies in einem Risikoregister hin und ausgewertet. Sie können ein Risikoregister im Excel-Format erstellen. Werfen wir einen Blick auf das Excel und sehen, wie es aussieht. Okay, wie Sie hier sehen können, habe ich hier ein Excel mit grundlegenden Spalten erstellt , die normalerweise im Risikoregister verwendet werden . Also haben wir zuerst die Seriennummer, die nur die Nummer ist, auch das Risiko Nummer eins. Wenn wir ein größeres Risiko identifizieren, werden wir hinzufügen, dass, um mit dem Risiko zu beginnen Was identifizieren Sie vom Projektteam? Der erste Ort, den man sich ansehen sollte, ist die Geschäftscharta. Als er also die Idee vorschlug, in ein Projekt umzuwandeln, hat er oder sie möglicherweise bereits ein bestimmtes Risiko identifiziert , das er bei ihrer Entdeckung identifiziert hat. Importieren Sie diese Risiken also zuerst. Und wenn Sie das Team entwickeln, sicher, dass Sie mit dem Team brainstormieren und prüfen, ob ein zusätzliches Risiko besteht. Nehmen wir ein Beispiel. In unserem Fall entwickeln wir eine Website zum Verkauf von Vorlagen und Projektvorlagen. Nehmen wir an, in diesem Fall möchten Sie die Vorlage verkaufen , die jemand in Europa kaufen kann. Es gibt also Gesetze in Europa, die ihre Privatsphäre verhindern und welche Art von Daten Sie im Backend speichern können. Sie müssen also die globalen Datenschutzanforderungen auswerten . Sie können also hinzufügen, dass DSGVO auf das Projekt in Risikodetails auswirkt, weitere Details hinzufügen können, z. B. beim Verkauf von Vorlagen in Europa, die Anforderung der Speicherung personenbezogener Daten bewerten können. Ordnung, wenn Sie in Europa verkaufen, müssen Sie möglicherweise alle Auswirkungen auf den Datenschutz berücksichtigen , wenn Sie Daten, personenbezogene Daten im Back-End in den USA oder ähnliches speichern personenbezogene Daten im Back-End . Wenn also etwas schief geht, Sie möglicherweise nicht verkaufen oder Sie haben möglicherweise Auswirkungen, die in Ordnung sind. Sie möchten alle globalen Datenschutzanforderungen auswerten alle globalen Datenschutzanforderungen und prüfen, ob es Auswirkungen gibt. Und wenn Sie etwas identifiziert haben, können Sie es zum Risikoregister hinzufügen, bis Sie die Bewertung abgeschlossen haben, um sicherzustellen, dass kein Risiko besteht. Hier ist es also Technologie oder Datenschutz. Also würde ich Daten sagen. Als Risikotyp. Und die Wahrscheinlichkeit ist, dass dies eine hohe Wahrscheinlichkeit ist, dass es Europa auswirken könnte. Wahrscheinlichkeiten auf einer Skala von eins bis fünf. Also kann ich das in den Überschriften hinzufügen, also ist es sehr klar. Und die Wirkung liegt auch in einer Skala von eins bis fünf. Und der Grund, warum diese in diesem Maßstab liegen , liegt in diesen beiden, der Wahrscheinlichkeit und Wirkung, wir würden das Risiko-Ranking bestimmen. , dass in diesem Fall Nehmen wir an, dass in diesem Fall die Wahrscheinlichkeit eines Problems mit DSGVO wahrscheinlich mittel ist. Es könnte eine Sanierung geben. Wir würden also drei sagen, wenn es Auswirkungen hat und eine hohe Wirkung hat, denn wenn Sie planen, in Europa zu verkaufen, könnten Sie gut und so etwas anfallen. Die Auswirkung beträgt also vier. Sie können also sehen, dass der Risikorang nur durch Multiplizieren dieser beiden Spalten berechnet wird . Jetzt brauchen Sie einen Risikoinhaber, der nachverfolgen und sehen kann, ob dies Auswirkungen hat, ob wir es und all das abschwächen müssen. Also Risikobesitzer, sagen wir, wir haben jemanden im Team namens Jim. Sie benötigen also immer einen Risikoinhaber, der dafür verantwortlich ist , dieses Risiko zu überwachen und zu bewerten, was getan werden muss. Die Risikominderung besteht darin, ob Sie das Risiko akzeptieren und nichts tun oder das Risiko übertragen, dass Sie bestimmte Dinge tun oder es mindern werden. Wenn Sie es also mildern wollen, benötigen Sie einen Minderungsplan , der dies als Risiko aussagt. Wir können diese Spalte als Risikoansatz bezeichnen. Egal, ob Sie mildern oder übertragen oder akzeptieren möchten. Sie können hier drin Daten erstellen. Und nennen wir es als Datenvalidierung. Und es ist eine Liste, ob Sie das Risiko akzeptieren, das Risiko mindern und bereit sind, das Risiko zu übertragen. Also fügst du diese drei Optionen hinzu. Wenn wir also in diesem Fall eine Option auswählen, möchten wir sie abschwächen. Und wenn Sie eine Abschwächung planen, ist es besser, eine weitere Spalte namens Mitigationsplan hinzuzufügen . Wir werden das haben, wenn es sich auswirkt, dann können wir eine Exportkontrolllizenz erhalten. Und das Fälligkeitsdatum, um all dies zu bewerten, ist sagen wir zuerst März , bevor wir starten, und der Status ist ab sofort offen. So bereiten Sie das Risikoprotokoll auf hohem Niveau vor. Und Sie können hier immer nach dem Status filtern und diese Risiken während Ihres Projektstatusbesprechens überprüfen. Oder Sie können ein wöchentliches Treffen zur Risikoüberprüfung abhalten, um alle offenen Posten zu durchlaufen und zu sehen, ob Sie Maßnahmen ergreifen müssen, wenn etwas kommt, tun Sie das, wir hätten idealerweise schließen müssen und all das. Auf hohem Niveau würden Sie also ein Risikoprotokoll erstellen. Okay, sagen wir jetzt, dass wir einen Entwickler haben , der aus gesundheitlichen Gründen oder was auch immer bald aus gesundheitlichen Gründen oder was auch immer das Projektteam ausgeht bald aus gesundheitlichen Gründen oder was auch immer das Projektteam ausgeht . So können Sie die Nichtverfügbarkeit der Ressourcendatenbankressourcen nach dem ersten Quartal sehen . Dies zeigt Ihnen nur ein Beispiel, was verschiedene Typen sein könnten und wie Sie diese Details hinzufügen und welchen Mitigationsansatz Sie verfolgen würden. Die Risikodetails, die hier noch in der Datenbank funktionieren, sind möglicherweise aus persönlichen Gründen nach dem ersten Quartal möglicherweise nicht verfügbar. Er hat Ihnen vielleicht einen Hinweis gegeben oder an das Projektteam, das das erste Quartal muss, ist er nicht verfügbar. Das ist es, was wir hier als Risiko erfassen. Der Risikotyp hier ist also Ressource und die Wahrscheinlichkeit liegt bei fünf, weil er Ihnen bereits gesagt hat , dass das passieren wird. Und wenn es passiert, wie wirkt sich das aus? Hast du andere Teammitglieder, die diese Arbeit machen können? Wenn nicht, dann ist dies eine hohe Auswirkung. Also diesen müssen Sie auf jeden Fall übertragen. Sie würden es sich also selbst als Projektmanager zuweisen . Und du willst einen Minderungsplan haben. Sie würden also abschwächen. Und der Minderungsplan ist Interview, Datenbankantragsteller und Auswahl einer Ressource, die Joe ersetzen soll. Und das muss vor Ende des ersten Quartals geschehen. Und du musst etwas Zeit haben damit Joe ein paar Übergänge machen kann. Wir können also sagen, dass Sie bis März MID genug Zeit für Joe haben, Sie bis März MID genug Zeit für Joe haben um den Übergang zu erledigen und all das. Wie Sie hier sehen können, wird das Risikoprotokoll dort aufgebaut, wie Sie auf der vorherigen Folie bemerkt haben, alles, was einem hohen Risiko ausgesetzt ist, Sie möchten sich darum kümmern. Das würden Sie mit diesem Ressourcenrisiko machen, denn dies wird eine hohe Wahrscheinlichkeit sein , dass es passieren wird. Und die hohe Auswirkung wäre es, wenn es passieren würde. Sie möchten also einen Actionfilm machen, stellen Sie sicher, dass das Risiko immer einen Minderungsplan hat. Wenn es passiert, was wirst du tun. In Ordnung? Risiko und Probleme sind also in dem Sinne miteinander verbunden , dass Epochen möglicherweise zu einem Problem werden können , sagen wir mal, wenn dieses Risiko schließlich eingetreten ist und Sie keine Ersatzressource für Joe, dann wird es zu einem Problem, weil es jetzt wirklich passiert ist und es ist, es hat sich auf das Projekt ausgewirkt. Denken Sie also daran, wie ist das der Zusammenhang zwischen dem Risiko und den Problemen? Immer kann ein Risiko zu einem Problem für Problem werden , wird nicht zu Fehlern, da das Problem ein Problem ist, das aufgetreten ist, oder es ist derzeit ein Problem für Ihr Projekt. Verisk ist nicht passiert. Es kann passieren oder auch nicht. Das ist also der entscheidende Unterschied zwischen Aristoteles und einem Problem. Jeder der Artikel, die Sie im Risikoregister identifiziert haben , kann in Zukunft zu einem potenziellen Problem werden oder auch nicht. Das ist etwas, das wir uns das Problemprotokoll ansehen, das dem Risikohandschuh ähnlich wäre, aber es wird verschiedene Spalten geben, aber das würden Sie verwalten während der Projektabwicklung. Während der Planungsphase bewerten Sie also alle potenziellen Risiken, die eine Chance haben, während der Ausführung zu einem Problem zu werden. Das ist es, was all dieses Risikoregister Sie dabei unterstützt. Der beste Weg ist es , sich mit dem Team zu treffen und alle Risiken zu bewerten, die das Asset-Team gemeinsam das bewertet, was ihr denkt, und dann Beginnen Sie mit der Dokumentation, weisen Sie einen Eigentümer und ein Fälligkeitsdatum zu und schauen Sie sich immer an, welche Minderungsoptionen Sie haben, wenn dies geschieht. Das schließt die Projektplanungsphase ab. Jetzt werden wir zur spannenden Projektabwicklung übergehen. Wir werden alle Dokumente verwenden , die wir in der Planungsphase erstellt haben, den Projektplan, den GW oder das Risikoregister und all das vorschlagen . Und wir werden diese gesamte Dokumentation während der Ausführungsphase genau überwachen und kontrollieren . In Ordnung, also haben Sie die Planungsphase erfolgreich abgeschlossen. Lasst uns nun zur Projektausführung übergehen, was der spannende Teil ist. 15. Übersicht für Procurement Workflow: Okay, also das heutige Thema ist etwas aufregend und manchmal muss man es tun. Nicht immer, aber es ist gut, den Prozess zu verstehen , der Ihre Ressourcen beschafft. Ressourcen können Hardware, Software oder Mensch sein. Spielt keine Rolle. Alles, was Sie von außerhalb kaufen müssen, um Drittanbieter oder Anbieter zu engagieren. Dort würden Sie Ihr Beschaffungsteam von Ihrem Unternehmen aus einbeziehen . Oder wenn Sie Teil einer kleineren Organisation sind, müssten Sie dies mit einem kleineren Team tun. In der Regel verfügt jede Organisation jedoch über ein Beschaffungs - oder Beschaffungsteam , das sich mit den Verhandlungen und den endgültigen Preisen beschäftigen würde . Als Projektmanager müssen Sie ihnen jedoch die Voraussetzung für das Projekt mitteilen. Und sie würden sich mit Ihnen beschäftigen und mit dem Anbieter verhandeln und arbeiten , um die besten Preise zu erhalten. Werfen wir einen Blick darauf, was der Workflow für die Standardbeschaffung ist. Bevor wir uns damit befassen, was Beschaffung ist und alle Details, lasst uns das Kontextabhängige verstehen. Angenommen, Sie erstellen ein Website-Projekt und benötigen Amazon Web Services. Angenommen, Ihre Organisation hat keine Amazon Web Services. Sie müssen eine Mastervereinbarung zwischen Amazon und Ihrem Unternehmen haben. Das nennt man Master Services Agreement. Und das hätte alle Allgemeinen Geschäftsbedingungen , wie Sie mit Amazon interagieren würden. Sobald Sie dies eingerichtet haben, können Sie sich mit Amazon in Verbindung setzen, um einen Konzeptnachweis oder was auch immer Sie nach dem Projekt suchen, zu geben einen Konzeptnachweis oder was auch immer Sie nach dem Projekt suchen, Sie können kommen und Ihnen zeigen, was sie zu bieten haben. Dann können Sie entscheiden, ob Sie damit arbeiten möchten oder ob Sie andere alternative oder andere Anbieter haben andere alternative oder andere , die denselben Service anbieten können. Nehmen wir an, in diesem Beispiel haben Sie nur einen Service, den Sie benötigen, und Sie benötigen ihn von Amazon. In der Regel würden Sie die Beschaffung oder Ihr Beschaffungsteam gebeten , zu prüfen, ob sie bereits einen ausgehandelten Deal oder eine Master-Servicevereinbarung mit Amazon haben . Und wenn dies der Fall ist, müssen Sie mit dem nächsten Schritt fortfahren in dem Sie auf den MSA zurückgreifen können, um eine Leistungsbeschreibung zu schreiben. Sow ist die Arbeitserklärung. In diesem Dokument würden Sie einfach Ihre Projektanforderungen für dieses Projekt auflisten. Dies ist die spezifische Anforderung, die ich von Amazon benötige, um sie zu liefern. Das ist es, was SOW ist nur eine Teilmenge der Hauptvertragsvereinbarung oder des MSE. Sobald Sie das haben, können Sie Amazon ansprechen. Das ist also der Kontext. In der Regel unabhängig davon, ob es sich um Amazon oder einen Drittanbieter oder andere Dienste oder Personen handelt, die Sie einstellen. Es könnte einen Lieferanten geben , mit dem sich Ihre Organisation beschäftigt hat, und der diesen Prozess durchlaufen kann. Und um diesen Workflow zu genehmigen, müssen Sie mit Ihren Finanzmitteln zusammenarbeiten, um sicherzustellen , dass Ihr Projekt über ausreichende Mittel verfügt, um dies zu unterstützen. Sie müssen also eng mit dem Finanz - und dem Beschaffungsteam zusammenarbeiten , um diesen Projektanforderungen gerecht zu werden. Nehmen wir an, wenn Sie etwas völlig Neues kaufen müssen und keine Ahnung haben welchem Unternehmen oder Anbieter Sie gehen möchten. Angenommen, Sie eröffnen ein brandneues Unternehmen oder einen Teil Ihrer Organisation. Und Sie müssen E-Mail-Dienste einrichten. Sie haben Microsoft Exchange, Sie haben Google Suite und andere verschiedene Varianten, mit denen Sie E-Mail-Dienste erhalten können. Wie geht es dir also, wenn du diesen Service bekommst? Das erste , was Sie tun würden ist, um einen Vorschlag zu bitten. Im Grunde wird der Anbieter gebeten, zu bieten und zu sehen, wer Ihnen den niedrigsten Preis für die Dinge anbieten kann, die Sie in Ihrem Projekt haben möchten. Wenn Sie in diesem Beispiel nach E-Mail-Diensten suchen, würden Sie sagen, dass ich E-Mail-Dienste für 100 Personen in meiner Organisation bereitstellen möchte . Was ist der beste Preis, den Sie geben können? Sie erhalten dies als Angebotsantrag für eine Anfrage zur Anfrage, und sie werden ihr Angebot einreichen und dann bewerten können. Sobald Sie es ausgewertet haben, müssen Sie einen Proof-of-Concept durchführen, um zu sehen, sagen wir beide bieten E-Mail-Dienste für 100 US-Dollar pro Monat für 100 Personen an. Dann möchten Sie sehen , welches am besten zu Ihren Kriterien passt. Vielleicht haben sie, Google hat einige Funktionen, die Ihnen gefallen oder Microsoft hat einige andere Funktionen. Also willst du es ausprobieren. Und wenn Sie sicher sind , dass Sie mit dem einen oder anderen gehen werden. Wenn Sie nichts testen möchten, können Sie diesen Schritt überspringen. Aber ich lege es nur hier dar, damit du normalerweise weißt, wie dieser Workflow ist. Sie würden Daten initiieren, gefolgt von, Sie erhalten alle Anfragen oder den Preis. Und dann würdest du einen POC machen, dann kannst du bestimmen, mit welchem du gehen willst. Sobald Sie festgestellt haben, dass Sie mit einem, Microsoft oder zu Google gehen möchten , werden Sie das Beschaffungsteam erneut beauftragen , um die endgültigen Verhandlungen durchzuführen. Vielleicht haben sie also bessere Bedingungen und Konditionen, in denen sie weiter aushandeln und binden rechtlichen Bedingungen für Stornierung, Kündigung, alles weiter aushandeln und binden können. Sobald dies erledigt ist, dann die Beschaffung, denn wenn es sich um ein neues Fenster handelt, würden sie zuerst den Master Services Agreement aufschreiben. Sobald Sie dies eingerichtet haben, können Sie eine Leistungsbeschreibung speziell für das Projekt erstellen. Und dann sagen wir, dies ist das Projektbudget und dies ist die Projektanforderung, Zeitplan, die Annahmen, die Abhängigkeiten und all das. So beschaffen Sie also Ressourcen, sei es Hardware, Software oder Menschen. Diese sind generisch auf hohem Niveau. Und wir würden nicht ins Detail gehen, sondern verstehen nur, dass Sie mit der Leistungsbeschreibung beginnen können, wenn Sie bereits einen NMAC oder eine bestehende Verbindung zwischen Ihrer Organisation und dem Dienstanbieter Ihrer Organisation und dem Dienstanbieter haben. Wenn Sie jedoch eine brandneue Beziehung aufbauen, würden Sie die Schritte durchlaufen und dann die MSA-Leistungsbeschreibung einrichten , um Ihre Projektanforderungen mit diesem Anbieter zu initiieren. Das müssten Sie in Ihrer Projektmanagementkarriere tun. Nicht viel oft, aber die meiste Zeit, Beschaffung und Finanzen Ihre Freunde und sie müssen auf Ihrer Seite sein, die Ihnen hilft. Alles klar, also das ist alles für diese Lektion. Also werden wir mit dem nächsten übergehen. 16. MVP in Agile und POC in Wasserfall: In der heutigen Klasse werden wir uns das MVP-Enantiomer ansehen. Sie müssen das Wort MVP gehört haben. Und mal sehen, warum das ein so wichtiges Schlüsselwort ist und welche Bedeutung hat es in Azure? Also lass mich es auf die Diashow umstellen. Und Sie können hier sehen, dass wir je nach Wasserfall versus Agile eine frühe versus verspätete Lieferung haben. In Agile sehen Sie dort ein Keyword-MVP, das ist ein minimales tragfähiges Produkt. Und auf dem Wasserfall auf der linken Seite haben wir etwas ähnliches namens Proof of Concept, aber nicht wirklich nah wie MVP. Nehmen wir an, ein Kunde hat die Anforderung, dass er etwas braucht , um von Punkt A nach B in zwei Rädern zu pendeln . Wie Sie auf der linken Seite sehen können, wenn wir POC machen, ist vielleicht Schritt eins bis vier nur designt, wie dieses Produkt aussehen wird. Und auch danach können Sie das eigentliche Produkt erst liefern, können Sie das eigentliche Produkt erst liefern wenn es vollständig hergestellt und geliefert wurde, was bei Schritt Nummer sechs herauskommt. Und zu dieser Zeit hätte der Kunde ein ziemlich schönes Motorrad um von Punkt A nach Punkt B zu pendeln. Und dieser Prozess könnte zwischen einem Monat und einem Jahr oder zehn Jahren dauern zwischen einem Monat und einem Jahr oder je nachdem, wie komplex und wie individuell dieses Motorrad sein sollte. Aber nehmen wir an, der Kunde suchte nur nach einem Zweirad, um von Punkt A nach Punkt B zu pendeln und er dachte von Anfang an nicht wirklich nur an Motorrad. Hier ist das minimale tragfähige Produkt in Agile praktisch. Wenn Sie sich ansehen, bevor das Motorrad am Ende gebaut wird , geben Sie dem Kunden an, er hat immer die Möglichkeit zurückzugehen und ein Skateboard von uns zu holen , damit er immer noch von Punkt A nach kommuniziert werden kann Punkt B. Es liefert also einen Wert, das Minimum tragfähige, was er mit dem Produkt machen kann , das wir liefern. Deshalb ist Agile sehr mächtig, denn was der Kunde will, bekommt er es ganz in den Anfangsphasen. Er muss nicht warten, bis das Projekt abgeschlossen ist, um seine Anforderung zu erfüllen, Dan, ja, er hat vielleicht nicht die Geschwindigkeit und Beweglichkeit eines Motorrads, aber er kann immer noch mit dem Skateboard oder ein Roller oder ein Fahrrad oder ein Motorrad. Das ist also das Schlüsselkonzept der frühen versus verspäteten Lieferung. In Agile liefern wir immer früh, während es im Wasserfall immer spät geliefert wird. Und manchmal ist es zu spät, dass der Kunde diese Farbe nicht will , wenn Sie mir sagen, wo das Motorrad sein könnte , oder das ist nicht die Form und der Stil , nach der er gesucht hat, und er wird komplett sein unglücklich. Deshalb ist Agile ein so leistungsfähiges Tool , dass wir immer das Kundenfeedback erhalten können , während wir in den frühen Phasen des Projekts weiter liefern. 17. Hole JIRA kostenlos: In der vorherigen Lektion haben wir uns angeschaut, wie Sie das Microsoft Project für 30 Tage kostenlos erhalten können. Heute zeige ich Ihnen, wie Sie Jira und Confluence erhalten, was für die Verwaltung von Agile-Projekten entscheidend ist. Für diesen Kurs empfehle ich Ihnen dringend , auf eine Website für Kursende zu gehen. Ich bringe dich hier durch und melde mich für Jira und Confluence an. Dies wird sehr praktisch sein, wenn wir zu den anderen Abschnitten dieses Kurses übergehen, da Sie Jira und Confluence mit dem Projekt, das wir in den kommenden Klassen besprechen werden, praxisorientiert lernen mit dem Projekt, das wir in den kommenden Klassen besprechen werden können. Alles, was Sie tun müssen, ist in Google nach Atlassian zu suchen. Und es sollte Sie zu einer Website der Klasse C und.com bringen. Und da hast du die Möglichkeit es zu versuchen. Wenn Sie nun darauf klicken, haben Sie die Option für einen anderen Plan- und Spurbereich in dem Sie die Jira-Software und die Confluence-Software ausprobieren können . Du musst es nicht herunterladen. Es ist in der Cloud, Sie müssen sich also nur mit Ihrer E-Mail anmelden und dann ist das alles, was Sie brauchen. Wie Sie auf der Website für Jira sehen können, ist es bis zu zehn Jahre völlig kostenlos. Es ist unbegrenzt. Sie können sich mit Ihrer E-Mail anmelden und Sie können sie so lange verwenden , wie Sie möchten, da Atlassian keine Gebühren für bis zu zehn USA erhebt, also für Terroristen keine Kosten. Daher würde ich Ihnen wärmstens empfehlen, sich dafür anzumelden und damit zu spielen. Und während des gesamten Unterrichts in diesem Kurs werden wir praktische Projekte mit Jira- und Microsoft-Projekten durchführen. Es ist also gut, ein lokales Jira-Symbol für Sie zu haben , damit Sie mit dem Projekt spielen, Boards erstellen und viel mehr Aktivitäten ausführen können Boards erstellen und , wenn wir in diesem Kurs mehr über JIRA erfahren. 18. JIRA Tool Übersicht und Walkthrough: Hi. In dieser Lektion werfen wir einen Blick auf das Atlassian JIRA-Tool, das für das agile Projektmanagement verwendet wird. Im vorherigen Video haben wir uns angeschaut, wie man JIRA für bis zu zehn Anwendungen kostenlos bekommt. Alles, was Sie benötigen, um Zugang zu einem kostenlosen Jira-Konto zu erhalten, ist sich über Ihr E-Mail-Konto auf der Atlassian-Website anzumelden . Sobald Sie das getan haben, würde die Gita Basic-Homepage ungefähr so aussehen. Hier habe ich ein paar Projekte , aber wenn Sie Ihre Daten zuerst erhalten, möchten Sie möglicherweise zu den Einstellungen gehen und ein Projekt einrichten. Wenn Sie Teil einer Organisation sind wird der IT-Systemadministrator bereits ein Projekt für Sie einrichten, damit Sie dies nicht selbst tun müssen. Aber ich zeige es Ihnen nur, damit Sie zu Hause dieses Projekt erstellen und von Anfang an beginnen können . Normalerweise wird in einer Organisation der Administratorzugriff den Projektmanagern nicht zur Verfügung gestellt, sodass Sie keinen Zugriff auf diese Details haben. Sie können Projekte und Zugriff sowie verschiedene Projekte sehen , auf die Sie Zugriff haben. Sie würden diese Option namens Projekt erstellen nicht sehen , wenn Sie keinen Administratorzugriff haben. Eine Möglichkeit, ein Projekt zu erstellen, besteht darin, im oberen Menü auf das Projekt zu klicken und von hier aus ein Projekt zu erstellen. Im Allgemeinen möchten Sie dies jedoch tun, indem Sie auf die Einstellungsseite gehen und dann hier auf den Abschnitt Projekte klicken . Dadurch haben Sie die Möglichkeit, ein Projekt zu erstellen. Klicken Sie also auf die blaue Schaltfläche in der oberen rechten Ecke mit dem Namen Projekt erstellen. Wenn Sie auf die Schaltfläche Projekt erstellen klicken, werden Ihnen verschiedene Vorlagen angezeigt. Standardmäßig verfügt Java über diese Softwareentwicklung, Servicemanagement, Arbeitsverwaltung und alle anderen Optionen, die Sie auf der linken Seite sehen. Lassen Sie uns in unserem Fall mit dieser Softwareentwicklungsplattform oder der Vorlage gehen . Aber weil wir bereits planen, Webdesign während dieses Kurses, der in die Softwareentwicklung gehört, als Projekt zu verwenden Webdesign während dieses Kurses, der in die Softwareentwicklung gehört, als Projekt . In diesem Fall haben Sie also Kanban und Scrum und dann Bug-Tracking. Dies ist für das Qualitätssicherungsteam. jedoch zwischen Kanban und Scrum daran, dass Sie, wenn es sich um ein Projekt handelt, die Chrome-Vorlage verwenden möchten. Kanban besteht in der Regel aus vier Operationen bei denen es kein Enddatum gibt, es ist ein kontinuierlicher Betrieb. Da es sich um ein Projekt handelt, beginnen wir mit Scrum und Sie können auf Vorlage verwenden klicken. Jetzt haben Sie standardmäßig eine Projektvorlage und können nun entscheiden, ob sie von Ihnen oder Ihrem Unternehmen verwaltet wird. Also sage ich, wähle ein teamverwaltetes Projekt aus und wir fügen einen Teamnamen hinzu. Also der Entwicklungstest. Und dann erstellt es standardmäßig ein Schlüsselwort. Und das wirst du sehen, wenn Aufgaben und Geschichten erstellt werden. Klicken Sie nun auf Projekt erstellen. Sobald Sie das Projekt standardmäßig erstellt haben, hat es ein Board erstellt. Wenn Sie also auf das Board auf der linken Seite klicken, sehen Sie diese Seite, auf der wir in JIRA beginnen, immer mit Rückstand ist. Hier erstellen Sie Ihre Benutzergeschichten, Aufgaben und alles andere, Rahmen der Produktentwicklung erforderlich ist. Ich überspringe die Anweisungen hier. Wenn du neu bist, kannst du dem folgen. Dies gibt also einige Einblicke in die Verwendung dieses Tools. Jetzt fangen wir von oben an. Diese Teile sind unterschiedlich. Atlassian Software ist verfügbar. In der Regel haben wir JIRA für das Projektmanagement installiert , um die User-Storyes-Aufgabe zu verwenden , Dinge wie diese. Confluence ist Ihre Dokumentenablage, in der Sie alle Ihre Dokumente speichern würden diesem Projekt verknüpft sind. Darauf werden wir ein bisschen kommen. Beginnen wir mit der Jira-Software, die wir gerade verwenden seit wir das Projekt erstellt haben . Hier können Sie andere Projekte sehen. Der, den wir gerade erstellt haben, ist der Web-Entwicklungstest. Sobald Sie darauf geklickt haben, sind Sie wieder auf der Standardplatinenseite. Jetzt können wir weitermachen und Aufgaben erstellen. Aber bevor wir das tun, schauen wir uns an, welche anderen Möglichkeiten wir hier haben. Sie können hier filtern, um sich jede Ihnen zugewiesene Aufgabe anzusehen. Aber das ist noch nicht für uns bereit. Gehen wir also zurück zu Projekten. Dies sind verschiedene Projekte, die ich in der Vergangenheit erstellt habe. Der aktuelle ist Webentwicklungstestfilter sind Abfragen. Sie haben eine große Anzahl von Aufgaben, die Sie ausführen können , um die von Ihnen gesuchten Aufgaben herauszufiltern. Sie können den Standardfilter verwenden schlägt die offenen Probleme vor, um alle Probleme zu betrachten , die noch geöffnet sind, damit alles, was geschlossen ist, herausgefiltert wird. Werfen wir einen Blick auf das Dashboard. Dies ist also das Beispiel-Dashboard, auf das ich vom vorherigen Projekt zugreifen kann. Wenn Sie jedoch kein Dashboard erstellt haben, würden Sie hier nichts sehen. Wir werden später wiederkommen, um ein Dashboard zu erstellen. Jetzt schauen wir uns Leute an. Sie können andere in dieses Jira-Board einladen , wenn Sie ein Projekt leiten. Hier möchten Sie Ihre Teammitglieder einladen , Teil dieses Projektvorstands zu sein. Apps sind andere Dinge, die Sie die Gita integrieren können. Also werden wir das vorerst nicht tun. Das ist also das Basic an der Spitze. Und hier rechts unter Einstellungen können Sie Ihren Workflow, Ihre Projekteinstellungen und solche Dinge verwalten . Zeit werden wir es als Standard belassen, und während wir gehen, werden wir uns einen Blick darauf werfen. Wenn Sie etwas auf der rechten Seite ändern müssen, Sie feststellen, dass Sie die Möglichkeit haben , Ihre Profileinstellungen, Ihre Anmeldeeinstellungen zu ändern und das Passwort zu ändern. Alles klar, jetzt schauen wir uns hier die linke Seite an. Wir würden immer mit dem Rückstand beginnen , da Sie dort Benutzergeschichten, Aufgaben und solche Dinge erstellen würden . Und du klickst auf die Schaltfläche „Erstellen“, dieses Fenster erscheint und du siehst verschiedene Optionen hier. Bevor wir etwas erstellen, schauen wir uns an, was eine Roadmap ist. Roadmap auf höherer Ebene ist die Zusammenfassung wie sich die Epen im Kalender entwickeln. Wir werden darauf zurückkommen, was ein Epos ist, wenn wir unsere erste Aufgabe für das Projektmanagement erstellen unsere erste Aufgabe für und den Code ignorieren. Diejenigen, die Teil des Entwicklungsteams sind, benötigen Zugang dazu und würden damit spielen. Normalerweise verwendet das DevOps-Team Bitbucket oder GitHub oder GitLab, um seinen Code zu verwalten. Hier sind Projektseiten an den Zusammenfluss gebunden und hier können Sie einen JIRA-Zusammenfluss binden und dann erstellen Ihr Projekt-Repository unter der Confluence-Seite gespeichert wird . Verbinden wir den Zusammenfluss. Jetzt können wir einen neuen Bereich erstellen , der den gleichen Namen wie das Giga-Projekt hat, in dem wir es als Webentwicklung, Test und Create bezeichnen werden . Jetzt haben wir Jira und Confluence verbunden. Wenn ich also von hier zurück zu Confluence wechsle, würden Sie sehen, dass ein Testhaus für die Webentwicklung erstellt wurde. Dies können Sie ähnlich wie eine Website denken, Sie können Blog erstellen, Seiten erstellen. Und hier würdest du verschiedene Dinge aufbewahren. Also habe ich vorerst keine Seiten. Dies ist die Homepage, sodass Sie auf eine Seite für das Team klicken und hinzufügen können. Nennen wir es als Willkommensteam. Willkommen auf der Testseite für die Webentwicklung. Sobald Sie es veröffentlicht haben, hätte jeder, der dem Projekt hinzugefügt wurde, Zugriff darauf. Und diese Seiten würden Sie hier unter dem Seitenbereich sehen . Jetzt wechseln wir für eine Minute zurück zu Jira. Gehe zu einem Projekt. Und wenn Sie auf die Projektseiten klicken, sehen Sie, was wir auf Confluence erstellt haben. Es wird auch hier gezeigt. So ist es also eng zwischen JIRA und Confluence integriert. Dann können Sie die Projekteinstellungen direkt von hier aus ändern , anstatt die Einstellungsseite oben rechts zu durchlaufen . Das ist also alles hier. In der Regel tun Sie, wenn Sie Zugriff auf JIRA haben Sie Zugriff auf JIRA haben , direkt zu einem Rückstand. Hier würden Sie Ihre gesamte Aufgabe erstellen und dann diesen Sprint erstellen und die Aufgabe von einem Rückstand in die Verbreitung verschieben. Also lasst uns das jetzt machen. Klicken Sie auf „Erstellen“. Sobald Sie die verschiedenen Gewebetypen als User Stories, Task, Bug und Epic erstellt haben. Die erste Stufe ist immer EPEC. Um es Ihnen leicht zu verstehen. Nehmen wir an, wir haben eine User-Story. Ich erstelle eine und sage Login-Seite. Hier würde Ihr Produkteigentümer definieren, was diese Anforderung ist. Als Benutzer muss ich auf die Anmeldeseite zugreifen, um zu meinem Konto zu gelangen. Auf der Website. Dies ist ein Benutzerstory-Format und in anderen Lektionen haben wir erfasst, was eine User Story sein sollte, wie das Format ist und warum es wichtig ist, und warum es wichtig ist die User Story in einer bestimmten Zeitlang formatieren, würden wir weitermachen und es erstellen. Jetzt sehen Sie im Backlog, dass ein Problem mit der Anmeldeseite erstellt wurde. Und auf der linken Seite hat es ein Symbol, das die Benutzergeschichte darstellt. Lassen Sie uns nun eine weitere erstellen, die Sie von oben erstellen können , oder Sie können hier von unten erstellen. Wenn Sie von hier aus erstellen, was immer Sie zuletzt erstellt haben, ist dies standardmäßig. Und Sie können den Typ immer in eine Aufgabe ändern. Also hier würden wir sagen, Login-Seite für diese Benutzeranforderung zu entwerfen . Jetzt erstellt das technische Team eine Aufgabe. Um die Anmeldeseite zu entwerfen, klicken Sie auf Enter. Jetzt lasst uns weitermachen und ein EPEC erstellen. Wenn sie tippen sollten Webseiten sein. Epic ist nur eine Sammlung von Benutzergeschichten und Aufgaben, die mit diesem Epos verbunden sind. Sie können sich einen großen Episäure-Korb vorstellen, in dem Sie ähnliche Artikel konsolidieren und in diesen Warenkorb legen würden . In diesem Fall rufen wir diese Seitentwürfe auf und klicken auf Erstellen. Okay, jetzt würdest du sehen , dass du hier kein Epos erstellt hast , weil es oben angelegt wurde. Wenn Sie sich also hier ansehen, würden Sie das Epos sehen, die Epoche, die wir gerade geschaffen haben. Es wird nicht unter dem Rückstand sitzen, wird links sitzen. In einigen Fällen oder oben. In diesem Fall haben wir das Epic an der Spitze. Wir müssen es aktivieren , damit Sie jetzt die Epoche auf der linken Seite sehen. Dies ist das Epos, das wir gerade erschaffen haben. Sie können in dieser Epoche sehen, dass keine anderen Probleme erstellt wurden, da wir die User Story nicht damit verknüpft haben , um dieser Epoche zu entsprechen. Ich klicke auf Klick raus , damit ich alles sehen kann. Angenommen, wir haben alle auf der Webseite bezogenen Elemente als Teil dieser Epoche bezeichnet . Da diese beiden mit Webseiten verwandt sind, werde ich einfach per Drag & Drop in dieses Epos ziehen. Es wird immer noch im Rückstand bleiben, aber es ist nur eine Möglichkeit, einem Epos eine Aufgabe oder eine Geschichte leicht zuzuweisen. Wir verknüpfen es nur damit es weiß welche. Wir verknüpfen den Problemtyp nur mit einem Epos. Es ist also einfach, verschiedene Dinge zu sortieren. Es wird Sinn machen, wenn ich Ihnen noch ein Beispiel gebe, wenn ich eine andere Epoche erstelle und das als Datenbank bezeichne. Datenbank, okay? Wenn ich jetzt auf dieses Epos klicke und etwas erstelle, weist es diese Aufgabe automatisch diesem Epos zu. In diesem Fall werden wir es wieder in eine Geschichte umwandeln. Und vielleicht ändere ich es wieder in eine Aufgabe und sage Benutzerauthentifizierung über eine Datenbankverbindung. Wir sagen also einfach , dass Benutzeranmeldeinformationen gespeichert und aus der Datenbank authentifiziert werden sollten . Lass es uns erschaffen. Und es könnte außerhalb des Scheitelpunkts entstanden sein. Also lass mich draus klicken. Und so kann man sehen, dass es gerade erstellt wurde ohne sich in ein Epos zu verlinken. An dieser Stelle kann ich es einfach anklicken und in das Datenbank-Epos ziehen. Wenn Sie jedoch sehen möchten, wie es anders geht, können Sie auf die ersten drei Schaltfläche klicken, um sie zu bearbeiten. Also wahrscheinlich, vielleicht dieser Baum und sagen wir mal, fügen Sie ein Muster hinzu. Und in diesem Fall sagen wir „Datenbank“. Für jede Aufgabe und Geschichten ist der Elternteil immer ein Epos. Deshalb siehst du nur die beiden Epen , die wir erstellt haben. Jetzt können wir das schließen. Sie können jetzt sehen, dass es mit diesem Epos verbunden ist. Jetzt können Sie vielleicht die Bedeutung eines Epos erkennen , weil Sie sehen können dass es ähnliche Dinge gruppiert werden, indem Sie auf das Epos klicken während das Projekt mit mehreren Aufgaben und Epochen wächst Es ist leicht zu sehen in einer bestimmten Sitzung und schauen Sie sich nur die Aufgabe an, die mit dieser Apec verbunden ist. Deshalb haben sie sich für das Wichtigste entschieden. Sie können sich wieder an epigastrische, große Gegenstände denken , bei denen mehrere Verwendungen, Geschichten und Aufgaben einer Gruppe zusammenarbeiten. In Ordnung, das ist also der Produktrückstand und dort würden Sie alle Arten von Problemen erstellen. Und sobald Sie mit der Pflege des Rückstands mit dem Produkteigentümer fertig sind , würden Sie als Nächstes einen Sprint erstellen. Um dies zu tun, klicken wir auf den Rückstand und schließen das Epos vorläufig. Sie würden sehen, dass in diesem Fall bereits ein Sprint erstellt wurde. Wenn dies nicht der Fall ist, hätten Sie irgendwo oben oder unten eine Option mit der Aufschrift „Sprint erstellen“. In diesem Fall haben wir hier die Möglichkeit. Alles, was Sie für einen Sprint tun ist, einen der Elemente auszuwählen, an dem Sie Teil des Sprints sein möchten , um das Problem vom Backlog in den Sprint zu verschieben das Problem vom Backlog in den Sprint zu Sie können immer per Drag & Drop ziehen. Lassen Sie mich das also vorläufig machen. Jetzt verschiebe ich den ersten Artikel vom Backlog in den Sprint. Okay, jetzt, da wir die Probleme erstellt und verstanden haben , wie wir sie vom Rückstand zum Sprint bewegen können. Als Nächstes möchten wir uns ansehen, verschiedene Felder, die für dieses Problem verfügbar sind. Sie können immer eine Benutzerbeschreibung haben , was das Gewebe ist. Du kannst jemanden aus dem Team zuweisen. In diesem Fall werde ich mir selbst zuweisen, du kannst andere Labels hinzufügen. In diesem Fall werde ich Design sagen , nur um Dinge zu kategorisieren und nur Dinge für AAC zu kategorisieren, die später gefunden sobald der Rückstand enorm wächst. Lassen Sie uns jetzt sehen, welche anderen Artikel wir haben hier außer dem Zuweisen von Labels sprint zu tun. Die andere wichtige Sache, die Sie aktualisieren möchten , ist der Story Point für die Zeit, der später während der Sprintplanung nur drei in die andere Lektion aufgenommen wird . Wir haben uns darauf geäußert, wie man eine Geschichte aufstellt Punkte, wie wir schätzen und all diese Details für die Zeit verstehen, dass dies der Aufwand ist. Für diese besondere Benutzergeschichte ist der Aufwand also dreistöckig. Jetzt ist das alles. Sie können alle anderen Details für diese Aufgabe aktualisieren. Und Sie können auf das Konfigurieren klicken, um bei Bedarf zusätzliche Felder hinzuzufügen Sie können das Dropdown-Kontrollkästchen und andere Dinge hinzufügen lassen. Dieses spezielle Aufgabenelement , so fügen Sie eine Aufgabe aus dem Backlog zum Sprint hinzu. Nun fügen wir dies auch dem Sprint hinzu und machen dasselbe, kommen zurück und weisen es einem Teammitglied zu und zeigen es dann auch auf Storypoint. Dafür kannst du also vielleicht fünf Story-Punkte haben. Und wenn Sie diesen Story Point hier haben, würde der Sprint nun acht Story-Punkte für Sie hinzufügen, wenn Sie sich diesen Freund ansehen , da Jira später automatisch die Story-Punkte für Sie hinzufügt , sobald Sie erstellen Sie immer mehr Sprints, und sobald Sie die Geschwindigkeit Ihres Teams identifiziert haben, wissen Sie, wie viele Elemente Sie aus dem Backlog zum aktuellen Sprint hinzufügen können aus dem Backlog zum aktuellen Sprint bevor Sie den Sprint starten. Nehmen wir an, Ihre Teamkapazität beträgt nur zehn Story-Punkte. Wenn Sie diese beiden setzen, haben Sie dann fast die Schwelle von zehn erreicht. Sie haben also Raum, um eine weitere Aufgabe hinzuzufügen, die weniger als oder gleich zwei Story-Punkten ist. Das ist also etwas , das Sie im Auge behalten sollten, wenn Sie der Schiene weitere Gegenstände hinzufügen . Sobald Sie Ihre Schwelle für das Team erreicht haben, sollten Sie nicht weiter hinzufügen, und Sie sollten es aufrufen und den sprint. Das ist der Walk-Through in JIRA und wie man Story, Aufgabe und Epic erstellt und wie man einen Sprint hinzufügt. Jetzt haben wir einen Sprint hinzugefügt. Wir können den Sprint beginnen. Sprints sind zeitgepackt und es sollte eine bestimmte Trittfrequenz haben, das heißt, wenn dein Freund eine Woche lang ist. Jeder Sprint sollte also in so großen beginnen und enden. Wenn Ihr Sprint stattfindet, sagen wir drei Wochen. Jeder Sprint, den Sie von hier an erstellen, sollte also diesen Zeitraum von drei Wochen für Start- und Enddatum haben . Nehmen wir an, unser Sprint beginnt in diesem Fall an einem Montag und es ist ein einwöchiger Sprint. Es sollte also am Freitag enden, damit der nächste Sprint am nächsten Montag beginnen kann. Wir werden also das Enddatum als drittes und das Sprint-Ziel abgeschlossen haben . Die Designelemente. Denken Sie immer darüber nach, was Sie mit diesem Sprint erreichen möchten. Wenn eine Aufgabe nicht auf das Sprint-Ziel ausgerichtet ist, wissen Sie, dass diese Aufgabe aus dem Sprint entfernt werden sollte , bevor Sie mit dem Split beginnen. Jetzt haben Sie das Sprint-Ziel erstellt. Jetzt kannst du den Sprint starten. Der Sprint ist live. Wenn Sie also hier auf den Rückstand klicken, sehen Sie, dass Sie einen Sprint haben, der gerade läuft. Und du hast den Rückstand. Sobald ein Sprint gestartet wurde, möchten Sie keine weiteren Aufgaben mehr hinzufügen , da er bereits läuft. Wenn es neue Dinge gibt, die jetzt auftauchen, geht es in den Rückstand und kann basierend auf Priorität auf den Rückstand gesetzt werden. Sobald dieser Druck vorbei ist, können Sie ihn im nächsten Sprint platzieren. Und sagen wir mal, wenn Sie mit Freitag fertig sind und all diese Aufgaben erledigt haben , würden Sie dann die komplette Sprint-Aktivität ausführen. Aber bevor wir das tun, schauen wir uns den Vorstand an. Sobald du den Sprint hast. Jetzt sollten Sie ein Board haben, das diese Spalten haben sollte , in denen Aufgabenstellung ausgeführt wird und fertig ist, sobald Sie den Sprint starten, alles befindet sich standardmäßig in der Aufgabenliste. Und am Montag, wenn das Team die Aufgabe aufnimmt, begannen sie, daran zu arbeiten und in Arbeit zu gehen. Und wenn sie damit fertig sind , werden sie fertig werden. So funktioniert der Sprint-Fortschritt. Und Sie können immer das Ergebnis des Sprints sehen. Anhand der Insights hier können Sie sehen, dass nichts abgeschlossen ist. Und sobald diese Aufgabe erledigt ist, wird angezeigt, dass Sie 50% erledigt haben da wir hier nur zwei Elemente haben. Nur eine andere Sache, die ich hier zeigen wollte , ist, sobald ein Sprint begonnen hat, dann solltest du in der Lage sein, das Burndown-Chart zu sehen. Mal sehen, ob ich es für andere Projekte zeigen kann , die bereits in Bearbeitung sind, oder ich. Wenn Sie sich jetzt für dieses Projekt ansehen, haben Sie eine Option namens Reports. Und der Bericht, den ich habe, ist Burndown-Chart. Im Moment gibt es diesen Trend , den ich lange hätte schließen sollen, aber das zeigt das Burndown-Chart weil ich diese Marke nicht geschlossen habe. Deshalb wird es anders angezeigt, aber ansonsten sieht das Burndown-Diagramm ungefähr so aus, wo Sie diese graue Linie haben, die zeigt, wie jede Aufgabe abgeschlossen werden soll. Und während Sie die Aufgabe verschieben, erscheint die rote Linie. Und das zeigt, ob Sie voraus oder hinter dem Zeitplan liegen, irgendetwas rechts auf dieser grauen Linie, das zeigt , dass Sie der Zeit voraus sind. Und alles links oder unter dieser grauen Linie , das dir ein Hintern zeigt. So würden Sie also ein Burndown-Diagramm lesen und andere Berichte sind Sprint - und Geschwindigkeitsdiagramm. Sprint-Bericht ist für jeden Sprint gedacht, der abgeschlossen ist. Lass mich zurückgehen, um eins für das andere Projekt zu sprinten. Sie können sehen, wie es während dieses Sprints vorangeschritten ist. Und zu guter Letzt, aber nicht zuletzt im Geschwindigkeitsdiagramm, ist das Geschwindigkeitsdiagramm diejenige, die Ihre Teamgeschwindigkeit anzeigt. In diesem Fall sagt es mir, dass wir uns verpflichtet haben , sechs Story-Punkte zu vervollständigen, als wir die Planung vorgenommen haben. Und eigentlich die vollendeten Sechs. Und wieder im zweiten Frühjahr erhöhen wir die Geschwindigkeit auf acht und dann haben wir acht abgeschlossen. In der realen Situation wird es nicht so sein, denn sagen wir auf Sprint eins, du planst für sechs und du hast acht abgeschlossen, dann den nächsten Sprint, Weißt du, dass das Team acht Geschichten machen kann Punkte? Dann würdest du es planen und das Team würde nur vier absolvieren. Dann würden Sie zu diesem Zeitpunkt durchschnittlich 64 nehmen , was das Team in den beiden vorherigen Sprints absolviert hat, und dann den Median davon nehmen und dies als Anleitung für Teams Capacity für diesen Sprint verwenden . Wenn Sie also drei bis vier Stränge machen, haben Sie eine bessere Vorstellung davon , wie viel das Team nehmen kann, wie viele Story-Punkte es liefern kann, und dann planen, dies nur zu liefern. Und so ist das Geschwindigkeitsdiagramm entscheidend verstehen, was das Team während einer einwöchigen oder zweiwöchigen Pflanze aufnehmen kann . Dies sind die verschiedenen Arten von Berichten, die Sie während und nach der Fertigstellung des Sprints betrachten, diesen Sicherheitsdurchgang dessen was wir im JIRA-Tool haben. Wenn wir mehr Projekte bei ASPE machen, mehr praktische Projekte durchführen, wird es jetzt einfacher zu verstehen sein. Man muss nur verstehen wo verschiedene Dinge auf dieser Jira-Homepage vergraben sind und wie man darauf zugreifen kann, wie man eine Aufgabe, Probleme und eine Geschichte erstellt und wie man einen Sprint startet und stoppt später, sobald wir ein Dummy-Projekt haben, werden wir den eigentlichen Sprint durchlaufen und den Sprint schließen , damit Sie mehr Ideen bekommen. 19. Projekt-Charta: Willkommen zurück. In der heutigen Klasse werden wir uns ansehen, was eine Projektcharta ist, warum sie verwendet wird und wie wichtig sie im Projektmanagement ist und in welcher Phase des Projektmanagements sie verwendet wird. Lassen Sie uns also hier in die Präsentation eintauchen. Die Projektcharta wird also zu Beginn verwendet, um den Geschäftsfall oder die Geschäftsanforderungen zusammen mit dieser Strategie, der Kapitalrendite oder den von ihnen getroffenen Annahmen zu dokumentieren den Geschäftsfall oder die Geschäftsanforderungen zusammen mit dieser Strategie, der Kapitalrendite oder den von ihnen getroffenen Annahmen während der Entwicklung des Business Case hat jede Organisation seine Strategie und um diese Strategie zu erreichen , könnte es der Grund sein , dass sie dieses Projekt durchführt. Wenn Sie Ihr Projekt machen, müssen Sie natürlich über SAP nachdenken oder nicht, aber der Sponsor muss an die Kapitalrendite denken . Sie müssen ein Projekt durchführen, damit Ihr Unternehmen wachsen kann oder das Unternehmen etwas unterstützen kann, oder es ist illegal, dass Ihr Unternehmen existiert, was auch immer der Fall ist. Denken Sie immer daran, dass die Projektcharta nicht in der Verantwortung des Projektmanagers liegt. Ich verzögere in der realen Situation, sie sollte an den Projektmanager übergeben werden , damit er ein detailliertes Planungs - und Umfangsdokument basierend auf der Projektcharta entwickeln kann ein detailliertes Planungs - und Umfangsdokument . Mal sehen, welche Inhalte wir in der Projektcharta haben. In der Regel wird es ein hochrangiges Projektziel haben , das das Projekt erreichen muss, und die hochrangige Zeitleiste. Die Zeitleiste wird basierend auf dem Wissenssponsor erstellt oder auf hohem Niveau mit anderen Personen diskutiert. Wenn Sie also das Projekt initiieren, nehmen Sie das als Input und sehen, ob er die Zeitleiste einhalten kann. Oder um die Zeitleiste einzuhalten, welche Ressource und andere Hilfe Sie benötigen, um diese Zeitleiste zu erreichen. Manchmal ist es vielleicht nicht möglich, aber wenn es eine harte Frist ist, würden Sie planen und zum Sponsor zurückkehren und sagen, dass dies die Voraussetzungen sind um den Zeitplan zu erreichen. Sind sie dazu bereit? Manchmal, wenn der Sponsor über die Kosten nachdachte, hat er vielleicht nicht über die Kosten für das Erreichen dieses Zeitplans nachgedacht . Dort liegt die Projektcharta. Es hat die hochrangigen Ziele und eine Zeitleiste, die entweder der Sponsor will oder die Dinge, die er erreicht werden kann. Der nächste Punkt hier ist, Ihnen eine Richtlinie zu geben, mit der Sie als Projektmanager den Sponsor immer fragen können, ob er eine Projektcharter hat , mit der Sie beginnen können. Manchmal beauftragt der Sponsor den Projektmanager früh im Projektmanagementleben mit der Erstellung der Charta oder zumindest eines Systems bei der Erstellung einer Charta. So können Sie dem Sponsor immer nach einer Projektcharter fragen , wenn Sie diese bereits haben oder nicht. Wenn nicht, kannst du ihm oder ihr immer helfen, einen zu erschaffen. Die Idee der Projektcharta besteht jedoch darin , den Business Case, die Strategie für Geschäftsanforderungen, das Projektziel und den Zeitplan zu erhalten , bevor Sie in die Detailplanung einsteigen können. Und Sie können die Projektcharta gesamten Projekts als Leitprinzip verwenden. Wenn das Projekt also in Bezug auf Umfang, Zeitplan, Kosten und ähnliches abweichen wird , können Sie immer zurückgehen und sich die Projektcharta ansehen, um zu sehen, warum wir dieses Projekt überhaupt erst begonnen haben Ort. Und wenn Ihre aktuellen Projektziele immer noch auf das Projekt oder den Business Case ausgerichtet sind. Es ist also eine gute Idee, die Projektcharter immer griffbereit zu halten , damit Sie zurückverweisen und sicherstellen können , dass das Team und Sie als PM immer noch auf die Business Case Strategie und das Projekt ausgerichtet sind die Business Case Strategie und Ziele, die in der Projektcharta definiert sind. Gemäß dem Project Management Institute haben Sie eine Methode, um die Projektcharta zu erstellen. Sie können die Eingaben wie Geschäftsdokumente in den Vereinbarungen und alle vorhandenen Vermögenswerte für organisatorische Prozesse verwenden, um die Projektcharta mit den hier aufgeführten Tools und Techniken zu erstellen den hier aufgeführten Tools und Techniken wie Expertenurteil, Datenerfassung, Interview oder Fragen anderer, die Experte auf diesem Gebiet sind, Besprechungen durchführen und Personen interviewen. Sie können versuchen, weitere Informationen zu sammeln , und Sie können die Projektcharta erstellen. Die meiste Zeit könnte der Sponsor so geschaffen haben, wenn er oder sie die Arbeit bereits erledigt hat So könnten sie Projektcharta angekommen sein. Wenn nicht, können Sie diese Eingaben und Tools und Techniken verwenden, wenn der Sponsor , Projektmanager bei der Erstellung einer Person unterstützt können Sie diese Eingaben und Tools und Techniken verwenden . Das ist die Projektcharta und warum sie verwendet wird, wie sie verwendet wird, in welcher Phase sie verwendet wird und wie man eine erstellt. Alles klar, wir sehen uns in der nächsten Klasse. 20. Stakeholder identifizieren und verwalten: In Ordnung, jetzt haben wir die Einführung und die Grundlagen des Projektmanagements abgeschlossen die Einführung und . Also springen wir jetzt tatsächlich in das Fleisch des Kurses. Und diese Abschnitte sind nach dem Project Management Institute ausgerichtet . Wenn Sie die PMP-Prüfung planen und sich darauf vorbereiten, Sie alle diese Kurse von hier an würden Sie alle diese Kurse von hier an definitiv davon profitieren, dies zu verstehen. Lesen Sie das Buch, das das Projektmanagement-Body of Knowledge Buch ist das Projektmanagement-Body of Knowledge Buch , das Sie für die PMP-Prüfung studieren müssen. Es ist also vollständig darauf ausgerichtet. Es wäre also ziemlich einfach, dieses Buch zu lesen , sobald Sie diese Lektionen in dieser Reihenfolge, der Projektphase, der ersten Phasen durchlaufen haben. In diesem Abschnitt werden wir alle Dinge durchgehen , die im Rahmen der Einweihung passieren. Das erste ist also die Identifizierung und Verwaltung von Stakeholdern. Werfen wir einen Blick darauf, was in diesem Bereich zu tun ist. Es ist also einfach, einen Stakeholder zu identifizieren , denn wenn ein Projekt gestartet wird, der Sponsor oder wer auch immer finanziert wird, werden sie offensichtlich der Schlüssel sein. Und Sie können sie fragen, wer ist der Kunde? Wen biete ich diesen Wert oder dieses Produkt an uns an, damit sie Kunde werden. Manchmal könnte es der Sponsor selbst sein, aber manchmal könnte es extern sein, wo der Sponsor daran interessiert ist, das Projekt abzuschließen , um das Produkt an den Kunden zu liefern. So identifizieren Sie die Stakeholder und alle, die sich für Ihr Projekt interessieren, alle werden zu irgendeiner Form oder prägen Ihren Stakeholder, einschließlich des Projektteams. Okay, also lassen Sie uns sagen dass, sobald Sie den Stakeholder identifiziert haben, wie managen Sie sie? Dort haben wir zwei Abschnitte in der X- und Y-Achse, das ist das Strom - und Zinsnetz. Sie müssen also die Stakeholder in diese vier Quadranten dieses Rasters einordnen . Sagen wir also, wir haben unten links. Sie sind also die Stakeholder, die geringe Zinsen und geringe Leistung haben. Das Zinsdatum ist, dass sie ein gewisses Interesse an Ihrem Projekt haben, aber nicht so hoch, ob Sie es abschließen oder nicht, es wird sie nicht so sehr beeinflussen. Sie haben ein minimales Interesse, aber sie haben einige Interessen, daher müssen Sie sie weiter überwachen, damit sie keine Auszahlungen für Ihr Projekt verursachen. Und selbst wenn dies der Fall ist, stellen Sie sicher, dass sie nicht befugt sind , Ihr Projekt zu verwüsten. Die nächste Gruppe von Menschen sind also Menschen mit hohem Interesse, haben aber nicht viel Macht. Sie können das Projekt möglicherweise nicht direkt stoppen oder starten. Sie können durch den Abschluss dieses Projekts hochmotiviert sein, oder sie werden in irgendeiner Form oder Form von diesem Projekt profitiert. Sie haben also großes Interesse an diesem Projekt. Solche Gruppen müssen Sie also in PharmD behalten , weil sie ein gewisses Interesse haben. Und vielleicht haben sie eine gewisse Abhängigkeit sobald Ihr Projekt abgeschlossen ist, sie müssen etwas anderes tun. Es ist also immer gut, die Kommunikation mit ihnen offen zu haben und sie während des gesamten Projekts auf dem Laufenden zu halten. Die nächste Gruppe von Interessengruppen sind diejenigen, die eine hohe Leistung und etwas gute Interessen haben. Solange sie eine hohe Leistung haben, kann dies negative Auswirkungen auf das Projekt haben. Sie müssen also sicherstellen, dass Sie sie zufrieden stellen. Es könnte also Ihr Projektmanagementbüro sein oder es könnte der Sponsor sein, jemand mit hoher Leistung. Sie müssen sicherstellen, dass Sie sie befriedigen. Und dann die nächste Gruppe von Stakeholdern, diejenigen, die sowohl ein hyperbewusstes als auch hohes Interesse am Autotrend haben . Wir müssen sicherstellen, dass Sie sie sehr genau verwalten , in dem Sinne, dass Sie sie mit Informationen verwöhnen müssen. Du musstest ihnen anhören, du musst ihnen Updates bereitstellen. Was müssen Sie tun, um sicherzustellen, dass sie eng verwaltet werden , damit sie kein Problem für Ihr Projekt verursachen. Aus diesem Grund muss diese Gruppe genau verwaltet und überwacht werden. Dies ist jedoch auf hohem Niveau, wie Sie Ihren Stakeholder vom Sponsor identifizieren und dann während des gesamten Projekts die Liste der Stakeholder aufbauen und diese zuweisen oder klassifizieren in einen dieser Quadranten hinein. Sie wissen also, wie Sie sie während des gesamten Projekts verwalten können, damit Sie nicht vom Verhalten betroffen sind. 21. Project: Jetzt werden wir uns in dieser Lektion einen Blick auf den Projektstart werfen, und dies ist die letzte Phase der Projektinitiationsphase. Nach dem Kickoff gehen wir direkt in die Projektplanungsphase ein. Was ist also für den Projektkickoff erforderlich? Was ist ein Projektkickoff? Werfen wir einen Blick darauf. Lassen Sie mich in den Präsentationsmodus wechseln. Und hier sieht man, dass wir beim Projektkickoff darüber nachdenken müssen , wer eingeladen werden sollte. Im Grunde muss man also in den Stakeholdern, die wir zuvor definiert haben, darüber nachdenken . Es ist jeder, der direkt oder indirekt von den Projektänderungen betroffen ist . Sie müssen also definitiv Ihren Sponsor, Ihr Team, Ihre Geschäftsnutzung einbeziehen und wer auch immer mit dem verwandt ist , der mit diesem Projekt in Verbindung steht, Sie müssen ihn einbeziehen oder einladen zumindest beim Projektstart in den zukünftigen Meetings, wer selektiv gegenüber Teilnehmern sein kann , die an diesen Meetings teilnehmen sollten. Aber für den Kickoff ist es besser, jeden einzuladen, der direkt oder indirekt involviert ist. Und wenn es sich um eine höhere Führung handelt, halten Sie sie einfach optional und sie können sich den erforderlichen Anstrengungen anschließen. Sie müssen sich als Stakeholderliste bezeichnen und sehen, wen Sie zum Projektstart einladen sollten, die Best Practices, um das Projektteam und den Sponsor sicher einzuladen das Projektteam und den Sponsor sicher , zumindest weil sie diejenigen sind oder das Projektteam diejenigen sind, die die Arbeit erledigen müssen. Sie müssen also wissen, worum es in diesem Projekt geht. Dies stellt nur die Bühne vor. Sie laden die Welt ein und lassen sie wissen , dass das Projekt bevorsteht. Sie müssen sicherstellen, dass sie den Projektorstand und alles verstehen. Werfen wir einen Blick auf die Agenda. In der Regel möchten Sie beim Projektstart mit der Teameinführung beginnen, möchten Sie beim Projektstart mit der Teameinführung beginnen da dies das erste Mal ist , dass Sie Asset Team, Asset Projektmanager, zusammenkommen Asset Projektmanager, . hat mit dem Sponsor interagiert, aber dies ist das erste Treffen, bei dem Sie eine größere Gruppe von Menschen mitbringen eine größere Gruppe von Menschen , die Teil dieses Projekts sind. Es ist also immer eine gute Idee, eine Teamvorstellung zu haben. Es könnte mehrere funktionale Teams und die Teammitglieder von jeder Funktion geben, sich möglicherweise kennen oder auch nicht. Dies ist also das erste Mal, dass Sie eine Einführung haben möchten. Sie möchten auch diese Teamstruktur in die Präsentation einbringen , wie das Projektteam aussehen wird und welche Verantwortlichkeiten es gibt. Raci einige Metriken, die wir uns in der späteren Klasse ansehen werden. Aber was er löscht, ist, dass er den Namen der Funktion oder des Teammitglieds auflistet Funktion oder des Teammitglieds und sie den Aufgaben zuweist, unabhängig davon, ob sie verantwortlich, erweiterbar sind oder ob sie konsultiert oder informiert werden. Denn je nach RACI können sie verstehen, welche Rolle sie in dem Projekt spielen wird. Stellen Sie also, wenn möglich, eine rassige Stelle zusammen und Sie können jederzeit Feedback sammeln und Schulden während des Kickoffs oder nach dem Kickoff einholen. Die nächsten Dinge, über die Sie nachdenken müssen, um den Kickoff zu präsentieren, ist offensichtlich der Zeitplan. Sie haben also möglicherweise keine vollständige detaillierte Zeitleiste, aber Sie sollten einen Milestone-Plan haben, wenn Sie bestimmte Daten erreichen müssen und Sie von der Projektcharta zurückkommen können . Sie sollten also immer den Meilensteinplan und die wichtigsten Termine haben , damit alle auf derselben Seite sind. Sie sollten auch den Projektumfang, das offizielle Startdatum und alle Tools und Dinge, und alle Tools und die Sie mit dem Team teilen möchten, teilen. Wie wir bereits besprochen haben, die Kooperationsseite, wie sie darauf zugreifen können, wenn sie hinzugefügt werden, und all diese Details können während des Kickoffs präsentiert und geteilt werden. Und auch wenn es Teilprojekte gibt , die Teil dieses Hauptprojekts sind, aber diese können auch während dieses Projektstarts gestartet werden . Die Idee hier ist einen großen und Waffenmänner zu machen und sicherzustellen, dass alle auf derselben Seite sind. Vielleicht erhalten Sie während des Kickoffs möglicherweise Feedback , dass Sie einige andere Parteien oder andere Teammitglieder einbeziehen sollten . Sammeln Sie also dieses Feedback und fügen Sie es bei Bedarf hinzu. Dies ist also die letzte Phase der Projektinitiationsphase. Und danach werden Sie direkt in die Planung einsteigen, denn jetzt haben Sie ein Projektteam, Sie haben die Teamstruktur geteilt und jeder versteht, was als Teil des RACI-Chart. Dann kommen Sie alle als Team zusammen und planen in der nächsten Phase, die die Grundlage für die Ausführung sein wird. Das schließt also die Einleitungsphase des Projekts ab. Also werden wir in der nächsten Klasse auf die Projektplanungsphase einsteigen . 22. Agile Planung mit Jira: Jetzt ist es also der einfache Teil. Wir haben die Planung mit dem Team an der Wand gemacht. Wir haben also zumindest die Benutzergeschichten und die damit verbundenen Aufgaben an der Wand identifiziert . Jetzt ist es nur der Prozess es in ein Tool zu übertragen. Egal, ob Sie das Jira Atlassian-Tool oder ein anderes Tool verwenden, es ist alles gleich. Grundsätzlich, wenn Sie Scrum machen, haben Sie einen Produktrückstand. Und dann legen Sie alle Artikel , die während der Sprintplanung und der Produktrückstandsplanung identifiziert wurden Sprintplanung und der Produktrückstandsplanung , in das Tool ein. Ich benutze Gita und der größte Teil der Organisation hat JIRA oder einige Versionen anderer Software , die genau wie Jira aussehen werden, wo wir Rückstand, Sprint und andere Dinge haben . Für diesen Ansatz werden wir also drei Optionen wählen. Nummer eins ist es, die User Stories von der Wand in den Gyrus-Produktrückstand zu übertragen . Um dies zu erreichen, müssen wir zuerst ein Projekt erstellen. Wenn Sie ein Projekt erstellen, kann es sich um ein Scrum-Projekt oder ein Kanban-Projekt handeln, je nachdem, was Sie für Ihre Organisation verwenden. Und wenn Sie die Wasserfallmethode verwenden, ist die Planung wahrscheinlich nicht wie eine Wandplanung, aber es ist eine ähnliche Aktivität bei der Sie alle Ihre Projektteammitglieder anrufen und sie dann fragen welche Aktivitäten müssen sie unternehmen, um die Projektziele zu erreichen? In der folgenden Lektion zeige ich Ihnen, wie Sie diese Aktivitäten aufschlüsseln und in Microsoft Project einfügen können, das am häufigsten verwendete Tool für die Wasserfallmethodik ist . Lasst uns zuerst in JIRA springen und sehen, wie es für ein Gedränge gemacht wird. Und wir werden uns auch ansehen, wie man ein Kanban-Board erstellt und wie es in Kanban gemacht wird. Ich habe alle User Stories an der Wand hier hinter mir. Ich hole mir schnell einen und mache dann meine Bildschirmfreigabe, damit du sehen kannst , wie man ein Projekt erstellt und wie man es in einen Rückstand versetzt. Okay, ich nehme den ersten hier, nämlich das ist. Dies ist eine User Story. Die Persona ist als Projektmanager, ich wollte die Projektplanvorlage herunterladen , damit ich sie in meinem Projekt verwenden kann. Das Projekt, das wir hier haben, besteht also darin, eine E-Commerce-Website zu erstellen , auf der wir alle Projektmanagement-bezogenen Vorlagen haben . Und als Benutzer, wer ein PM ist, wollte er diese oder sie herunterladen oder kaufte diese Vorlage und wie es geht. Das ist also im Grunde diese User Story. So können wir dies in weitere kleinere Aufgaben aufteilen, oder das Team wäre während der Wandplanung in kleinere Aufgaben aufgeteilt . Jetzt geht es nur darum dies in den JIRA-Vorstand zu übertragen. Alles klar, jetzt lass mich hier auf den Bildschirm springen , wie Sie sehen können, ich habe ein Projekt, das bereits Rückstand hat. In diesem Fall werde ich vorgehen und ein brandneues Projekt erstellen. Wenn Sie sich in einer Organisation befinden , in der der Jira von Ihrer Software oder Ihrem IT-Team außerhalb des Projekts verwaltet wird . Dann stellen Sie normalerweise eine Anfrage und bitten sie, ein Jira Scrum-Projekt oder ein Kanban-Projekt für Sie zu erstellen . Was für den weltweiten Workflow sie haben, Sie würden normalerweise das Projekt erstellen und es Ihnen geben. Ihr Ausgangspunkt würde also so etwas wie ein Rückstand aussehen und dort würden Sie erstellen. Aber nur um Ihnen den Hintergrund der Szene zu zeigen , wie Sie das Projekt erstellen können. Ich mache weiter und erstelle ein Projekt. Um dies zu tun, oben rechts auf die klicken Sie oben rechts auf die Einstellungsleiste und gehen dann zu Projekt. Sie haben eine Option namens Projekt erstellen. Wie Sie hier sehen, habe ich mehrere Projekte erstellt. In diesem Fall erstelle ich ein neues Projekt. Und zu dieser Zeit gibt es mir die Möglichkeit, ob ich ein Kanban-Projekt oder ein Ashcan Projekt erstellen möchte. Lassen Sie uns zuerst ein Scrum-Projekt erstellen und sehen, wie das aussieht. Was auch immer die Standardvorlage ich habe oder die Jira mir anbietet, ich werde das verwenden. Sie haben hier verschiedene Optionen für Projektvorlagen, ich werde die Softwareentwicklung verwenden , weil wir das verwenden. Also verwende ich diese Vorlage. Und es gibt mir die Möglichkeit, ob dieses Projekt vom Team oder vom Unternehmen verwaltet wird . In der Regel wird das Projekt auf Projektebene vom IT-Administrator des Unternehmens oder dem Jira-Administrator verwaltet Projektebene vom . Sie können, Sie würden nicht all diese Optionen sehen , wenn Sie auf Projektebene Projekte verwalten. Also werde ich nur ein firmenverwaltetes Projekt erstellen , weil ich diese GTR-Plattform für dieses spezielle Projekt besitze. Also nenne ich es als Projekt. Vorlagen-Website. Okay, also verwenden wir Scrum und erstellen ein Projekt. Jira hat das Projekt erstellt und es ist mit den grundlegenden Tools zurückgekommen, die Sie benötigen, nämlich Backlog und Sprints. Ab sofort haben Sie nichts, weil wir keine Benutzergeschichten im Tool erstellt haben . Was wir getan haben, ist die Planung an der Wand gemacht. Das erhalten Sie also, wenn Sie das Projekt von Ihrem Jira-Admin aus starten. Grundsätzlich müssten Sie kein Projekt erstellen , da dies von den IT-Administratoren erledigt wird. Mal sehen. Jetzt haben wir ein Projekt erstellt. Sie können auf Erstellen klicken und mit dem Erstellen der Storys beginnen. Prüfen Sie also nur, ob wir hier alle erforderlichen Informationen haben . So müssen Projekteinstellungen, wie Sie sehen können, in Bearbeitung und tun , dass dies im aktiven Sprint ist. Backlog, alles wird da sein. Du wirst episch sein. Und Version. Version ist das höhere Niveau. Wenn Sie Ihr Produkt in mehreren Versionen veröffentlichen, erstellen Sie Version eins, Version zwei. Manchmal werden Projekte in den verschiedenen Jahreszeiten veröffentlicht . Es wären also Fälschungen der Frühlingssaison und ähnliches. Welche Version Sie auch vorhaben , Sie können sie erstellen. Oder wenn Sie keine Version erstellen, ist das in Ordnung. Du kannst auf epischer Ebene beginnen. Was wir hier tun werden, ist, dass wir anfangen werden, die tatsächlichen User Stories zu erstellen, und dann entscheiden wir, wie wir sie zu einem Epos gruppieren möchten . Epic ist eine größere Reihe von Aktivitäten oder eine Gruppe von Benutzergeschichten und Aufgaben, die zusammengefasst sind, um diese Organisation zu erhalten. Und episch kann Freund und Design sein. Und ein anderes Epos könnte die Datenbank sein. Ein anderes Epos könnte etwas mit Architektur zu tun haben. So können Sie sich organisieren, es ist nur eine Art, es zu organisieren. Sie brechen also aus einem größeren Epos, den kleinsten Geschichten und solchen Dingen zusammen. Was möchten Sie tun, wenn Sie die User Stories übertragen , ist, dass Sie von links zum Rückstand wechseln möchten . Und du willst alles im Backlog erstellen , da dein Sprint noch nicht gestartet ist. Sie befinden sich in der Planungsphase und bauen alle Benutzergeschichten Projektanforderungen in den Rückstand ein. Lassen Sie uns also eine Story erstellen, die Sie eingeben können, beginnen Sie hier einzutippen oder klicken Sie auf Erstellen. Standardmäßig haben Sie Optionen, egal ob es sich um eine Story, einen Task-Bug oder eine Epoche handelt. Lassen Sie uns also eine Geschichte erstellen , denn was wir in der Haftnotiz hier haben, sagen Sie User Stories. Also werde ich sagen, Projektvorlagen herunterladen. Also hier schreibe ich die User Story als Projektmanager, was die Persona ist. In diesem Fall, nur um den Hintergrund daran zu erinnern , dass wir eine Website erstellen, auf der die Benutzer hereinkommen und die entsprechende Vorlage für das Projekt herunterladen können . Die Persona ist offensichtlich Projektmanager oder Projektleiter oder jemand aus dem Team, der eine Vorlage benötigt. In diesem Fall ist die Persona ein Projektmanager. Also sage ich als Projektmanager, ich möchte die Projektplanvorlagendatei herunterladen Projektplanvorlagendatei und wir müssen nur den Grund angeben, warum er sie braucht. Wenn man sich die Anforderung anschaut, ist es dem Team sehr klar, dass ich sie in meinem Projekt verwenden kann. Dies ist also eine sehr einfache Benutzergeschichte, normalerweise vom Produkteigentümer bereitgestellt werden muss und die wir in der Wandplanung besprochen haben. In diesem Stadium nehmen Sie als ScrumMaster einfach all diese Knoten und Benutzergeschichten von der Wand und setzen sie in die Software ein. Also lasst uns weitermachen und uns alles ansehen, was hier hinzugefügt werden soll. Wenn Sie also zu diesem Zeitpunkt einen Beauftragten aus Ihrem Projekt hinzufügen möchten , können Sie dies tun. Wenn Sie dies als Labels weiter klassifizieren möchten , können Sie dies tun. Also erstelle ich ein Label namens Vorlage. Und wenn es ein Epos gibt, können Sie die Epoche verknüpfen. Aber ab sofort haben wir keine Epoche geschaffen. Also mach weiter und erstelle einfach, wie du jetzt im Backlog sehen kannst, es sollte eine User Story sein. Und lass mich darauf klicken und sehen, dass es aufgetaucht ist. Wie Sie hier sehen können, wird es als Aufgabe statt als Story erstellt. Vielleicht habe ich das aus Versehen ausgewählt. Sie haben die Möglichkeit, das immer zu ändern. Alles was Sie tun müssen, ist auf Bewegen zu klicken. Und dann geben Sie aus dem aktuellen Projekt, als Geschichte eingeht und Next sagt, das als Geschichte eingeht und Next sagt, einige Handlungsstränge, nur um etwas zu setzen, sagen wir fünf Storypoints um etwas zu setzen, . Und dann wandelt es die Aufgabe im Grunde in eine Geschichte um. Das bestätigen wir. Alles klar, Perfect. Jetzt gehen wir zurück zum Bankprotokoll mit dem ikonischen und sehen, dass es sich jetzt um eine User-Story handelt. Das ist also ein guter Fehler, den wir gemacht haben denn jetzt wissen Sie, wie Sie von der zweiten Aufgabe, Ihrer Geschichte zu Aufgabe oder Aufgabe zwei Unteraufgabe konvertieren können. Sie können dies mit der Möglichkeit tun, dies zu verschieben. Wenn Sie also sehen möchten , können Sie auf das Element klicken und hier auf die drei Punkte klicken und bewegen. Und das ist eine Verknüpfung, wenn Sie sich jemals fragen, also klicken Sie auf die Aufgabe und geben Sie einen Punkt oder einen Punkt ein. Hat Ihnen nicht alle Aktionen gegeben, die Sie gegen diese bestimmte Aufgabe oder Benutzergeschichten ausführen können. Das ist also immer eine Verknüpfung , die ich verwende, um eine Unteraufgabe zu erstellen oder zu protokollieren oder sie mir oder einem Story-Punkt zuzuweisen. Ich kann all das tun, anstatt hier hineinzugehen und nach Optionen zu suchen. Denken Sie also daran, dass Sie auf die jeweilige Story klicken und Punkt eingeben und alle Optionen auflisten, die Sie haben. Alles klar, jetzt haben wir die erste User-Story in den Backlog übertragen . Werfen wir einen Blick auf diese Sekunde. Benutze eine Story. Also werde ich mich an die Wand wenden. Dies ist die zweite User-Storys, die Säure-Business-Analyst ist. Ich wollte eine Anforderungsmatrix-Vorlage herunterladen damit ich sicherstellen kann, dass alle Anforderungen erfüllt sind. Also die Vorlagenanforderungen, damit Sie fortfahren und ein Problem erstellen können. Wenn Sie direkt im Backlog erstellen, wird unabhängig vom vorherigen Problem denselben Typ erstellt. Wenn das vorherige Problem also eine Aufgabe war, wird das nächste Gewebe als Aufgabe erstellt. Und du kannst es immer ändern, aber das ist etwas, worauf du achten musst. Jetzt haben wir eine andere Benutzergeschichte, die eine Download-Anforderungsmatrix-Vorlage ist . Okay, sobald Sie darauf klicken, hat es einen Schreibtisch erstellt. Keine Story-Punkte hier. Jetzt erstellen wir einen Punkt und sagen, ich sehe hier keine Option zum Bearbeiten. Also musste ich vielleicht hierher gehen und hier im Seitenfenster bearbeiten , eine Beschreibung hinzufügen. Ich werde anfangen, im gleichen Format zu tippen, das User Story-Format als Businessanalyst, der hier die Persona ist Ich möchte eine Vorlage für eine ruhige Momentenmatrix herunterladen, damit ich unsere Anforderungen sicherstellen kann sind abgebildet und abgeschlossen. Klicken Sie auf Speichern, damit die Beschreibung gespeichert ist und Sie sie ab sofort jemandem zuweisen können, außer mir gibt es niemanden in diesem Projekt. Sobald Sie also ein Dual zugewiesen haben, sehen Sie es in der Backlog-Entwicklung an. Wenn Sie ein Entwicklungsteam haben, können sie sich in bitbucket dot Jenkins integrieren, und Sie können Branch und Commit und all das Zeug erstellen. Auch hier, Labels, es ist eine Vorlage. Sobald Sie also mit der Eingabe von Integer beginnen, wird angezeigt, was wir diese Story-Punkte bereits erstellt haben . Sagen wir, das sind drei. Wir werden in einer Minute über Story-Punkte und Priorität sprechen. Okay, ich denke, wir sind gut hier. Jetzt haben wir zwei Benutzergeschichten erstellt , beide unsere Vorlagen, und jetzt denke ich, dass wir eine weitere User Story erstellen werden , die sich auf die Datenbank bezieht. Also werde ich hier ein Problem erstellen, Story, Datenbankumgebung. Hier. Dies ist für mehr als den Benutzer erforderlich. Dies ist für den Admin erforderlich. Also prüfe ES. Admin das Projekt. Ich muss eine Datenbank erstellen, damit ich alle Projektvorlagen, Benutzeranmeldeinformationen usw. speichern kann . Alles klar, also weise ich keine Story-Punkte zu und weise ihr Ressourcen zu, die ich gerade erstellt habe ich dir zeigen kann, wie wichtig apec ist . Wenn ich also auf EPEC klicke sagen wir Create EPEC von hier aus. Nehmen wir an, sie wählen Name ist technische Geschichten und Aufgaben im Zusammenhang mit technischer Arbeit. Zum Abschließen. Das Projekt. Jetzt haben wir eine Epoche hier. Lassen Sie uns nun eine weitere Epoche erstellen , in der es sich um Vorlage bezieht. Alle ausgewählten Namen heißen Template-Downloads. Alle Benutzergeschichten und Aufgaben beziehen sich nur darauf, wenn ich in Bezug auf Vorlage buchstabieren kann Benutzeranforderungsvorlagen herunterladen kann. Okay, jetzt hast du hier zwei Epochen geschaffen. Wenn Sie also jemals in den Rückstand schauen müssen, sehen Sie, dass sich die Epen auf der linken Seite befinden und Sie müssen darauf klicken. Und ab sofort ist keines der Probleme abgebildet. Der einfachste Weg zu kartieren ist, dass Sie entweder darauf klicken und hier zum Link gehen können. Also ein bisschen Link und du kannst nach einem bestimmten suchen. Und in diesem Fall ist das technisch. Es kann das zuweisen. Wenn Sie jedoch eine große Anzahl von Storys und Aufgaben im Rückstand haben , die einfachsten Möglichkeiten, die epischen Namen hier zu minimieren. Und Sie können mehrere Storys und Aufgaben auswählen, aber Sie können dann per Drag & Drop in eine Epoche ziehen. Sie können also mehrere Storys oder Aufgaben auswählen und dann per Drag & Drop auf den apec wo Sie sie zuordnen möchten, wie in die Story zu gehen , dann auf den Link zu klicken und ihn auf diese Weise zu verknüpfen Ich finde es viel einfacher , einen Drag & Drop zu machen. Das war's also jetzt. Nehmen wir an, wir wollen eine Version erstellen. Also werden wir ein, das ist Release One oder User Stories oder veröffentlichen Sie eine, die sie erstellen. Jetzt ist es erschaffen. Und was Sie tun können, ist, dass Sie das Epos abbilden können. Ich denke, es erlaubt nur die Storys und Aufgaben abzubilden. Sie können wählen. Klicken Sie mit dem Befehl ganz nach unten und ziehen Sie dann per Drag & Drop, um einen freizugeben. Jetzt hast du zwei Probleme. Vielleicht habe ich das nicht ausgewählt, also muss ich das per Drag & Drop ziehen. Okay, also sind jetzt drei Probleme der ersten Version zugeordnet. Also haben wir jetzt die Version Versionen, Epic und Storys behandelt und sie greifen auf den Seiten aus. Wenn Sie also die Details sehen möchten, Sie sehen, warum es wichtig ist , wenn Sie Ihre Roadmap starten, dann können Sie sehen, wie die Epen abgebildet werden und diese dann geliefert werden. Das ist ein Vorteil. Und dann kannst du dir nur einen waschen ansehen. Wenn Sie mehrere Versionen haben, können Sie nur die Releases auswählen und auswählen , an denen Sie interessiert sind. Wenn es um Roadmap geht, ist es ziemlich praktisch, diese Kategorisierung von Version und Epic zu verknüpfen, um Geschichten und Aufgaben zu verwenden. Okay, jetzt ist die Planung abgeschlossen. Wir haben unsere User Stories und Aufgaben von der Wand auf die Gita verschoben . Und jetzt ist es an der Zeit darüber nachzudenken , wie wir einen Storypoint wollen. Story Point ist immer relativ. Wenn ich dir also ein Beispiel geben muss, nehme ich zwei Teile , die ich auf dem Tisch habe. Das ist etwas, was gefragt ist und das ist etwas Kleines. Und wenn ich diesen Punkt hier sage, wenn ich nur sage, dass dies in einem zweistöckigen Punkt ist und wenn ich dich frage, ob das zwei sind, wie viel stimmt dieser? Weil es alles relativ ist. Wie Sie sehen können, ist dies fast dreimal größer und zweimal lang, vielleicht 1,5 Mal. Wenn ich also sage, dass dies zweistöckige Punkte in Ihrer natürlichen Intuition sind , ist es offensichtlich zweistöckige Punkte in Ihrer natürlichen Intuition sind , ist es , dass dies sechs Story-Punkte wären , weil dies dreimal so groß ist. Idealerweise möchten Sie an einen Punkt gelangen, an dem Sie die Aufgabe und den Touristen relativ anpassen können, relativ verglichen mit zwei verschiedenen Geschichten, anstatt die Geschichte basierend auf der Anzahl der Tage und Stunden zu zeigen. Wenn Sie also als Team reifen, als Scrum-Team, wird es auch selbstverständlich sein. Machen Sie diese Story-Punkt-Schätzung relativ zueinander, anstatt auf Stunden zu schauen. Das war's also. Und jetzt haben Sie im Rahmen der Planung alles in den Rückstand übertragen. Wenn wir mit der Projektausführungsphase beginnen , erstellen wir dann den Sprint und entscheiden, welche Verwendungsgeschichten vom Backlog in den Sprint übertragen werden müssen vom Backlog in den Sprint übertragen werden und starten diesen Bleistift ausführen. Darauf werden wir bei der Projektabwicklung zurückkommen. Momentan für den Planungszweck übertragen Sie nur alle Elemente von der Wand oder während der Planungssitzung, was Sie in das JIRA-Tool oder ein Werkzeug identifiziert haben die Sie verwenden, um ein Projekt zu verwalten und es zu schätzen indem Sie Story-Punkte platzieren oder zuweisen und Ressourcen zuweisen. Und dann mussten Sie mit dem Produktmanager oder dem Produktinhaber zusammenarbeiten , um Prioritäten zu setzen, oder? Alles, was eine hohe Priorität hat, können Sie es unter Versionen stellen oder per Drag & Drop und alles über den Rückstand sagen , das die höchste Priorität hat. So können Sie all das mit dem Team und dem Produkteigentümer erledigen. Und das vervollständigt die Planung mit dem Tool. Denken Sie noch einmal daran, dass dies nur ein Werkzeug ist, die Planung, die Sie mit dem Team im Raum gemacht haben . Das ist die eigentliche Planung. Und jetzt verwenden wir das Tool , um das so zu organisieren , dass wir den Sprint gestartet haben. Es ist leicht zu erkennen, was abgeschlossen wird. Und ich weiß, wie das Team abschneidet und all das. Alles klar, jetzt werden wir uns das Gleiche ansehen , auch wenn Sie Kanban-Vorstand haben, bleibt das Backlog-Konzept gleich. Es ist nur so, dass Sie keine aktiven Federn und Kanban haben, aber der Prozess, es in ein Tool zu übertragen und ein Projekt zu erstellen, bleibt gleich. Während der Projektausführungsphase werden wir also ausführlich auf den Unterschied zwischen der Ausführung von Scrum und Kanban sowie Diagrammen und Berichten eingehen auf den Unterschied zwischen der Ausführung von Scrum und Kanban sowie Diagrammen und Berichten , die wir normalerweise während Scrum und Kanban betrachten. Okay, das deckt diese Lektion ab. Und in den nachfolgenden Lektionen werden wir uns ansehen, wie wir diese Aufgabe in Benutzergeschichten in Microsoft Project erledigen würden . Wenn Sie ein Wasserfall-Projektmanagement durchführen müssen. 23. Projektplanung in Microsoft Projekt: Alles klar, jetzt als die aufregenden Dinge werden wir ein einfaches Projekt machen, praxisorientiertes Projekt. Und wir werden sehen, wie die Projektanforderungen in kleinere Aufgaben unterteilt werden können. Und bevor wir in das eigentliche Tool in MS Project oder Jira springen , um die Planung zu machen. Schauen wir uns eine Tafel an. Wie die Projektplanung aussieht entwickelte sich ein Projekt in der Regel von einer Ideenphase zu einem tatsächlichen Projekt und anderen Planung und verschiedenen Aufgaben und Meilensteinen und ähnlichem. Also lass mich hier wieder zum Board wechseln und hoffentlich könnt ihr mich sehen. Wir werden dies ein Projekt nennen, um einen Raum zu streichen und es hat vier Wände. Typisches Standardzimmer. Lassen Sie uns sagen, Sie haben hier ein Zimmer, das gestrichen werden muss. Sagen wir also, das ist der Umfang. Um dieses Gemälde zu machen, müssen wir zunächst über Ressourcen verfügen, um die Arbeit zu erledigen. Du brauchst einen Maler. Du brauchst offensichtlich Farbe. Sie benötigen Bresh und Zubehör, vielleicht um Ihre oder zwei Böden dort zu verdecken , damit Sie keine Farbe auf Sie verschütten, dann benötigen Sie möglicherweise Handschuhe und Reinigungsmittel. Okay, sagen wir mal, das sind Dinge, die du brauchst. Du brauchst einen Maler, du brauchst eine Farbe, Pinsel und Zubehör, du brauchst Handschuhe und Reinigungsmaterialien. Sagen wir also, wenn Sie all das selbst machen, müssen Sie sich möglicherweise um all diese Dinge kümmern. Aber wenn du das mit einem Maler machst , als er all diese Gegenstände mitbringen würde, musst du nur ein Angebot von ihm einholen. Nehmen wir an, Sie machen es alleine , um ein Projekt selbst zu verwalten. Nehmen wir an, Sie müssen nicht malen oder Sie müssen dort nicht für die Farbe bezahlen , weil Sie es selbst tun. Aber Sie müssen die Kosten für Farbe berücksichtigen. Sie müssen die Kosten für Zubehör berücksichtigen. Es könnte Bürstenreinigungsmaterialien sein, eine Pfanne, um das Gemälde zu machen, werden das Gemälde in allem gemischt , was Sie sich vorstellen können. Und dann du zur Zeit, nur um zu sehen, ob es eine gute Idee ist, es selbst zu machen, oder ist es besser auszulagern? Ist der Maler. Nehmen wir an, in diesem Fall machen Sie alleine oder eine oder zwei Dosen Farbe zu bräunlicher Bräune, um Handschuhe zu mischen. Und dann deine Zeit, lass uns sagen, es dauert eine Stunde pro Wand. Wenn Sie nach dem Zeitplan suchen, haben Sie die Kosten hier. Jetzt ist das dein Zeitplan. Das sind Ihre Kosten. Und wenn Sie sich an die dreifache Einschränkung erinnern, haben wir den Umfang, die Zeit und die Kosten, die sich auf die Qualität auswirken. Wir haben also über die Kosten und den Zeitplan diskutiert, und wir haben hier bereits den Umfang. Aber um nur eine Regel zu malen, wird ein kleines Projekt so aussehen. Sie möchten es 1 USD pro Wand in eine kleinere Aufgabe aufteilen. Also dann würde es 13 Minuten sagen, um alte Malerei zu entfernen, dann in 20 Minuten Grundierung aufzutragen, dann geben Sie die zehnminütige Farbe, die bestimmte Wand, ein. Du brauchst eine Stunde pro Wand. Du hast vier Wände hier. Das heißt in vier Stunden, um den Raum zu vervollständigen. Dies ist ein sehr einfaches Beispiel dafür, wie Sie ein Projekt planen würden , bei dem Sie sich diese Schule ansehen müssen. Und je nach Schule muss man sich die Kosten und den Zeitplan ansehen. Sie können diesen Zeitplan aufschlüsseln oder einen Raum in Gemälde für Wände streichen. Und innerhalb dieser vier Wände können Sie es aufbrechen, den Schmerz entfernen, Grundierung auftragen und den ersten Code und den zweiten Code anwenden. So bricht man die Aufgabe auf. Sehen wir uns nun an, wie sieht das aus, wenn Sie dies in ein MS-Projekt oder Jira eingeben müssen, dies in ein MS-Projekt oder Jira eingeben müssen, damit Sie ein gutes Verständnis dafür haben, wie das Tool verwenden können, um dasselbe zu tun , was wir haben diskutiert auf der Blackboard. Okay, also lass mich zum MS-Projekt übergehen. Alles klar, also haben wir hier ein leeres Projekt. Und was wir hier machen werden, ist, sagen wir, der Projektname ist das Malen eines Zimmers. Wenn Sie das Projekt öffnen, ist dies die Standardansicht, die Sie erhalten würden. Wir haben die nächste Lektion, um Sie durch die verschiedenen Projektbereiche zu führen. Und um es im Detail zu verstehen. Aber wenn wir genau das sind, was wir im Blackboard hatten, werden wir das hier übersetzen und sehen , wie das aussieht. Also ließen wir unser Projekt dein Zimmer verbringen. Und dann haben wir Wall 1234. Also haben wir darauf hingewiesen, dass wir diese vier fertigstellen müssen, um den Raum zu vervollständigen. Und Sie können zu der Aufgabe gehen und intensiv tun, damit Sie wissen, dass all diese Aufgaben unter das Malen eines Raums gehören, und innerhalb einer Wand können Sie einfach mit der rechten Maustaste klicken und Aufgabe einfügen sagen, und Sie können Legen Sie es kontinuierlich ein, solange Sie es benötigen. In diesem Fall füge ich hier drei Aufgaben ein, wie wir besprochen haben, 123. Also sagten wir, um die erste Wand zu streichen, müsste man alte Farbe entfernen. Entfernen Sie also Farbe, dann müssen Sie die Wand grundieren und dann neue Farbe auftragen. Dies sind die drei Aktivitäten für Baldwin. Sie können alle diese drei auswählen und beabsichtigen dann, dass Sie wissen, dass dies Elemente sind zu Wand Nummer eins gehören, Sie können dasselbe wiederholen oder einfach Steuern Sie C in Windows, und es kann hier einfach Control V für die Wand anwenden, um nach Wand drei V zu kontrollieren? Und danach für die Kontrolle V. Wieder musste man für jede Wand eine intensive machen, damit diese eine separate Aufgabe darunter sind, du würdest das Gleiche hier tun, es haben. Wenn Sie sich das jetzt ansehen, haben Sie die verschiedenen Aufgaben für das Malen eines Raumes festgelegt . Sie sind an jede Wand zerbrochen und innerhalb der Wand haben Sie sogar winzige Aufgaben auf Unterebene gepaart. Wir sind kaputt gegangen. Dies nennt man Work Breakdown Structure, die in Details aufgeteilt wurde. Und wenn Sie mit der rechten Maustaste klicken und hier eine Spalte einfügen und nach PSP suchen, wird nur Unterabschnitte für jedes dieser Elemente zugewiesen. Eines ist also das übergeordnete Projekt, 1.11.21.31 für die Aufgabe. Und dann wird es immer mehr Einschüchterung unternommen , um die Arbeitsaufschlüsselung oder Aufgaben auf Minutenebene zu erstellen . Also das nächste, was machen Sie im Tool in MS Project oder Excel? Was wir verwenden, ist, eine Abhängigkeit zu schaffen, sagen wir Wand eins und Wand zu Wand drei, Wand fällt, da nur Sie die Arbeit machen, die Sie vielleicht nicht haben. Sie können kein Multitasking machen. Du musstest einen beenden , um mit dem nächsten fortzufahren. Also würdest du sagen , um die Wand zu starten , muss ich während einer fertig werden, oder? Wenn du also hier links ansiehst, siehst du eine Nummer zwei. Das ist also die Seriennummer oder die Aufgabennummern. Sie würden also sagen, okay, ich habe eine Abhängigkeit und das ist in Vorgängern festgelegt. Wenn Sie sich also Vorurteile ansehen, können Sie sagen, dass ich eine Abhängigkeit von der Aufgabennummer bis zum Abschluss habe . Was das Projekt tut, ist, dass es automatisch das Enddatum und die abhängige Aufgabe abnimmt und dann den nächsten Tag als Startdatum zuweist. Also hier haben wir ein Problem. Nehmen wir an, in der Blackboard haben wir gesagt, dass es 20 Minuten und eine Stunde dauern wird, um dies zu tun, also wird es irgendwann am selben Tag abgeschlossen. Aber um der guten, einfachen Art zu verstehen, nehmen wir an, dass all dies einen Tag dauert, um die Farbe zu entfernen, eine Wand zu grundieren und neue Farbe aufzutragen , würde einen Tag alt dauern. Diese Wand würde also drei Tage dauern. Also füge ich 111 hinzu. Es wird einen Tag dauern H. Und wieder muss es nacheinander geschehen. Um das zu tun, können Sie die Abhängigkeit manuell so einstellen, wie ich es gesagt habe, naja, eine Wand zu grundieren, würde man sagen, okay, mein Vorgänger ist drei. Aber wenn es sehr sequentiell ist, können Sie einfach hier klicken Link the Task. Und das wird den Vorgänger automatisch einstellen. Tun Sie dasselbe für diese und sagen Sie, verknüpfen Sie die Aufgabe. Und wir werden das Gleiche für diese tun, diese Aufgabe verknüpfen. Es geht also nur darum sicherzustellen , dass es voneinander abhängig ist. Um also die 16 zu starten, musste man den 15. beenden und 17 Jahre beginnen, um 16 zu absolvieren. Das ist also der Projektplan, der entwickelt wurde. Also müssen Sie alle diese hinzufügen, damit Sie diese auswählen und die Steuerung drücken und dies auswählen können , all dies. Und es gibt eine einfache Möglichkeit zu aktualisieren, wenn es die gleiche Anzahl von Stunden oder Tagen gibt, die wir im Projektplan aktualisieren müssen. Sie können zu Informationen gehen und ein Gruppenupdate von einem Tag durchführen. Es wird dies für alle ausgewählten Projekte angewendet alle ausgewählten Projekte , damit Sie dies nicht manuell müssen. Sparen Sie einen Tag für jeden davon. Nun, da wir, dieser Tag für jeden davon definiert ist, alles, was einem Vorgänger fehlt, so dass er die Farbe auf val2 erst entfernen kann , nachdem Sie die Wand fertig gestellt haben, die Nummer fünf ist. Also füge ich das hier hinzu. Gleiche gilt für die Wand Nummer drei. Sie können erst beginnen, wenn Sie hier mit Aufgabe Nummer neun fertig sind . Also füge ich das hier hinzu. Und in diesem Fall ist es, wie Sie wissen, 13, die abgeschlossen gelesen werden müssen , bevor Sie diese Aufgabe starten können. Sobald Sie die Abhängigkeiten festgelegt haben, haben Sie ein ganztägiges Projekt. nur einen Projektplan erstellen, wissen Sie, dass es zwei Tage dauert, um diesen einen Raum zu vervollständigen . Das nächste, was Sie zuweisen möchten, sind Ressourcen. In diesem Fall wird das Ganze von Ihnen selbst erledigt. Man kann sagen, dass alles von einer Ressource erledigt wird. Andernfalls können diese als Ressource hinzufügen , wenn sie von verschiedenen Ressourcen ausgeführt Sie diese als Ressource hinzufügen , wenn sie von verschiedenen Ressourcen ausgeführt werden. In diesem Fall zeigt es uns das Rote, weil es in einem Damastprojekt Dinge denkt , dass Nick diese Arbeit macht, aber er macht sie auch tote Projekte, damit er keine Zeit hat. Also diese Art von Köpfen sagen wir Ihnen, wenn diese Ressourcen überlastet sind oder nicht, lassen Sie uns sagen, dass dies hier eine zufällige Aufgabe ist. Zufällige Aufgabe, aber sie musste abgeschlossen sein, sagen wir am selben Tag. Es hat also eine Abhängigkeit davon, dass es ein eintägiger Weg ist, hat aber keine Abhängigkeit von irgendetwas. Und ich dachte, Okay, ich schaffe das und weise hier eine Ressource zu. Dann wird es dir sagen, Hey, da kannst du diese Aufgabe erledigen. Alles, was Sie tun können weil Buddha gleichzeitig beginnt und endet und Sie diese Ressource für diesen Tag vollständig genutzt haben . Sie haben nicht die Bandbreite. Das ist also eine Möglichkeit, Ihnen mitzuteilen , dass alle Ressourcen überlastet sind, dies als Ressourcenausgleich bezeichnet wird. Jedes Mal, wenn Sie die Ressource überladen sehen, müssen Sie die Ressource ebnen oder sie einer anderen Person zuweisen, sagen wir Sam, dann müssen Sie in diesem Fall eine weitere Ressource einstellen, um diese zufälligen Aufgaben zu erledigen weil Nick nicht verfügbar ist. In Ordnung, jetzt haben Sie einen guten Projektplan auf der Seite, und dies wird als Gantt-Diagramm bezeichnet , in dem Sie den visuellen Hinweis darauf sehen können, wie unterschiedliche Aufgaben durchfließen und Anfang und Ende. Und oben hast du eine Timeline-Ansicht. Und wenn Sie der Zeitleiste ein Element hinzufügen möchten, können Sie mit der rechten Maustaste klicken und Zur Timeline hinzufügen sagen. Es wird also sagen, solange man von 1011 bis 1013 dauern würde. Und während du es bist, kannst du es in ähnlicher Weise zur Timeline hinzufügen. Und das ist gut hinzuzufügen , damit Sie es Ihrem Sponsor zeigen können. Nur diese Ansicht. Sie erhalten ein vollständiges Bild davon , wann jede der Mauer fertiggestellt sein wird. Jetzt haben Sie einen vollständigen Projektplan. Basierend auf diesem einfachen Projekt alle schlechtes Salz zu malen, würden Sie Ihren Projektplan von Grund auf neu entwickeln, die Dauer zuweisen die Aufgabe in weitere kleinere Komponenten aufteilen. Struktur der Nicht-S-Buchaufschlüsselung, zugewiesene Zeitdauer und Ressourcen und verwalten Sie das Projekt, das wir haben. Dies ist ein gutes kleines Beispiel, in dem Sie jetzt ein gutes Verständnis dafür haben, wie Ihr Basisprojekt, das wir auf Blackboard besprochen in das Tool im MS-Projekt aufgenommen werden kann. Ordnung, also werden wir in der nächsten Klasse sehen wie das gleiche Projekt in Agile durchgeführt wird und wie es für die Planung im GDI-Tool entwickelt wird. 24. So fügst du einen Urlaub und die Zeit in MS Projekt zu: Hey da, willkommen zurück. Im heutigen Video zeige ich Ihnen, wie Sie auf diese Weise Feiertage in Ihr MS-Projekt einfügen können, wenn Sie die Anzahl der Tage oder die Dauer berechnen, sind die Feiertage ausgeschlossen. Sie können auch einen Ressourcenkalender hinzufügen, der den Feiertagen ähnelt. Auf diese Weise, wenn Sie über Ressourcen oder eine Gruppe von Ressourcen verfügen , die in verschiedenen Regionen arbeiten, sagen wir in den USA und Asien. Und wenn sie unterschiedliche Feiertage haben, können Sie all das hinzufügen. Wenn das Projekt also die Zeitdauer berechnet, schließt es all diese Feiertage und Freizeit aus. Und das ist eine ziemlich schnelle und einfache Möglichkeit, dies zu tun. Also schreit du einfach , es einmal einzurichten. Sie können jederzeit Kalender zwischen Ressourcen kopieren und zwischen dem Standardplan sind, Sie können ihn für jede Region einrichten. Springen wir also direkt in MS Project und führen Sie durch, wie es geht. Vorher, wenn Sie neu hier sind, bin ich Nikhil, ein PNP- und CSM-zertifizierter Projektmanager. Ich bin hier, um Ihnen zu helfen, Ihre Projektmanagement-Karriere voranzutreiben. Das ist also etwas Interessantes. Erwägen Sie also, diesen Kanal zu abonnieren und bleiben Sie auf dem Laufenden für weitere Videos. Okay, also lasst uns hier in das MS-Projekt eintauchen. Wenn Sie das Projekt öffnen, haben Sie das. Also werde ich hier ein Testprojekt erstellen und wir nennen es als Projekturlaub. Nehmen wir an, ich habe es vorläufig, lassen Sie mich alles in den automatischen Zeitplan ändern , den wir automatisch berechnen. Werfen wir einen Blick auf das Projekt hier. Also die Projektinformationen. Das Projekt beginnt also, sagen wir am Dienstag, 11. Januar. Und in den Vereinigten Staaten ist der 17. Januar ein Feiertag. Also werden wir das hinzufügen. Wir sagen, okay, sagen wir meine Aufgabe der ersten Woche. Zum Beispiel ist es eine fünftägige Aufgabe. Und das fällt unter, Sie können Alt Shift und Pfeil drücken, um es so zu beabsichtigen, dass es unter das Projekt fällt. Wie Sie sehen können, endet es, wenn ich am Dienstag anfange, am wenn ich am Dienstag anfange, am 17. weil das Projekt nicht weiß, dass es ein Feiertag ist. Wie überwinden wir das? Muss man die Arbeitszeit ändern, damit es keinen Kalender oder irgendetwas anderes gibt, das Sie ändern müssen. Gehen Sie oben unter die Registerkarte Projekt und klicken Sie hier auf Arbeitszeit ändern. Sie können alle Ausnahmen hinzufügen. Standardmäßig haben wir einen Standardprojektkalender. Und wenn Sie das verwenden, sind Standard und Tag und Uhrzeit acht bis 121 bis fünf. Wenn Sie dies ändern möchten, können Sie dies ändern, indem Sie in Datei und Optionen gehen. Dies ist eine Option, um den Zeitplan zu ändern. Hier können Sie also die acht bis fünf Optionen ändern , wenn Ihre Woche an einem anderen Tag beginnt. Hier änderst du es also. Und wenn Sie mehr als einen Dollar pro Tag oder 40 Stunden pro Woche haben , können Sie das alles unter den Projektoptionen ändern. Aber was wir heute tun werden, ist, diese nicht zu ändern. Ich bin mit dem Standard einverstanden. Gehen Sie in die Registerkarte Projekt und klicken Sie auf Arbeitszeit ändern. Und ich wollte Werbung und ich möchte einen Feiertag hinzufügen. Sagen wir also, der 17. ist MLK-Tag-Feiertag. Klicken Sie also auf dieses bestimmte Datum und Sie können einfach einen beliebigen Namen angeben. Es ist also besser, den tatsächlichen Feiertagsnamen anzugeben und die Eingabetaste zu drücken. Wenn ich jetzt auf Okay klicke, werden Sie feststellen, dass das Projekt, anstatt das Projekt am 17. zu beenden, jetzt weiß, dass der 17. ein Feiertag ist und daher das Datum auf einen weiteren Tag verschoben hat. Auf diese Weise können Sie alle Feiertage einbeziehen Freund, sagen wir, Sie wissen, dass bis März AC Feiertag gespeist wird. Also gehst du zum Februar, März und fügst diese Feiertage hinzu. Der nächste Feiertag für uns in den USA ist der Memorial Day am 25. Also kann ich auf den 25. klicken und diesen Memorial Day hinzufügen. Also jetzt wird das hinzugefügt. Jedes Mal, wenn das Projekt eine beliebige Dauer zwischen diesen zwei Tagen berechnet , überspringt es die Tage, an denen wir sie als Feiertag markieren. Das ist also großartig. Das sind also allgemeine Feiertage. Und wie fügen wir einen Ressourcenkalender hinzu? Nehmen wir also jederzeit an, wenn ich eine Aufgabe hinzufüge und ihr eine Ressource zuweise, weist das Projekt automatisch einen Ressourcenkalender zu. Wenn ich also zur Ressource gehe und mir mein Ressourcenblatt anschaue, lass mich hier nachschauen und das Ressourcenblatt ansehen. Ich habe momentan keine Ressourcen , weil ich nichts zugewiesen habe. Wenn ich also zurück zum Gantt-Diagramm gehe, wir sagen, dass die zweite Woche von Nick erledigt werden muss. Entschuldigung, falsche Kolumne. Musste es unter Ressourcen hinzufügen, also füge ich hier Nick hinzu. Und da die zweite Woche nach der ersten Woche verläuft, können Sie hier einen Vorgänger hinzufügen , indem Sie dort die Nummer zwei eingeben , die wir nach Abschluss dieser beiden Aufgaben beginnen. Wenn ich jetzt zum Teamressourcenblatt gehe und mir das ansehe, haben Sie hier eine Standardressource. Jetzt der Kalender für diesen Ressourcen-Standardkalender. Wenn Sie das also ändern möchten, können Sie nur zum Projekt zurückkehren und die Arbeitszeit ändern. Jetzt wirst du sehen, dass es ein Kalender für Nick ist. Was auch immer wir zum Kalender im Standardkalender hinzugefügt haben, haben wir standardmäßig Kalender im Standardkalender hinzugefügt haben, MLK Day hinzugefügt, das falsch ist, da wir diesen als Basiskalender verwenden. Nehmen wir an, Nick macht am 18. im 19. Urlaub und während dieser Woche, sagen wir 18 bis 21. Man kann Zapfwelle sagen. Wenn Sie nun Aufgaben zuweisen, und wenn wir zum Projekt zurückkehren, gehen wir zurück zu Gan Chad, Sie können sehen, dass, obwohl diese erste Aufgabe am 18 endet, nichts bis zum 24. beginnt. Denn jetzt verwenden wir einen Ressourcenkalender für den Hals und er weiß automatisch, dass Nick dieser Woche im Urlaub ist. Und daher schiebt es raus. Das war's. Und sagen wir, in der zweiten Woche haben wir jemand anderes, der an derselben neuen Ressource arbeitet . Nehmen wir an, er arbeitet auch an zwei Tagen und demselben Vorgänger. Und sagen wir, er heißt Sam. Für ihn beginnt es mit 19, denn wenn Sie sich den Sands-Kalender ansehen und zu Project gehen und auf Arbeitszeit ändern klicken und sich Sandkalender ansehen. Sam hat keine 18 bis 21 als Feiertag. Was auch immer wir für Nick hinzugefügt haben, wirkt sich also nur auf Nick und nicht Sam aus. Das ist also der Vorteil der Verwendung eines Ressourcenkalenders und wie wir Feiertage und Freizeit in MS-Projekt einfügen können. Auf diese Weise ist die Anzahl der Tage oder die Dauer genauer, wenn Sie planen . Hoffe das hilft. Und wenn dir dieses Video gefallen hat, gib ihm ein Like und wir sehen uns im nächsten. Kümmere dich. Tschüss. 25. Projektverfolgung und Ausführung: In Ordnung, jetzt haben wir die gesamte Planung abgeschlossen und jetzt ist es die aufregende Phase, in wir das Projekt ausführen. Es ist aufregend, weil die meiste Zeit nichts, was wir in der Planungsphase geplant hatten, gemäß dem Plan verlaufen ist. Wenn Sie jemals einen Filmabend mit Ihren Freunden geplant haben oder einen Arzttermin haben. Manchmal kommt man zu spät weil die Dinge nicht geklappt haben, sind die Dinge nicht wie geplant verlaufen. In einem großen oder kleinen Projekt. Es wird irgendwann passieren. Als Projektmanager kommt dann Stärke ins Spiel, wenn die Dinge entgleist werden. Dann muss man alles organisieren , überdenken und restrategisieren. Wenn es alles wie geplant läuft, benötigen Sie keinen Projektmanager. Sie können es einfach an jemand anderen weitergeben und den Plan ausführen. Deshalb ist es äußerst wichtig zu verstehen, dass die Dinge nicht genau wie geplant funktionieren werden. Möglicherweise müssen Sie immer als Ego optimieren und kanten. Und in diesem Abschnitt werden wir uns die Wasserfall- und Agile-Methodik ansehen. Und in Agile Scrum und Kanban, um zu sehen, was wir verfolgen müssen, wie wir es verfolgen und wie würden wir uns anpassen, wenn etwas nicht wie geplant läuft? Lassen Sie uns nun in die Details eintauchen CSO, wir werden zuerst über den Wasserfall sprechen , bevor wir agil werden. Und dann werden wir uns innerhalb des Agile sowohl das Scrum- als auch das Kanban-Framework ansehen und sehen, wie wir in diesen Bereichen verfolgen und kanten. Das Wichtigste, an das man sich erinnern sollte, als wir über die Ausführung des Projektplans sprachen , ist , dass das, was wir zuvor in der Planung erstellt haben , ein detaillierter Zeitplan ist. Das ist also nicht alles. Wenn man an Pflanzen denkt, gibt es mehrere Pflanzen, die es gibt. Die meisten Betonungen, die dem Zeitplan und den Kosten gegeben werden. Denn wenn Sie sich in den ersten Kapiteln erinnern, sind dies die dreifachen Einschränkungen eines Projekts. Wenn sich der Umfang, die Kosten oder der Zeitplan ändern, wirkt sich dies zuerst auf das Projekt aus, bevor etwas anderes schief geht. Wenn Sie sich also die Anlagen hier ansehen , haben wir Änderungskontrollplan, Kommunikationsmanagementplan, Kosteniteration, Beschaffung, Projektmanagementplan als Gesamtqualitätsplan, Freigabeplan , Anforderungsplan, Ressourcenplan und Risikopläne. All dies ist also Teil der Planung, als wir zuvor geplant hatten, wir haben uns die Risikobewertung angesehen. Auf der Grundlage dieses Risikos, was ist der Plan zu mildern , außer oder übertragen , müssen Sie über all diese Pläne im Hinterkopf nachdenken . Aber 99% der Fälle betrachten wir als Projektmanager nur den Zeitplan , der den Projektplan ist , den wir für den Wasserfall gebaut haben. Oder wenn Sie agil als den Backlog betrachten und wie wir diese Backlog-Elemente abschließen können. Das ist rein der Umfang und die Zeitleiste. Denken Sie jedoch daran, dass es immer Kosten, Umfang, Personalressourcen und alle anderen hier aufgeführten Dinge gibt, auf die Sie achten müssen. Wenn Sie in einem bestimmten Intervall Kommunikation an Stakeholder und andere abhängige Teams senden bestimmten Intervall Kommunikation an Stakeholder müssen. Wenn du keinen Plan hast , wirst du das verpassen. Deshalb sind all diese Pflanzen sehr kritisch. Sie haben möglicherweise keinen detaillierten MS-Projektplan oder im Agile-Board, aber Sie müssen definitiv einen Ort haben, an dem Sie sich bei den verschiedenen Aktionspunkten anmelden können, die Sie ausführen müssen, um die Änderung abzuschließen oder Kommunikation oder Beschaffung, all das. Lassen Sie mich Ihnen ein Beispiel für einen Kommunikationsmanagementplan nennen. Wenn Sie vorhaben, etwas in der Vorhersage- oder QS-Umgebung zu implementieren , denken Sie darüber nach. Die Organisation verfügt möglicherweise über größere Fragen und Antworten. Wenn Sie einige Tests durchführen möchten, möchten Sie diese QS-Umgebung möglicherweise mit den neuesten Vorhersagedaten aktualisieren . Wenn Sie diese Kommunikation nicht planen Freund, dann erhalten Sie die QA und Wyman möglicherweise nicht für sich selbst da es möglicherweise andere Projekte geben könnte , die einige Tests durchführen und all das. Deshalb ist es wichtig, die Sonntagskommunikation im Voraus zu machen und zu sagen: Okay, zu diesem Zeitpunkt werden wir eine QS-Aktualisierung durchführen. Wir müssen die QS-Aktualisierung aus der Vorhersage basierend auf diesem Status durchführen lassen. Und wir müssen die Tests durchführen, und wir werden die Tests in diesem ein- oder zweimonatigen Fenster abschließen . Und dann können Sie die Fragen und Antworten wieder auffrischen. Oder wenn Sie eine ganz neue Umgebung wünschen, müssen Sie es planen. Dann müssen Sie möglicherweise zusätzliche Ressourcen, Platz oder eine andere Umgebung beschaffen , einschließlich der Planung des Beschaffungsmanagements. Du musst einfach, es kann nicht einfach ausgehen und anfangen es zu benutzen. Möglicherweise muss es verlangen, dass eine neue Umgebung vollständig aufgebaut wird. Erinnern Sie sich an all diese Dinge irgendwo in Ihrer Planung oder in der Ausführungsphase erledigen müssen, da sie nicht im Umfang oder dem Zeitplan-Managementplan sind , den wir in MS erstellt haben Projekt. Nehmen wir an, Sie haben all dies und konzentrieren wir uns auf den Zeitplan denn die Planungskosten sind die wichtigsten Dinge, die Ihr Projekt entgleisen wird, wenn es nicht auf Kurs geht. Wie verfolgen wir all diese Aktivitäten, die Sie verwenden müssen, um zu messen. Sie könnten also wichtige Leistungsindikatoren sein. können Liefermetriken, Prognose des Ressourcengeschäfts sein, all dies zusammen, Sie können sich als etwas vorstellen , dem Sie sich verpflichtet haben oder aus dem Projektplan. Du denkst, dass du dieses Ding bis Ende des ersten Monats liefern kannst. Und wenn es bis Mitte des Monats nicht passiert , wenn die 50% dieser Lieferung oder dieser Komponente nicht vollständig sind, dann können Sie das Gefühl bekommen , dass es das Ziel verpassen wird, indem Sie es bis zum Ende abschließen des Monats. So verfolgen Sie für jeden Artikel, unabhängig davon, ob es sich um Zeitplankosten oder -umfang handelt, sehen Sie sich den Fortschritt an und sehen, ob Sie das Ziel erreichen können. Nehmen wir an, Ihr Fenster ist ein Monat, um etwas zu liefern. Am 10. des Monats sollten Sie mindestens 1 Drittel dieser Lieferung abschließen. Wenn das Team kein Drittel absolviert hat, können Sie sehen, dass die Dinge leicht verrutschen werden. Manchmal kann das Team während der Ausführung nachholen, aber Sie machen wieder einen Checkpoint am 15. Zu dieser Zeit sollten also mindestens 50% der Dinge abgeschlossen sein. Und wenn das Team noch nicht abgeschlossen ist, müssen Sie möglicherweise neu bewerten und prüfen, ob Sie den Zeitplan für die Lieferung bis Ende des Monats wirklich einhalten können. Und das Wichtigste hier ist wieder Kommunikation und die Unterstützung des Teams und der Stakeholder während des gesamten Prozesses. Sie müssten jede Woche einen Statusbericht senden, um den Status zu teilen und die Stakeholder wissen zu lassen, wo wir sind. Wenn Sie glauben, dass wir hinter dem Zeitplan liegen und wir bis zum 20. wieder gut machen und auf Kurs sein. Dann teile mit , dass du sie mit der gesamten Kommunikation auf dem Laufenden halten musst. Weil das Letzte, was Sie als Projektmanager wollen, am 30. ist, kommen Sie und sagen, dass wir übrigens eine Lieferung verpasst haben, wir übrigens eine Lieferung verpasst haben, die nicht akzeptabel ist. Die einzige Option ist, dass Sie behalten müssen die Dinge anfangen zu rutschen, , wenn die Dinge anfangen zu rutschen, Sie müssen dies kommunizieren und prüfen , ob Sie eskalieren und zusätzliche Hilfe erhalten müssen. Für mich Führung über dich. Sie suchen Sie als Projektmanager, um ihnen mitzuteilen , welche Hilfe Sie benötigen oder welche Hilfe Ihr Team benötigt. Stellen Sie sicher, dass Sie es verfolgen und was auch immer dieses Datum des Projekts ist, Sie teilen dies transparent mit, damit jeder den aktuellen Status des Projekts kennt. Denken Sie also daran, wenn Sie kommunizieren. Und wie sammeln wir, wie sammeln wir die Daten? Wir sagten, dass wir uns am 10. des Monats ansehen und sehen, wo wir vorgehen. Es gibt also mehrere Möglichkeiten, all diese Daten zu sammeln, aber in erster Linie werden diese Dinge entweder im Daily Standard oder während der Statusbesprechungen auftauchen entweder im Daily Standard oder während der . Das sind also die beiden hier oben, nämlich das tägliche Stand-up und das Statustreffen. Dort sammeln und verstehen Sie die Projektleistung und sehen ob etwas angepasst werden muss. Denken Sie also auch daran, dass es während der Projektausführungsphase nicht nur darum geht, den Status zu sammeln und zu melden. Das ist auch kontinuierlich. Andere Verbesserungsbereiche, die wir im Vorfeld des Projekts tun , Rückstandsverfeinerung. Als wir die Planung anfänglich gemacht haben, hätten wir vielleicht all die Dinge eingebracht , die uns damals bewusst waren. Aber wenn das Team anfängt Fortschritte im Projekt zu machen, könnte es zusätzliche Dinge , die wir aufdecken, und wir müssen diese neu priorisieren und in den Rückstand aufnehmen. Das sind also die Besprechungen zur Rückstandsverfeinerung, wenn irgendetwas neu priorisiert oder wieder in den Rückstand aufgenommen oder aus dem Rückstand genommen werden muss neu priorisiert oder wieder in den Rückstand aufgenommen . Sie müssen sicherstellen, dass diese Diskussionen in der Besprechung der Rückstandsverfeinerung oder der Rückstandspriorisierung stattfanden . Der nächste ist die Videokonferenz. Beta-Konferenzen, dass Sie, wenn Sie beispielsweise ein Produkt kaufen müssen, eine Software haben die Sie im Rahmen des Projekts Testing benötigen. Und es gibt mehrere Anbieter , die dieses Tool bereitstellen. Und du weißt nicht, welches du kaufen musst. Wenn es sich also um Wasserfall oder Agil handelt, würden Sie einen Konzeptnachweis machen oder Sie machen Bieterkonferenz, um zu verstehen welche Preise Kenny sich in Ihrem Projektbudget und einer Demo leisten kann und all das, um zu verstehen , mit welchem Anbieter Sie das Produkt kaufen sollten. Dann gibt es Change Control Board. Die meiste Zeit, während das Projekt fortschreitet, verläuft die Dinge möglicherweise nicht wie geplant. Manchmal geht Ihnen möglicherweise das Budget oder die Zeit aus. Und der größte Teil der Organisation hätte einen Schwellenwert von zehn bis 15%. Nehmen wir an, Sie haben ein zehnmonatiges Projekt und planen , 100 Tausend für Ihr Projekt auszugeben. Und im ersten Monat hättest du idealerweise 10 Tausend ausgeben sollen. Und auf dem MNO2 nächsten 10 Tausend, wenn der Zeitplan so ist , dass alle Lieferungen jeden Monat gleich stattfinden. In diesem Beispiel, sagen wir am Ende des ersten Monats, anstatt 10 Tausend auszugeben, haben Sie bereits 20 Tausend ausgegeben. Sie sind die meiste Zeit um zusätzliche 10% über dem Budget meiste Zeit um zusätzliche 10% über dem , was die Change Control Board auslösen würde. Und du musst es tun. Ersuchen Sie ein zusätzliches Budget oder geben Sie dem Change Control Board eine Erklärung , während Sie über dem Budget oder unter dem Budget sind. Das ist also ein Beispiel. Täglicher Standard, wenn Sie ein agiles Projekt betreiben , ist offensichtlich ein tägliches Standup ein Muss. Dann kamen sie zusammen und diskutierten, was sie für den Tag planen, was sie gestern getan haben und ob es ein Hindernis gibt, dass sie Hilfe von Ihnen als Projekt benötigen Manager, ScrumMaster, andere Optionen, Iteration, Planung, Iterationsüberprüfung, diese sind möglicherweise optional, es passiert möglicherweise nicht. Der weitere wichtige wichtige ist das Kickoff-Meeting, und das passiert ständig. Wann immer ein Projekt beginnt, müssen Sie ein Kick-Off-Meeting haben, um das Team zu gründen und der Welt mit schwererer Ankündigung bekannt zu geben. Und wir haben uns dazu verpflichtet. Dies ist unser Plan und hier werden wir geliefert. Wenn Sie zusätzliche Dinge haben, lassen Sie es uns jetzt wissen, sobald wir anfangen, dann wird es später entsprechend priorisiert. Auf der rechten Seite gibt es Dinge, die am Ende des Projekts passieren , also Erkenntnisse. Aber wenn Sie ein Wasserfallprojekt oder ein agiles Projekt betreiben , kann das Timing unterschiedlich sein. Für den Wasserfall fanden die gewonnenen Erkenntnisse ganz am Ende des Projekts statt. Und für agile Projekte die daraus gewonnenen Erkenntnisse das retrospektive Treffen nach jedem Sprint. also am Ende des Sprints oder am Ende des Monats Kanban leiten, Wenn Sie also am Ende des Sprints oder am Ende des Monats Kanban leiten, würden Sie sich versammeln und mit dem Team besprechen, würden Sie sich versammeln und mit dem Team besprechen um zu verstehen, was gut gelaufen ist, was nicht gut gelaufen ist und was Änderungen, die das Team vornehmen muss, um einige Verbesserungen vorzunehmen und den Projektfortschritt zu aktualisieren , und andere Dinge, die wir hier aufgelistet haben , ist die Phase der Projektschließung. Offensichtlich würden Sie es am Ende des Projekts nicht in Richtung der Schlussphase tun. Es wird als Projektausführung betrachtet. Und andere Dinge sind die Statussitzung und die Sitzung des Lenkungsausschusses. Es könnte also einige Projekte geben, die die fünf wichtigsten Projekte für die Organisation sind . Und für solche Projekte werden sie Lenkungsausschuss sein , und Ihr Projekt muss diesem Lenkungsausschuss monatlich vorgelegt werden , wer auch immer das Gremium davon ist, es wird sein Interessengruppen außerhalb eines Projekts, diejenigen, die an der Fertigstellung Ihres Projekts interessiert sind. So können sie eine größere Agenda erreicht werden oder ihre größeren Programmziele erreicht werden können. Dies sind also die anderen Meetings, auf die Sie bei der Projektabwicklung achten müssen. Und die anderen Elemente, die Sie neben dem Projektplan genau verwalten müssen , sind Ihre Logs und registriert. In der Projektausführungsphase gibt es verschiedene Protokolle der Projektausführungsphase , die Sie verfolgen müssen. Diese sind hier aufgelistet. Das Wichtigste hier ist also das geänderte Protokoll. Wenn also ein Änderungsmanagement oder eine Änderungsanforderung stattfindet, müssen Sie diese Änderung protokollieren. Nehmen wir zum Beispiel an, Sie haben in unserem Fall mit einem Website-Projekt begonnen , um Vorlagen zu verkaufen. Und nun nehmen wir an, der Stakeholder kam zurück und sagte: Okay, übrigens müssen wir zusätzlich zur Vorlage auch ein Trainingsmodul hinzufügen . Das ist also ein neues Produkt, über das Sie nachdenken müssen. Dann bedeutet das, dass sich der Umfang ändert und das ist ein Änderungsantrag. Sie müssen also das Änderungsantragsformular ausfüllen, um eine zusätzliche Ressourcenänderung in der Zeitleiste zu beantragen, falls erforderlich, zusätzliches Budget, all das. Wenn diese Änderung stattgefunden hat, müssen Sie diese Änderung im Änderungsprotokoll registrieren , damit Sie alle Änderungen nachverfolgen können, die nach dem Festlegen der Baseline passiert sind. Der nächste wichtige ist offensichtlich das Problemprotokoll. Wenn wir bei der Projektabwicklung voranschreiten, wird es immer Probleme geben. Manchmal muss ein neuer Benutzer beigetreten sein und dann haben wir keine Lizenzen oder ähnliches. Nachdem er beigetreten ist, ist er also nicht in der Lage, die Arbeit zu erledigen, dann wird das zum Problem. Oder in einigen Fällen müssen wir eine Datei an den FTP-Speicherort senden, müssen wir eine Datei an den FTP-Speicherort senden und wir haben nicht die Anmeldeinformationen. Daher müssen wir damit an das SFTP-Team arbeiten, das FTP-Team sichern, um die Anmeldeinformationen zu erhalten und festzulegen das ist für das Projekt. Also alles, was wir während der Planungsphase nicht geplant oder nicht gedacht haben , jene Dinge, die wir während der Hinrichtungen zurückkommen und uns beißen werden , und meistens wird es ein Problem für das Projektteam, bis es darin gelöst ist. Um dies in den Problemprotokollen beizubehalten und einen Eigentümer zu verfolgen und zuzuweisen. Wir werden uns das Problemprotokoll ansehen und wie wir das Problem sammeln, wie wir es verfolgen, wie wir den Fortschritt überwachen und all das. In der nächsten Lektion, wenn wir über Statusauto sprechen, sind die anderen Register , die häufig im Projekt verwendet werden, das Risikoregister. In der ersten Planungsphase haben wir uns die Risikobewertung angeschaut, damit Sie dieses Risikoprotokoll hier wiederverwenden können. Und jetzt können wir das Risiko stärker verfolgen und sehen, ob der dem Eigentümer zugewiesene Aktionspunkt , der abgeschlossen wurde oder nicht. Alle anderen Protokolle hier sind allgemeine Protokolle, die Sie in einem Projektmanagement verwenden können oder nicht , wenn Sie Ihr Projekt verwalten. Aber diese sind für Ihre Referenz hier. Und natürlich, wenn Sie ein agiles Projekt betreiben, werden Sie den Rückstand verwenden, denn das ist eine Art von Umfang oder Anforderung. Während es im Wasserfall-Projekt keinen Rückstand gibt. Es ist eher das Geschäftsanforderungsdokument und der Umfang und die Dinge werden darin verfolgt und erfasst. Dann ist das letzte Stakeholder-Register, das der Art des Projekts abhängt , das möglicherweise relevant ist oder nicht. Aber meistens erstellen wir ein Array C, in dem wir alle verschiedenen Stakeholder auflisten und verstehen, welche Rolle sie im Projekt spielt. Racy steht für verantwortlich, rechenschaftspflichtig, konsultiert und informiert. Raci würden wir wissen, wer rechenschaftspflichtig ist und wer verantwortlich ist. Wenn Sie beispielsweise ein Entwicklungsprojekt für Entwicklungswebseiten als Projektmanager durchführen ein Entwicklungsprojekt für Entwicklungswebseiten als Projektmanager , bin ich verantwortlich, aber um die eigentliche Arbeit beim Entwerfen der Webseite, des Entwicklers und der Webseite zu erledigen wäre verantwortlich. RACI ist also ein Ort, an dem wir klar festlegen, wer verantwortlich ist, wer verantwortlich ist und wer während der Projektdurchführung konsultiert und informiert werden sollte . Dies kann also durch das Stakeholder-Register erreicht werden. Ich füge einen Link in die folgende Beschreibung ein, wo Sie eine Vorlage für das Stakeholder-Register und all diese verschiedenen Protokolle hier und auch die RACI-Matrix herunterladen können Stakeholder-Register und all diese verschiedenen Protokolle und wie sie aussieht. Das ist die Phase der Projektdurchführung. also noch einmal daran, dass Sie in der Ausführungsphase sicherstellen müssen , dass das, was wir geplant haben , wie geplant voranschreitet. Und wenn nicht, wie verfolgen wir es und wie melden wir es den Stakeholdern aus? Rufen Sie bei Bedarf Änderungsanträge auf, um zusätzliches Budget zu erhalten und den Zeitplan und solche Dinge zu verlängern . Okay, das fasst die Projektabwicklung zusammen. Dies wird sinnvoller sein wenn wir den Projektplan und das Problem- und Risikoprotokoll in diesem Statusbesprechung betrachten Projektplan und das Problem- und . Wenn Sie also die Statusbesprechung ausführen, wenn Sie das Team haben, werden Sie normalerweise die Statusbesprechung ausführen, wenn Sie das Team haben, mit der Aktualisierung des Projektplans, den Prozentsatz des Abschlusses, das Problem und das Risiko aktualisieren und all das Sache. Wir werden ausführlich über all dies sprechen , wo Sie mehr verstehen wie Sie Probleme und Verzögerungen während des Statusanrufs oder des täglichen Stand-ups erkennen können und wie erkennen Sie Probleme und Verzögerungen? Okay, wir sehen uns in der nächsten Klasse. 26. Status und Reporting: Okay, in dieser Lektion werden wir uns ansehen, wie Sie Ihren Projektfortschritt verfolgen können. Und die meiste Zeit ist es entweder im täglichen Stand Up erledigt, wenn Sie agile Projekte betreiben, oder in einem wöchentlichen oder zweiwöchentlichen Statusaufruf wenn Sie agile Projekte ausführen. Eines der Tools, das ich in letzter Zeit liebe, ist OneNote. Wenn Sie Microsoft-Produkte in Ihrem Unternehmen verwenden. Sie hätten also sicher einen Knoten. Und der Grund ist, dass es sehr einfach und doch sehr mächtig ist . Und du kannst Sachen organisieren, besonders wenn du mehrere Projekte betreibst. Lassen Sie mich also meinen Bildschirm teilen und Ihnen zeigen, was ich diesem OneNote liebe und wie Sie ihn organisieren können. Und dann werden wir uns ansehen, wie typischerweise ein Statusbericht ausgeführt wird und welchen Vorteil hat es, auf diese Weise zu laufen? Wie Sie hier sehen können, enthält es standardmäßig automatisch Abschnitte und Seiten. So können Sie Dinge besser organisieren. Wenn Sie also eins zu eins mit Ihren Stakeholdern und Managern haben , fügen Sie dies erneut als Abschnitt hinzu und sagen Sie Einzelgespräche. Und alles, was damit zu tun hat, können Sie diese Seiten hier hinzufügen. Manchmal möchten Sie sich vielleicht nur mit dem Team treffen. Und sagen wir, in diesem Fall treffen Sie sich mit Sam, um zu verstehen, ob es Schwierigkeiten bei dem gibt , was er tut. Manchmal muss man sich mit dem CIO oder einer anderen Person treffen , um zu verstehen, was er von dem Projekt benötigt. Es geht also nicht auf andere Dinge ein, dass Sie andere Abschnitte haben. Es bleibt also in diesem Einzelgespräch. Was wir tun werden, ist, dass wir ein Projekt haben, wir haben hier einen Abschnitt für die Projektvorlagen-Website hinzufügen . Auf diese Weise ist das unser Projekt. Und was wir tun können, ist, dass wir hier eine Seite haben können und standardmäßig gibt es eine unbenannte Seite. Also werde ich das nutzen und wir nennen es als wöchentlichen Status. Und du kannst jeden David benutzen, es jeden Freitag oder jeden Montag passieren wird, egal an welchen Tagen du an diesem Tag wählen kannst. In diesem Fall wird es jeden Montag passieren. Ich werde also sagen, dass dies am dritten Januar passiert , wenn Sie Besprechungen haben, sodass Sie hier immer eine Besprechungsdetails eingeben können. Also, wenn es einen Kalender gibt, der an das Team geht , wenn Sie stattdessen die Besprechungsdetails haben. Im Moment habe ich keine Meetings, deshalb wirst du es nicht sehen. Ansonsten, was auch immer die Teilnehmer, die wir in diesem Meeting haben, diese einladen. Wir kommen automatisch hierher. Wenn nicht, gibt es immer einen Weg. Wenn dies nicht der Fall ist, können Sie hier immer einige Kontrollkästchen hinzufügen. Der beste Weg, dies zu tun, ist statt Kugeln, es kann einfach sagen, dass es zu tun ist. Und du kannst den Hals hinzufügen San Joe, wer auch immer Teil eines Teams ist, wir können das einfach hinzufügen. Und wenn sie Jain sind, dann schaffst du es. Häkchen Sie hier. Das ist die Teilnehmerliste. Sie können das also als Teilnehmer bezeichnen. Geh hoch und lösche es und lass uns Teilnehmer sagen. Und wenn Sie möchten, können Sie es einfach fetten , damit Sie wissen, dass es sich um einen Abschnitt handelt. Und der nächste ist die Agenda. Sie möchten Risiken und Probleme überprüfen und alle Änderungsanträge überprüfen. Und das erste, was ich immer mache, wenn ich Status habe , ist der Kommunikationsfluss, unsere Kommunikation von Upstream oder Downstream. Das ist also die Agenda. Und dann werden wir als nächstes Themen, Aktionspunkte, allgemeine Diskussionen tun . Ich werde Sie wissen lassen, warum diese Abschnitte wichtig sind. Weil du nur die erstellen musst und dann jede Woche wiederverwenden kannst. In Ausgaben füge ich immer eine Tabelle ein. Dann können Sie das Einfügen ganz einfach in das Excel oder solche Dinge kopieren. Sie haben also Seriennummer, Problem, Name, Ausgabedetails, Eigentümer, Fälligkeitsdatum. Und wahrscheinlich ist die andere Sache dass Sie den Status hinzufügen möchten. Wenn es sich also um einen offenen Status handelt, sind das Probleme. Risiko. Du kannst hier wieder das Gleiche haben. Jetzt habe ich das Ganze ausgefüllt, also wird das meine Vorlage sein. Jedes Mal. Was passiert ist, dass ich dies einfach als Vorlage behalte , damit ich es einfach kopieren und sagen kann , kopiere und eine Seite hinzufügen kann. Und ich kann es S Statusvorlage nennen, die wir jedes Mal, wenn wir uns jede Woche treffen, diese Vorlage einfach aktualisieren oder kopieren und dann in etwas anderes umbenennen können . Also habe ich hier eine Statusvorlage, also geht das ganz oben. Dann habe ich ein wöchentliches Treffen am. Drittens habe ich ein wöchentliches Treffen mit Stift. Nehmen wir an, ich bin auf dem dritten Jan Meeting, das ich machen muss , wenn ich die Bildschirmfreigabe mache, mache ich das als Vollbild. Und dann. Es wird nicht von anderen Abschnitten oder einem anderen Projekt abgelenkt . Alle Teilnehmer sehen hier ist diese Seite. Und das Beste hier ist als die Leute beigetreten sind, dann kann ich sagen: Okay, Hi Nick Riese, Sam Jain. Und wenn Leute mitmachen, kann ich das in der Agenda aktualisieren. So habe ich es strukturiert, denn sobald Leute anfangen, beizutreten, und als Projektmanager, haben Sie möglicherweise mehr Informationen , die das Teammitglied nicht getan hat. Sie müssen diesen Fluss also stromabwärts von allem, was Sie von Ihrer Führung bis zum Projektteam hatten, kommunizieren von allem, was Sie von Ihrer Führung bis zum Projektteam hatten . Also würde ich mit diesem Kommunikationsfluss beginnen und danke allen, dass sie an dem Anruf teilgenommen und dann das Meeting auf diese Weise beginnen. Und der nächste Punkt hier ist die Statusüberprüfung des Projekts. Bevor wir darauf eingehen, frage ich, ob es irgendwelche Updates oder irgendetwas gibt, das das Team es ansprechen wollte, bevor wir auf die Details eingehen. Und wenn es etwas gibt, das kritisch ist, füge ich es den Themendiskussionen hinzu und füge die Details hinzu. Das wird also allgemein diskutiert und auf diese Weise kommuniziert man alles. Und das Gute daran ist, dass es sich auf einer Seite befindet und Sie für jedes Meeting eine einzige Seite haben. Während des gesamten Projekts können Sie immer zurückgehen und sich ansehen, welche Maßnahmen, welches Risiko, welche Entscheidungen getroffen wurden und in welchem Treffen. Also etwas, das mit dem OneNote-Tool wirklich einfach zu verfolgen ist. Werfen wir einen Blick auf die Überprüfung des Projektstatus hier. Wir überprüfen den Status. Der beste Weg, dies zu tun, ist normalerweise, dass die Aufzählungspunkte die Dinge sind , die diese Woche abgeschlossen werden müssen. Und dann frage ich nach dem Status im Meeting. Ich werde den Projektplan nicht ansprechen. Ich lasse dich wissen, wie ich es normalerweise mache. Also gehe ich zu dem Projekt, das wir während der Planungsphase erstellt haben, dann alles, was für diese Woche fällig ist. Und das muss ich mit den Projektinformationen aktualisieren. So verfolgt man es also. So wissen Sie, ob Sie voraus oder hinter dem Zeitplan liegen. Nehmen wir an, wir haben das Treffen auf der OneNote. Wenn ich hierher zurückkehre, ist dies das Treffen für den VQ von 13, was bedeutet, dass nach Ende dieser Woche dieses Meeting veranstaltet wurde. Also alles, was für diese 13 bis 107 anhängig ist , möchte ich die Informationen erhalten. Dann füge ich hier natürlich eine Spalte hinzu und nenne sie als Insert-Spalte. Und Personentage sind abgeschlossen. Wenn das Team das Projektstatus-Meeting durchläuft, frage ich dem Status und so verfolge ich es. Als ob ich zurück bin und frage, haben wir den Umfang fertiggestellt, was sind Ausgaben? Ist es fertig? Also könnte D zurückkommen und sagen: Ja, es ist fast fertig. Wir sind zu 90% da. Sie müssen bestimmte Dinge abschließen. Offensichtlich kann ich dann herkommen und sagen: Okay, wir sind zu 90% fertig. Woher wissen wir, dass diese 90% gut oder schlecht sind? Nehmen wir an, wir sind am Freitag und ich sollte 100% haben. Hier kommt das Tracking ins Spiel. Sie können also hier eine Spalte namens status hinzufügen. Sie werden Statusindikatoren sehen. Also alles, was rot ist, das sind diejenigen, die zurücklaufen , weil es gegen das aktuelle Datum überprüft. Ab sofort markiert all diese im Jan als verzögert. Dies ist nicht abgeschlossen, sagt, dass das Häkchen besagt , dass es im Zeitplan liegt. Das Projekt geht davon aus , dass es im Zeitplan liegt weil das Enddatum in der Fed liegt und nicht im Januar. Also alles im Januar, es markiert es so spät. Also eine Möglichkeit, das genau zu sehen: Es ist gut, Informationen zu projizieren und das aktuelle Datum als Siebter festzulegen . Wenn Sie sich das Projekt also als Siebter ansehen, wird es nur Dinge betrachten, die vor dem siebten Platz abgeschlossen werden sollen , und diese als Thread hervorheben. Dies ist eine einfache Möglichkeit, visuell zu verstehen, denn wenn es sich um ein großes Projekt handelt, ist es schwierig, jedes Datum zu durchlaufen und sehen, ob wir den Zeitplan voraus oder hinter dem Zeitplan haben? Project wird dies automatisch durch Statusindikator tun. Dies ist ein integrierter Statusindikator im MS-Projekt. Aber was ich schwierig finde ist manchmal, dass ich sogar wissen möchte, dass einige Dinge wie hier, wo es heißt, dass dies auf Kurs ist weil der siebte nicht fertig ist weil wir die Projektdaten sieben aktualisiert haben. Also denkt das Projekt buchstäblich an das Ende des Tages Freitag, um dies zu vollenden, 90% sind gut. Und wenn es 80% waren, dann heißt es immer noch, dass es gut ist. Es gibt einen Schwellenwert hier. Wenn es also nur 70% ist, dann zeigt es mich als rot oder nicht auf Kurs. Anstatt also zu bestimmen, ob es auf Kurs ist oder nicht, habe ich normalerweise eine integrierte manuelle Formel , die ich hier verwenden kann. Und ich kann Statusspalten haben , die ich machen möchte. So zum Beispiel. Wenn ich etwas wissen wollte, was in den nächsten zwei Wochen bevorsteht, zeigte sich all diese Aufgaben als gelbe Ampel in dieser Kolumne. Das schaffe ich. Das habe ich also in meinem Blog und meiner YouTube-Website ausführlich behandelt. Also lege ich diesen Link hier in die Beschreibung ein, denn du kannst dem einfach folgen , wenn du das jemals tun willst. Dies ist jedoch nur ein Beispiel dafür, wie wir anhand dessen verfolgen, was das Projektteam berichtet. Sie sagten, es sei zu 90% abgeschlossen. Und wenn sie zuversichtlich sind, dass sie bis Ende Freitag die restlichen 10% abschließen können. Oder bis Montag haben sie wenigstens 100% gemacht, dann ist das gut genug. müssen Sie nicht als Problem melden . Aber lasst uns das Projektteam unter dem Status ASA speichern , der übrigens nicht abgeschlossen ist. Es ist nur 40% abgeschlossen. Und der Grund, warum wir das nicht abschließen konnten, denn was auch immer XYZ-Problem ist, das ist, wenn Sie hierher kommen und sagen: okay, also haben wir jetzt ein Problem, weil ein Bereich, also das ist das Problem, Umfang undefiniert. Wir werden sagen, dass der Umfang nicht definiert ist und Problemdetails darin bestehen, dass der BA nicht verfügbar ist , um die Anforderung zu erfüllen, und daher der Umfang nicht abgeschlossen ist. Das ist ein Problem, bei dem jemand handeln muss. In diesem Fall sollten Sie als Projektmanager diese Maßnahme natürlich als Projektmanager ergreifen. Und Sie haben vielleicht zwei oder drei Tage Zeit, um dies abzuschließen, da das Projekt sonst vom Weg geht. Sie weisen also ein Fälligkeitsdatum zu, was auch immer möglich ist. Also füge ich vielleicht den 13. hinzu. Und dann werden wir sehen, dass der Status offen ist. Sobald Sie das haben, hatten Sie dort das Problem. So führen Sie den Statusaufruf oder den Standard durch und ermitteln, mit welchen Problemen das Projektteam konfrontiert ist. Und basierend auf dem, was sie berichten, verstehen die Neuen , dass es ein Problem gibt oder nicht. In ähnlicher Weise gibt es etwas, sagen wir mal, eine bevorstehende Aufgabe im Projektplan. Und sagen wir, es ist nicht jetzt, aber es besteht die Gefahr, dass bis nächste Woche am 14., wenn die BAs nicht verfügbar sind , möglicherweise das Gleiche, gut, das Projekt noch weiter entgleist. Sie können hinzufügen, dass Sie dies zuweisen können, da das Risiko BA möglicherweise nicht für die Arbeit am Projekt und Eigentümer verfügbar ist, nicht für die Arbeit am Projekt und Eigentümer verfügbar ist, und Sie müssen dies ziemlich schnell vor dem 14. vor diesem Fälligkeitsdatum tun ziemlich schnell vor dem 14. vor diesem Fälligkeitsdatum Sie haben ein Risiko und ein Problem. Dies ist nur ein einfaches Beispiel, um Ihnen zu zeigen, wie diese Dinge während der Ausführungsphase aufgebaut werden. Und der Aktionspunkt liegt an Ihnen zu sagen, dass Sie sich mit Anleihen treffen oder im Voraus zusätzliche Ressourcen mit dem Sponsor erhalten zusätzliche Ressourcen Voraus zusätzliche Ressourcen mit dem Sponsor um darüber zu diskutieren und dann eine Lösung zu treffen. Dies ist also ein einfaches Beispiel, damit Sie verstehen, wie Sie Track verwalten, Informationen sammeln, ein Risiko und Probleme an Ihre Führung oder Ihren Sponsor melden und all das. Dies ist also ein sehr effektiver Weg. Und OneNote hilft wirklich, weil jeder Zugriff auf einen Knoten hat. Und am Ende des Anrufs können Sie einfach Steuern, auswählen und steuern Sie C. Legen Sie die Aktionspunkte in eine Tabelle, in eine E-Mail oder Sie können diese ganze Seite senden. Oder wenn Sie ein Team und solche Dinge haben, haben Sie die Möglichkeit, den Link davon zu kopieren. Also lass mich dir zeigen, wie das geht. Komm aus dem Vollbildmodus. Sie können einfach sagen, dass hier geteilt wird und es wird einen Link erzeugen. In diesem Fall habe ich mich nicht beim MS Team angemeldet. Deshalb gibt es mir einen Fehler. Aber sonst bekommst du einen Link, den du ihn teilen kannst. Und dann können Sie einfach nur die Aktionspunkte von Personen kopieren die Aktionspunkte von Personen , die identifiziert haben, die eine Aktion haben, und diese dann senden. Wenn Sie das Treffen der nächsten Woche machen. Wenn von hier aus noch offene Elemente vorhanden sind, können Sie natürlich einfügen und in die Elemente einfügen sind Tabellen hier. Und Sie können anfangen, nach dem Status zu fragen. Das ist also ein kontinuierlicher fortlaufender Prozess bis Sie alle Probleme schließen oder die Verbindung trennen. Hier geht es also um die Erfassung von Daten. Und jetzt müssen wir uns ansehen, wie wir Ihrem oberen Management, Ihrem Sponsor oder anderen den endgültigen Status melden Ihrem oberen Management, Ihrem Sponsor oder anderen den endgültigen Status . Dafür ist es ein einfaches einseitiges PowerPoint. Und normalerweise haben wir ein PowerPoint erstellt. Okay. Jetzt haben wir alle Details während des Standardanrufs des Statusberichts gesammelt , wenn es überall agil ist und jetzt ist es an der Zeit, den Status an den oberen Management-Sponsor zu senden den Status an den oberen Management-Sponsor zu den oberen Management-Sponsor oder andere Personen im Projekt. Dies ist also nicht das gleiche Beispiel, aber um Ihnen zu geben, wie die Statusvorlage oben aussieht, ist es gut, eine Projektübersicht zu haben denn wenn Sie den Status senden, nicht alle werden in der Nähe des Projekts gefragt. Projektzusammenfassung ist also ein schnelles Beispiel oder QC-Möglichkeit, sie daran zu erinnern, worum es in diesem Projekt geht. Dann listen Sie alle wichtigen Personen auf. Also in diesem Fall Sponsor, Projektmanager. Und wenn Sie einige andere Stakeholder auflisten müssen, können Sie eine Spalte hinzufügen und diese hinzufügen. Sie fügen auch das Start- und Enddatum des Projekts hinzu , damit derjenige, der diese Vorlage erhält auf einem hohen Niveau der Projektzeitleiste ist. Und dann, wenn von der Organisation eine Projekt-ID zugewiesen wurde. Das Gesamtbudget, die Ausgaben von Jahr bis heute und wann Sie planen, live zu gehen. Dies sind also wirklich kritische Informationen , die normalerweise mit dem Projekt verbunden sind. Und wenn es noch etwas gibt, das Sie hinzufügen möchten, können Sie es jederzeit anpassen. Auch hier ist der OneNote und der PowerPoint. Ich füge den Link in der folgenden Beschreibung hinzu, damit du ihn herunterladen kannst wenn du einen für dich selbst verweisen oder erstellen musst. Und normalerweise möchten wir in einem Statusbericht tun Sie sich dies als einen vollständigen Blocker vorstellen können, der vier Abschnitte hat. Im ersten Abschnitt der oberen linken Ecke haben Sie Erfolge. Hier sagen Sie das , was das Team in dieser Woche erreicht hat , und listen Sie alle in diesem Abschnitt auf. Und in den kommenden Meilensteinen können Sie alle Dinge auflisten, die in den nächsten zwei Wochen oder vier Wochen passieren werden in den nächsten zwei Wochen oder vier Wochen passieren , je nachdem welche Informationen oder wie genau Sie dies vorhersagen können. Du steckst das hier rein. Und alle Probleme und Risiken , die Sie mit diesem Sponsor oder jedem , an den Sie diesen Bericht senden, Hilfe benötigen diesem Sponsor oder jedem , heben Sie diese Risiken und Probleme hervor heben Sie diese Risiken und , damit sie wissen, welches Risiko ist Probleme, bei denen Sie Hilfe benötigen und wie sie helfen können, dies zu beheben. Wenn es Aktionspunkte aus dem Projekt basierend auf der Statusbesprechung gibt, fügen Sie diese in den Aktionspunkten hinzu. Wenn Sie das also im gleichen Spaltenformat tun, hatten wir im OneNote für PowerPoint und wird das wirklich einfach. Diese eine Seite ist gut genug, aber wenn Sie möchten, können Sie immer eine zusätzliche Seite als Projektmeilensteine hinzufügen . Auf diese Weise können Sie die verschiedenen Aufgaben auflisten und dem Sponsor oder wen auch immer Sie diese senden, ein vollständiges Bild geben dem Sponsor oder wen auch immer . Und du kannst vielleicht irgendwo hier eine Zeile hinzufügen und diesen SLI heute zeigen , damit sie das gut wissen, heute hier. Und wir wollen hier enden, oder? Das ist ein anderes Tool oder Vorlage, die Sie je nach Projektanforderung am Ende des Schnabels oder täglich oder einmal im Monat versenden die Sie je nach Projektanforderung am Ende des Schnabels oder täglich oder einmal im müssen. Das sind also die wichtigsten Dinge, die wir bei diesem Statusaufruf und der Statusberichterstattung haben . Und hoffe, dass Sie diese Tools genau so verwenden können oder Sie können sich davon inspirieren lassen und Ihre eigenen Vorlagen und Tools entwickeln , um Ihren Projektfortschritt zu verfolgen. Das Wichtigste ist, dass Sie während der Ausführung Probleme erwarten können und wie Sie das angehen, wie Sie die Informationen über das Problem erhalten und wie Sie es lösen, wie Sie es brainstorming und angehen mit dem Team. Das ist eine Schlüsselkomponente, die Sie als Projektmanager machen. Und du wärst sehr erfolgreich, wenn du organisiert bist. Und Sie können die Probleme und offenen Posten auf eine Weise verfolgen , die ich hier gezeigt habe. Und was wir in der nächsten Lektion machen werden. Wir werden einen Blick auf die verschiedenen Excel-Vorlagen zur Verfolgung des Aktionspunkts, des Problemprotokolls und der Risikoverstopfung werfen. Wenn Sie das herunterladen und für Ihr Projekt verwenden müssen , können Sie dies tun. Alles klar, wir werden es in der nächsten Lektion sehen. 27. Risk: Alles klar, in dieser Lektion werden wir uns alle Protokolle ansehen und Maßnahmen zu Risikoproblemen alle Register ändern und protokollieren, die wir benötigen, um den Aspekt der Projektausführung zu verfolgen. Also lass mich hier auf den Bildschirm springen. Wir haben also zuerst ein Aktionsprotokoll. Also habe ich alle verschiedenen Logs in mehreren Registerkarten zusammengefasst . Auf diese Weise können Sie es einfach herunterladen, aber wenn Sie es als separate Datei behalten möchten , können Sie das tun. Wir haben also das Aktionsprotokoll, das Problemprotokoll, Entscheidungsprotokoll, das Änderungsprotokoll und dann das Risikoregister. Ein Risikoregister, wenn Sie sich erinnern, genau das haben wir während der Projektplanungsphase verwendet, sodass wir es weiterhin verwenden können, da wir bei der Ausführung zusätzliches Risiko haben können identifiziert und Sie können damit beginnen, das hier zu erfassen. Aktionsprotokoll wieder, es ist das gleiche einfache Tool, das wir verwendet haben. Und wenn Sie sich an das vorherige Beispiel oder die vorherige Lektion erinnern , in der wir Probleme und Risiken identifiziert hatten während des Projektstatusbesprechens Probleme und Risiken identifiziert hatten. Dieses Excel kopiert im Grunde genommen nur das Einfügen dieser identifizierten Elemente in das jeweilige Protokoll. Alles, was wir während des Projektstatusbesprechens als Probleme identifiziert haben des Projektstatusbesprechens , die hier unter das Problemprotokoll fallen. Wenn ich also zur Registerkarte „Problem Log“ gehe, haben wir ein Problem identifiziert, das wir nicht definiert haben , weil der Ba der Business-Analyst, der nicht verfügbar war, um es abzuschließen und wer hat die Aktion und was ist der Status in Excel, haben Sie die Möglichkeit, es herauszufiltern. Das ist also der Vorteil der Übertragung von einem Knoten zu Excel, da Sie Berichte ausführen können, die Sie verfolgen können, und Daten, Datenfilter und all das können. So können Sie es so anpassen , dass Sie dies einfach verwalten können. Das ist also das Problemprotokoll hier. Wenn ich zurückspringe, haben wir auch ein Ressourcenrisiko identifiziert. Also können wir dies in unser Risikoregister aufnehmen, damit ich es einfach kopieren kann. Gehen Sie zurück zum Risikoregister und sagen Sie, dass wir eine zusätzliche Liste haben , die wir identifiziert haben. Und das ist für die Ressource. Und Sie können hier mit dem Eintippen aller Details beginnen . Also würden wir „Ressource“ sagen. Und die Wahrscheinlichkeit , dass dies geschieht, ist vielleicht mit hoher Wahrscheinlichkeit. Und der Aufprall kann mittel oder niedrig bis mittel sein. Und der Besitzer, den wir hier identifiziert haben, ist Nick. Und wir können das hinzufügen, und wir müssen dies abschwächen und jemanden aus dem Team identifizieren , der die Anforderung erfüllen kann. Und das Fälligkeitsdatum, das wir hier haben, ist 114. Sie können das also hinzufügen und bis es geschlossen ist, ist es immer noch geöffnet. So wechseln Sie also von einem Statusbesprechung in ein Register. Dies ist also ein kurzes Beispiel, warum wir verschiedene Sperren im Excel beibehalten, da Sie einen Filter und all das gute Zeug hinzufügen und löschen und ausführen können. Änderungsprotokoll hier ist, dass wir dem Projekt ein Schulungsmodul hinzufügen müssen ein Schulungsmodul , das einen zusätzlichen Umfang darstellt. Die Aktion hier besteht also darin, zusätzliche Mittel zu erhalten. Sie weisen dies also dem Sponsor zu und lassen es offen , bis dies gelöst ist. Sobald das Projekt abgeschlossen ist, können Sie das Änderungsprotokoll sehen, um zu sehen, was der ursprüngliche Basisbereich war und was sich während der Ausführung geändert hat. Wenn es Entscheidungen gibt oder in diesem Fall, wurde die Entscheidung getroffen, das hier hinzugefügte Schulungsmodul hinzuzufügen, und zwei werden von Sponsoren oder später bestätigt. Wenn dies Anleihen gibt, dass unser CEO das Unternehmen verlassen hat und jemand sich die Projektcharta angesehen hat in der dies nicht erwähnt wurde, und Sie als Projektmanager befragt, hey, warum haben Sie dieses Schulungsmodul gefragt, was nicht in der Charta oder im Geschäftsfall enthalten ist. Woher kommt das also? Dann? Sie können zeigen, dass wir diese Entscheidung an diesem Tag getroffen und sie wurde vom Sponsor und CIO gemacht. Und wir hatten auch ein Änderungsprotokoll eingeleitet und dies ist der Status. Deshalb ist die Pflege all dieses Protokolls und dieser Probleme sehr kritisch und wichtig, da das Team möglicherweise ständig ändern kann. Und als PM musst du die Dinge im Auge behalten, was hat sich geändert, zu welchem Zeitpunkt? Wenn es geprüft wird oder jemand anderes ins Bild kommt, haben Sie die Details hinter den Änderungen. Aktionspunkte sind alles, was ein offener Punkt ist , bei dem jemand eine Aktion hat und abgeschlossen werden muss. Und Sie können dies alles während der Statusbesprechung überprüfen und nach dem Fälligkeitsdatum und auch nach dem Status „Öffnen“ filtern. Und Sie können das mit dem Team überprüfen und sagen: Dies sind die offenen Posten. Wo sind wir dran? Welche Hilfe benötigen Sie und wann können wir damit rechnen, dass sie abgeschlossen wird? Das ist also ein gutes Beispiel dafür, wie Sie verschiedene Protokolle verwalten und wie wichtig jedes Protokolls sind. Hoffe, du hast die Bedeutung all dieser verschiedenen Protokolle verstanden . Und wenn Sie möchten, können Sie diese folgende Dateibeschreibung herunterladen , und Sie können diese als einzelne Dateien beibehalten oder Sie können sie je nach als einzelne Datei mit mehreren Registerkarten verwalten als einzelne Datei mit wie groß das wird. Okay, das schließt die wichtigsten Dinge ab, die wir bei der Hinrichtung tun. Jetzt ist es an der Zeit, das Projekt go-live zu feiern. Und im nächsten Kapitel werden wir einen Blick auf Cutover der Go-Live-Planung und ähnliches werfen. 28. GOLIVE CUTOVER PLANUNG: Jetzt ist der spannende Teil. Wir haben das Projekt abgeschlossen und sind bereit, in die Produktion zu gehen bevor wir den letzten Sprung in die Produktion machen und Ihren Service, Ihr Projekt oder Ihr Produkt für Benutzer zur Verfügung stellen konsumieren und verwenden. Sie müssen sicherstellen, dass Sie Ihre Cutover-Aktivität sehr sorgfältig planen . Weil das der Deal Breaker ist. Wenn du etwas in die Produktion bringst, das nicht gut funktioniert, wird es eine Katastrophe sein. Sie mussten also sicherstellen, dass Ihr Cut-Over-Plan sehr gut durchdacht ist. Und wenn es ein Problem gibt, können Sie immer zu einem vorherigen Status zurückkehren. Mal sehen, wie die Cutover Activities aussehen und was sollten wir bei der Planung einer Cutover beachten? Das erste ist also, dass Sie den genauen Zeitpunkt des Cutovers festlegen müssen. Wann genau planen Sie, die Migration in die Produktion abzuschließen? Wenn Sie beispielsweise planen, Website-Änderungen zu verschieben, Sie den Zeitpunkt berücksichtigen oder identifizieren , zu dem der Traffic auf diese Website sehr gering ist , sodass die Auswirkungen der Kunden und Benutzer sehr niedrig, weil der Cutover nicht nur einen Schalter umdrehen und fertig sein wird. Es ist lange unsere Aktivität und es kann vielleicht ein paar Stunden oder einen halben Tag dauern , um alle Cutover-Aktivitäten abzuschließen. Dies sind Ausfallzeiten, bei denen die Benutzer nicht auf die Website oder auf welches Projekt, Service oder Produkt zugreifen können, das Sie in die Vorhersage übergehen möchten , wenn Sie Ihr Bankkonto haben, Sie könnte manchmal eine Meldung gesehen haben , dass die Wartung an diesem Sonntag stattfindet Erwarten Sie also Ausfallzeiten während des Fluges nach 19:00 Uhr Eastern oder was auch immer dieser Zeitrahmen ist, der getan wird, um sicherzustellen, dass das System das Produktionssystem wird heruntergefahren, alle Wartungsarbeiten und Änderungen werden aufgehoben, zurückgedrängt und dann wieder online gestellt. Sie müssen also genau das Gleiche für Ihr Projekt tun. Sie müssen sehen, wann der beste Zeitpunkt ist, um die Vorhersagesysteme zu Fall zu bringen. Drücken Sie alle Ihre Änderungen, Ihren Code, Ihre Konfigurationsdateien, was auch immer Sie tun müssen, um in die Produktion zu wechseln, tun Sie dies während der Schnittzeit. Und sobald alles strukturiert in die Produktion gebracht wurde, bringen Sie die Vorhersage und Mama und Backup mit. So wird es normalerweise gemacht. Deshalb ist es sehr wichtig, dass Sie den Zeitplan für die Cutover planen und sicherstellen, dass Sie über alle Ressourcen verfügen um alle für die Cutover geplanten Arbeiten zu erledigen. Angenommen, Sie haben Unterstützung für den Datenbankmoment erforderlich. Und wenn Sie den Cutover nicht geplant haben, diese Ressource möglicherweise nicht verfügbar, und sie könnte sich auf Ihren gesamten Cutover-Prozess auswirken , wenn Bürostandorte oder Standorte unterbrochen werden Zum Beispiel bewegen wir uns von einer Seite zu einer neuen Site. Dann müssen Sie sicherstellen, dass Sie nach den regulären Bürozeiten Zugriff auf diese Websites haben . Sie müssen also sicherstellen, dass die Sicherheit und andere darüber informiert sind und sie verfügbar sind, um sicherzustellen, dass Sie das neue Büro betreten können , wenn Sie den Cutover durchführen. Und Sie müssen auch über den Rollback-Plan nachdenken. Was das bedeutet, ist, wenn etwas furchtbar schief geht, sollten Sie in der Lage sein, wieder einen früheren Zustand zurückzukehren, in dem es gut funktioniert hat. Sie müssen also herausfinden, was passiert, wenn etwas schief geht und wie können Sie zu einem früheren Zustand oder in seinen Zustand zurückkehren , in dem es mit minimaler Wirkung funktioniert. Und wenn es gesetzliche oder regulatorische Anforderungen gibt , von denen Sie eine Genehmigung einholen müssen, müssen diese weit im Voraus getroffen werden , da die Kürzung höchstwahrscheinlich am Wochenende erfolgen wird , wenn der Verkehr ist niedrig und es wird eine Herausforderung sein, an einem Wochenende Genehmigungen zu erhalten. Sie müssen also über all diese verschiedenen Aspekte nachdenken und dann Ihren Cutover planen. Ich würde sagen, die beste Analogie, die Sie sich vorstellen können, ist, wenn Sie von einer Wohnung ziehen, um die Wohnung zu betreten oder Sie ziehen Ihr Zuhause von, sagen wir, von einem Teil des Landes in den anderen Teil. Sie können sich nicht einfach eines Tages entscheiden und umziehen, weil Sie sicherstellen müssen , dass es Packer und noch schlimmer sind und wann sie zu Ihnen nach Hause kommen und um wie viel Uhr Sie die bewegen und dann den Schlüssel an den Eigentümer übergeben. Es gibt also verschiedene Komponenten , die im Rahmen dieses MOOC-Prozesses auftreten. Die Kartographie ist also genau dieselbe. Sie müssen Stunde für Stunde oder manchmal Minute für Minute planen Stunde oder manchmal Minute für Minute welche Aktionen ausgeführt werden müssen, damit der gesamte Cutover-Prozess abgeschlossen ist. In diesem Beispiel des Umzugs müssen Sie möglicherweise zwei oder drei Wochen im Voraus planen , um sicherzustellen, dass der Umzugsdienst verfügbar ist, und ihnen ein Zeitfenster zu geben, das sie haben um neun Uhr morgens zu kommen und sie in Bewegung zu bringen und um fünf Uhr damit fertig zu sein. Und dann müssen Sie am neuen Standort sicherstellen, dass Sie um fünf Uhr einziehen können und Strom, Wasser, all diese Dienste und solche Dinge zur Verfügung haben . Sie müssen also sicherstellen, dass Sie genügend Zeit aufwenden , um alle Dinge aufzulisten, die während dieses Cut-Over-Fensters passieren müssen die während dieses Cut-Over-Fensters passieren , und einen Plan und Ressourcen für diese und die genaue Zeit wie was passieren muss und wer wird es tun. Auch hier ist es sehr wichtig, dass alle Genehmigungen, die Sie benötigen, der Zeit voraus sein müssen , da Sie höchstwahrscheinlich in letzter Minute nicht für Genehmigungen kandidieren wollten. Wenn es eine Kommunikation gibt , die über den Cut-Over oder Ausfallzeiten ausgehen muss Cut-Over oder Ausfallzeiten , bei denen die Systeme nicht zugänglich sind. Alle Voraussetzungen wie die Schulung der Mitarbeiter für das neue Produkt, Projekt oder Dienstleistung. Und all diese müssen im Voraus geplant werden und kommunizieren , wann dies während oder vor dem Cutover abgeschlossen werden muss . Sie müssen auch darüber nachdenken, wann Schulungen für Benutzer verfügbar sein sollen ? Und Sie müssen sicherstellen, dass die Schulung gefangen ist, denn wenn Benutzer nicht auf diesem neuen System geschult werden oder wie man dieses neue System benutzt, wird es immer eine Herausforderung nach dem Cutover-Beschwerden werden eingehen. Sie müssen sicherstellen, dass sie in der Lage sind , diesen neuen Prozess, die neue Technologie oder das neue Produkt, das wir vorantreiben, zu verstehen . Und sie sind bequem, es zu benutzen, weil es sonst während der Cutover-Supportzeit eine Herausforderung sein wird . Und nicht zuletzt müssen Sie auch sicherstellen, dass Sie eine Brücke namens Setup haben , damit die Leute, wenn sie auf ein Problem stoßen, diese gemeinsame Brücke anrufen können. Und jemand, der zur Verfügung steht, um den Benutzer zu beantworten, zu klären und zu unterstützen, wenn er auf Probleme stößt. Planen Sie also eine offene Brücke, eine Telefonleitung oder einen Computer, eine E-Mail, was auch immer das ist, stellen Sie sicher, dass jemand dies überwacht , und geben Sie diese Informationen an die Benutzer zurück. Wenn also jemand nach dem Cutover einige Probleme hat und ihm helfen möchte, weiß er, wie er sich an ihn wenden kann und an wen er sich wenden kann. Daher ist es sehr wichtig, dass Sie den Benutzer unterstützen, indem Sie all diese Details im Voraus angeben. Insgesamt ist das Go-Live ein sehr nervenaufreibender Prozess. Aber wenn Sie Ihren Cutover und Go-Live planen, weit voraus und listen Sie alle Dinge auf, die Sie sich kümmern müssen, dann laufen die Dinge reibungslos und es wird Ihnen gut gehen. Es ist eine Teamleistung. Stellt sicher, dass Sie mit dem Team alle zu behandelnden Elemente besprechen , jeden Rollback-Plan , der besprochen werden muss , und dokumentieren Sie all das, damit wenn etwas schief geht, Sie würden genau wissen , was zu diesem Zeitpunkt getan werden muss. Deshalb ist die Cutover-Planung so kritisch, da sie Ihnen sonst in letzter Minute Probleme und Kopfschmerzen für Ihr Projekt bereiten kann . Im Ressourcenbereich finden Sie also eine Cutover-Checkliste, die Sie für jedes IT-Projekt verwenden können, um zu überprüfen, ob Sie all diese Dinge tun müssen , und Sie können ihr immer die Checkliste mitteilen auf Ihre Bedürfnisse hin. Aber Gewohnheiten, Checklisten sind bereit für Ihren Cutover, um sicherzustellen, dass die Dinge reibungsloser werden. Und in der nächsten Lektion werden wir einen Blick auf die Hyperfallunterstützung werfen. Dies ist der Garantiesupport. Also nach uns erfolgreich Cutover und Sie sind jetzt live in der Produktion, aber alles ist neu für den Benutzer. Sie müssen also sicherstellen, dass das Projektteam verfügbar ist, um die Benutzer zu unterstützen, die mindestens eine Woche lang anrufen, wenn nicht zwei Wochen, und diese werden in der nächsten Lektion behandelt. 29. Hypercare: In Ordnung, jetzt sind wir erfolgreich live gegangen und jetzt ist es an der Zeit, die Anwendungen bei der Beantwortung von Fragen zu unterstützen, die möglicherweise Herausforderungen haben, mit denen sie nach dem Go-Live konfrontiert sind. HyperCools unterstützt also, dass dies Ihre Garantiezeit ist. Nach dem Go-Live. Sie müssen das Team und die Nutzung für die nächsten Tage oder nach Möglichkeit bis zu zwei Wochen unterstützen . Idealerweise können Sie sich dieses Asset 247 unterstützend vorstellen . Das ist also jemand, der an der Sache teilnimmt , je nachdem, von wo die Benutzer anrufen. Wenn Sie ein globales Team sind, können Sie natürlich während der ganzen Uhr Anrufe aus verschiedenen Ländern erwarten . Es ist also eine gute Idee, dass jemand die Brückenbrücken unterstützt. Nichts als eine offene Leitung, in der sich Leute einwählen können , um die Fragen zu klären oder zu beantworten. Das ist es, was Sie darüber nachdenken müssen, dass Penn die Hyper-Care Bridge aufbaut. Normalerweise hören Sie es vielleicht als Ballsaal oder dedizierte offene Brücke. Also kann sich jeder melden. Diese Informationen würden die Benutzer im Voraus vor dem Go-Live benachrichtigen , damit sie wissen, dass ein Supportanruf oder eine Supportbrücke verfügbar ist , falls sie ausgeführt werden in ein Problem, damit sie nach dem Go-Live die Unterstützung erhalten können , die sie mit dem neuen System benötigen , um die Hypercard als unterstützend und weniger herausfordernd bezeichnet zu werden, ist, dass Sie mehrere Personen im Raum haben anstatt nur eine Person. Und solange Sie die Verwendung mit Wissensdokumenten, Schulungsvideos und Schulungen vor dem Go-Live beibehalten mit Wissensdokumenten, Schulungsvideos , sind Ihre Hypercard-Anrufe sehr geringer da Benutzer bereits wissen, wie man es benutzt das neue System, also bräuchten sie nicht viel Hilfe. Aber sie würden immer noch verwendet werden, die die Trainingseinheiten verpasst haben und sie würden ihn immer noch anrufen. Zu diesem Zeitpunkt können Sie die aufgezeichneten Sitzungen oder andere Trainingsressourcen teilen , die Sie ihnen geben können , damit sie beobachten können, was mit dem neuen System zu tun ist. Und das könnte ihr Problem lösen , warum sie anrufen. Dies sind also einige der Dinge , über die Sie nachdenken müssen wenn Sie den Wandraum oder die Großbuchstabenunterstützung einrichten, oder eine offene Brücke, an der sich Leute anrufen können wenn sie nach dem Go-Live Fragen haben. Und je nach Größe und Bandbreite können Sie dies für ein größeres globales Team haben oder Sie können nur ein oder zwei Personen haben, die dies unterstützen. Dies ist vor Umstellung des Projekts auf das Support-Team. Es ist eine gute Idee, ein oder zwei Personen aus dem Support-Team einzubeziehen , damit sie verstehen welche Art von Anrufen Sie erwarten und welche Antworten Sie bereitstellen und wo die Ressourcen befinden damit sie nach der Garantiezeit nach zwei Wochen wissen, wie sie es unterstützen können. Das ist alles für diese Lektion. Es ist eine kurze Lektion des Kochs und gibt nur eine Vorstellung, wie die Hyperfallunterstützung aussieht. Was bedeutet das und worüber Sie nachdenken müssen, bevor Sie einen Hypercard-Anruf einrichten. 30. Project: In Ordnung, jetzt haben wir das Projekt abgeschlossen und es ist an der Zeit, das Projekt zu schließen, aber beeilen Sie sich nicht und schließen Sie nicht ab, sobald Sie mit der letzten Aufgabe fertig sind, müssen Sie immer noch bestimmte Dinge tun um das Projekt ordnungsgemäß zu schließen . Eines der Dinge, die ich sehr empfehle, ist eine Lessons Learned Session mit dem gesamten Team. Während Sie das Team haben, ist dies die perfekte Gelegenheit bestimmte Dinge in Projekten zu verstehen , damit Sie Ihre Projektausführung und die nachfolgenden Projekte verbessern können . zuerst als Team überprüfen, Lassen Sie uns zuerst als Team überprüfen, was gut gelaufen ist. Bevor Sie sich also darauf einlassen, möchten Sie eine Retrospektive oder einen Vorstand aussenden, in dem sie sich vorstellen können, was gut gelaufen ist eine Retrospektive oder einen Vorstand dem sie sich vorstellen können, was gut gelaufen , damit sie diese Dinge vor dem Treffen festhalten können. Wenn Sie ein einjähriges Projekt haben, ist es für jeden höchst unmöglich, sich daran zu erinnern. Was sind die Dinge, die gut gelaufen sind, um dem Team ein oder zwei Wochen zu geben , um darüber nachzudenken, was gut gelaufen ist. Um das zu tun, haben sie, wenn sie sich an etwas erinnern , bevor sie zu den gelernten Lektionen kommen, einen Ort, an dem sie es notieren können. Also verwende ich einen Vorstand namens Fund Retrospektive In.com. Ich füge den Link in die folgende Beschreibung ein, aber Sie können alle anderen Methoden wie MS Planner oder ein Google-Produkt verwenden . Was Sie also hier suchen ist, die Dinge zu identifizieren erfolgreich waren, damit Sie diese Dinge in Ihrem nächsten Projekt wiederholen können , wenn überhaupt, die Sie gut gemacht haben, also warum nicht nutzen den nächsten Projekten oder anderen bevorstehenden Projekten? Das nächste, worüber Sie als Team nachdenken möchten ist, was die Dinge verbessert werden können. Gibt es Lehren aus der Projektabwicklung? Das sind also Dinge, bei denen wir es getan haben, aber wir hätten etwas ändern können, um es beim nächsten Mal besser zu machen. Diese Dinge müssen also erfasst werden, und es ist gut, die Perspektive des Teams zu haben, nicht nur aus Sicht des Projektmanagers. Es ist ein guter Zeitpunkt , dies zu dokumentieren. Und wenn Sie den Link an die Retrospektive senden , möchten Sie zumindest erfassen, was gut gelaufen ist, was verbessert werden kann? Und nicht zuletzt, und das ist vielleicht das Wichtigste. Was sollte gestoppt werden? Was funktioniert nicht gut? Wenn etwas nicht gut funktioniert, es keinen Sinn, dies in den nachfolgenden Projekten oder der Projektausführung fortzusetzen . Dinge sind also entscheidend, um diese drei Dinge mindestens zu verstehen, sollten Sie in der Lektionen Learned Session festhalten, oder Sie können es als rückwirkende Sitzung bezeichnen. Dies sind wertvolle Informationen , die Sie vom Team sammeln können , bevor Sie das Team demontieren und loslassen. Zum Beispiel würde der Vorstand in etwa so aussehen. Die Drei-L-Methode mochte, gelernt, fehlte, wie auch immer Sie die Boardüberschriften benennen möchten , das können Sie tun. Die einfachsten Wege, um mit dem zu gehen, was gut gelaufen ist, was sollten wir verbessern und was sollten wir aufhören? Solange wir dies sammeln und uns gegenüber der nächsten Projektausführung verbessern, würden Sie als Projektmanager und als Team kontinuierlich verbessern Ihre Leistungen und Projektausführung kontinuierlich verbessern. Das ist eine kurze 30-minütige bis einstündige Sitzung, die er mit dem Team machen kann. Und am Ende der Lektionen gelernten Sitzung können Sie sich bei allen für den Beitrag und auch für die bisher unterstützte Projektarbeit bedanken . 31. Übergang in das Operationsteam: Ordnung, wir haben das Go-Live abgeschlossen und in dieser Lektion werden wir einen Blick darauf werfen, wie der Prozess der Produktionsunterstützung oder den Betrieb übergeben werden muss. Wenn das Projekt jetzt fertig ist, wird es Teil des Betriebsteams. Sie sind völlig neu. Sie haben keine Ahnung, was DO im Rahmen des Projekts gemacht hat, welche neuen Funktionen Sie hinzugefügt haben und was ist das Produkt. Sie müssen sie also sachkundig machen , damit sie sie unterstützen können, wenn die Kunden sie anrufen. Das erste ist, wenn es im Rahmen des Projekts Dokumentationen gibt, die Sie dem Support-Team oder dem Betriebsteam übergeben können , dies tun möchten. Die Wissensdatenbank könnte jede hochrangige Systemarchitektur, der Workflow oder alle FAQs sein, denen Sie glauben, dass sie für sie nützlich sein könnten. Wenn der Kunde sie also kostet, kann er angemessen damit umgehen. Dies ist sehr wichtig für das Betriebspersonal da sie zu diesem Zeitpunkt zum ersten Mal stehen würden, sagen wir das Projekt und die Details und Funktionen des Produkts. Also alle Details, die Sie dem Betriebsteam zur Verfügung stellen können , die für sie von Vorteil wären. Als Nächstes trainieren Sie, wenn möglich, den Betrieb oder das Kundensupport-Team. Wenn Sie also ein neues Produkt auf den Markt bringen, werden die Leute offensichtlich, sobald es live ist , nicht das Projektteam anrufen, sondern den Betrieb und Support des gesamten Kundensupport-Teams. Sie müssen also sicherstellen, dass Sie sie trainieren und sie sich mit dem Produkt oder den neuen Dienstleistungen auskennen mit denen Sie leben , damit der Kunde beim Anruf Sie sie trainieren und sie sich mit dem Produkt oder den neuen Dienstleistungen auskennen, mit denen Sie leben, damit der Kunde beim Anruf des Kunden Beantworten Sie es angemessen denn das Letzte, was Sie wollen, ist, dass Sie ein erfolgreiches Projekt haben und es eine Katastrophe nach dem Go-Live ist, so schwer sicherzustellen, dass die Dynamik auch nach der Hand anhält von Ihrem Produktservice oder irgendetwas anderem , das im Rahmen des Projekts live ging , an das Betriebsteam. Und nicht zuletzt müssen Sie auch sicherstellen, dass Sie dem Kundensupport oder dem Betriebsteam mitteilen , wie Probleme basierend auf der behandelt und gemeldet werden sollen von Ihnen bereitgestellten Dokumentation behandelt und gemeldet werden sollen. Wenn Sie die meisten der häufigsten Fragen kennen , die sie möglicherweise erhalten, geben Sie erneut die Antworten oder wie Sie diese Probleme angehen können. Und auf diese Weise muss sich das Betriebsteam nicht an das Projektteam wenden. Und wenn das Projekt geschlossen ist, sind sie möglicherweise überhaupt kein Projektteam. Es wird also zur Verantwortung der Operation die Probleme anzugehen. Wenn es ein Projektteammitglied gibt, das Sie in den Betrieb umstellen können, wäre das besser, damit zumindest eine sachkundige Ressource vom Projekt oder Übergang entfernt wird eine sachkundige Ressource , Der größte Teil des Diamanten ist nicht möglich und das Projektteam geht immer noch fort und geht zu einem anderen Projekt über. Und dann kommt etwas Kritisches ins Spiel und das Betriebspersonal kann sich an diese Person wenden und sie können eine Auszeit finden , um sie zu unterstützen. Aber im Idealfall möchten Sie, dass Sie, wenn Probleme oder neue Dinge auftreten, Probleme oder neue Dinge auftreten, dies verfolgen und dann als Teil des Projekts behandeln möchten dann als Teil des Projekts behandeln da Sie möglicherweise einen Hyper haben Fall Support Timing von zwei Wochen oder einem Monat, wenn es sich um geringfügige Probleme oder Prozessverbesserungen handelt, können Sie es im Rahmen der nächsten Version behandeln. Sie möchten also einen Prozess definieren, bei dem die Vorgänge unterstützen können und wenn neue Funktionen oder Fehler behoben werden müssen, wie Sie dies im Rahmen der fortgesetzten Unterstützung von das Projektteam oder für das nächste Release. Denken Sie daran, dass wir auf hohem Niveau versuchen, das Produkt oder die Dienstleistung, an der Sie gearbeitet haben, zu übergeben und es einem Team zu geben , das es in Zukunft unterstützen wird. Sie müssen sicherstellen , dass dieses Team gut gerüstet ist , um neue Produkte oder Dienstleistungen für den Kunden zu unterstützen und zu bedienen , damit die Kunden am Ende des Tages zufrieden sind. In der nächsten Lektion werden wir uns ansehen, wie die Projektbereinigung endgültig abgeschlossen, Stilllegungsaktivitäten durchgeführt und die Projektdokumente archiviert werden können. 32. Archive: Okay, jetzt befinden wir uns in der Endphase. Jetzt sind wir bereit, ein Projekt zu schließen. Wir haben die Hyperpflegeunterstützung abgeschlossen, wir haben den Übergang zum Betrieb vollzogen. Jetzt können wir das Projektteam demontieren. Bevor wir das tun, müssen wir sicherstellen, dass wir alle Projektdokumente archivieren. Das erste ist, wenn Sie alle Genehmigungen, E-Mails erhalten haben oder auf welche Weise Sie die Genehmigungen erhalten haben, Dave, sie, denn wenn Sie geprüft und ein Audit auf eine Weise stattfinden wird ein anderes, wenn Ihr Projekt geprüft wird als die Dinge, nach denen es suchen würde, ist Dokumentation über Ihre Anforderungen, Ihre Genehmigungen, Ihr Änderungsmanagement und Änderungsantrag Genehmiger, all das. Also alle Genehmigungen, die Sie von der Führung erhalten haben , um mit dem Projekt fortzufahren, egal ob es sich um Schul- oder Budgetänderungen handelt, unabhängig von den Genehmigungen, die Sie während der Ausführung erhalten mussten. Jetzt ist es an der Zeit, all das zu sammeln, speichern Sie es. Idealerweise möchten Sie es während der Ausführung speichern, aber wenn Sie es nicht getan haben, sage ich jetzt gute Zeit, dies durchzugehen, alle erforderlichen Genehmigungen zu finden und es irgendwo zu speichern, damit Sie immer darauf zugreifen können es Das nächste ist die Projektdokumentation. Dies ist sehr kritisch denn sobald Sie das Team demontiert haben, weiß niemand, wie es gemacht wurde , und Sie werden die Experten verlieren. Bevor Sie also das Team demontieren, Sie sicher, dass es die gesamte Dokumentation geteilt hat, wie die Dinge gemacht werden, wie sie angehen, wenn es Architektur- oder Systemflussdiagramme gibt , speichern Sie das alles in dem Ordner , in dem Sie darauf zugreifen können. Und diese Dokumente sind bereits während der Projektausführung vorhanden oder gespeichert. Jetzt stellen wir nur sicher, dass alles vorhanden ist und Sie können bei Bedarf darauf zugreifen. Und sobald Sie die Genehmigungen und die Projektdokumentation haben, stellen Sie sicher , dass Sie diese an einen sicheren Ort verschoben haben , damit Sie sie nicht verlieren. Wenn Sie eine projektspezifische Seite haben, die geschlossen wird und Sie keinen Zugriff haben, den Sie dort speichern möchten, aber Sie möchten auch eine Kopie auf irgendeine Weise speichern , können Sie immer erhalten Zugang, weil das Audit und alle anderen Dinge, die danach kommen, kann es nach sechs Monaten oder einem Jahr geschehen. Sie sollten also auf alle diese Projektdokumente zugreifen alle diese Projektdokumente auch nachdem das Projekt geschlossen wurde. Sobald das alles erledigt ist, bist du jetzt frei. Sie sind bereit, Ihr Team zu demontieren und der Welt mitzuteilen , dass Ihr Projekt hier abgeschlossen ist, und senden Sie ihnen ein Dankeschön für all die Bemühungen und Zusammenarbeit des gesamten erweiterten Teams hat für Sie und das Projektteam getan. Und dann sind Sie bereit, mit unserem nächsten Projekt fortzufahren.