Artikel-Straße

Willkommen Gast

Artikel Street » Business » Projekt-Management »Die Annahme eines Prozesses - Tipps für Helping Your Team Adapt

Die Annahme eines Prozesses - Tipps für Helping Your Team Adapt

German Spanish French Italian Portuguese Russian Japanese Korean Traditional Chinese Simplified Chinese Dutch Greek
Indonesian Tagalog (Filipino) Malay Norwegian

von: reello
Total Aufrufe: 293
Word Count: 1496


Sie haben also beschlossen, ein formelles Verfahren für Ihre Projekte immer getan, herzlichen Glückwunsch zu verabschieden. Es ist eine gute Entscheidung, die Ihnen helfen, besser verwalten Sie Ihre Projekte, machen Ihr Team effizienter und verbessern Sie Ihre Chancen im kommenden im Zeitplan und im Budget.

Die meisten Methoden Prozess machen einen guten Job bei für den Prozess, aber sie nur selten die wirklichen Probleme in der Welt auftreten, wenn ein formelles Verfahren mit einem Team kollidiert.

Jede Mannschaft ist so einzigartig wie die Individuen, aus denen sie und jeder reagiert anders auf die neuen Änderungen einen formalen Prozess erfordert. Diese Veränderungen lassen sich oft mit Skepsis oder sogar Empörung von den Teammitgliedern komfortable Dinge betrachtet werden "ihren Weg".

Sicher können Sie es auf diese Kraft, aber ohne echte kaufen aus dem Team der Prozess wird im besten Fall wirkungslos und im schlimmsten Chaos zu schaffen.

Die folgenden Tipps sollen verbessert Ihre Chancen auf Erfolg in jedem Prozess, den Sie übernehmen und bieten eine solide Grundlage für die Reifung es.

Wie viel Process ist genug?

Während von manchen als Ketzerei Prozess Gurus Dies ist eine berechtigte Frage. Das Risiko, zu versuchen, zu früh zu viel zu tun mit einem Prozess kann so riskant wie nichts zu tun, vor allem, wenn Sie ein agiler Teams versuchen, den Übergang zu mehr als prozessorientiert sind.

Überladen Sie Ihr Team mit einem neuen Satz von Verantwortlichkeiten und Methoden, die sie nicht gewohnt sind oder hergerichtet für die leicht entgleisen Sie. Hier sind einige Tipps für die richtige Balance.

- Risk Factor: Was ist das Projekt Risikofaktor? Offensichtlich Herstellung von Software für ein künstliches Herz ist viel riskanter als die Bereitstellung der dritten Generation einer Website und der Prozess zunächst sowieso, sollte das Risiko entsprechen. Der ehemalige müssten umfangreiche, redundante und erschöpfende QA checks and balances, während die letzteren kann leicht on the fly "nach der Bereitstellung ohne Verlust des Lebens angepasst werden.

Seien Sie realistisch, was Ihre Risiken sind, wie teuer werden sie zur Bewältigung Downstream und nutzen diese als Grundlage für die Entscheidung, wie viel benötigt wird. Niemand kennt Ihre Umgebung, Projekt-und Team besser als du, dann verwenden Sie ein wenig gesunden Menschenverstand bei der Entscheidung, was sich richtig anfühlt.

- Wie viel kann Ihr Team umgehen und was sie am meisten brauchen?: Jeder Prozess ist nur so gut wie das, was Ihr Team verwalten können und unabhängig von der ultimativen Vorteile, zunächst wird es zusätzliche Anstrengungen in der Ausbildung und neuen Aufgaben Ihres Teams Ursache ist nicht gewöhnt.

Um erfolgreich zu sein, müssen Sie erreichen kaufen und ihr Engagement für den Prozess von allen, ist dieser Schlüssel. Wenn Sie nicht Ihre Mannschaft wird einfach durch die Bewegungen gehen und rollen ihre Augen im kollektiven Projekt-Meetings. Um dies zu überwinden finden ihren Schmerz Punkte, wie sie arbeiten jetzt und beginnen mit den Bereichen der Prozess, der direkt auf diese.

- Start Small: Beginnen Sie mit ein paar Bereiche, die Sie fühlen sich kritisch sind, einschließlich Schmerzen wieder Punkte, damit Ihr Team sieht unmittelbare Vorteile. Es wird leichter sein, mehr Prozess-Schichten später hinzufügen, wenn sie sehen es als einen Vorteil und nicht nur zusätzliche Schichten der Bürokratie. Wenn Sie klein anfangen Ihr Team eine Chance, ihre kollektive Köpfe, um dieses zu erhalten als auch die Vorteile zu haben, damit mehr Reifung nachgelagerten einfacher.

Team Umwelt

Jedes Team hat eine andere Dynamik und wird sehr unterschiedlich reagieren auf verschiedene Aspekte dessen, was Sie zu tun versuchen. Allzu oft aus Frustration bei Problemen einen neuen Prozess auf ein Team gezwungen ist.

Dies bedeutet nicht, Ihr Team sollte Ihren Prozess zu diktieren, aber wie oben Ihres Teams zu kaufen, was Sie tun erwähnt wird, für Ihren Erfolg unerlässlich. Prozesse sind nie erfolgreich über ein Team überrollt. So vorsichtig, sollten wir Ihr Team in den Diskussionen über das, was du tust und warum beteiligt, wird sie auszahlen.

- Rollen und Pflichten: Jeder Prozess wird für jeden einzelnen Rollen definiert haben und es ist wichtig, dass jede Person klar versteht, welche Rolle sie spielen werden und fühlen sich wohl in dieser Rolle.

Verbringen Sie einige Zeit hier und die Leute bitten, wenn sie sich wohl in ihrer Rolle, sind Fragen stellen und zuhören! Sobald Ihr Team gesetzt ist, sicherzustellen, dass sie befugt sind, tun, was sie zu tun und sicherstellen, dass jeder im Team brauchen, ist bewusst, wer eine Waffe und einen Ausweis hat.

Wenn Ihre Entwickler weigern, Ihr Projektmanager die Informationen die sie benötigen, werden Sie ein Problem haben, zu erzählen. Wenn der Projektmanager reagiert durch Fallenlassen weichen Meilensteine in Ihr Projekt planen Sie ein Problem haben Sie nicht einmal wissen wird, bis es zu spät ist.

So stellen Sie sicher, Rollen sind klar definiert und für alle, dass jeder, der Macht über das Team hat, weiß.

- Full Disclosure: Genug ist nicht etwa gesagt werden. Der Zweck eines jeden Prozesses ist es, Probleme so früh Adresse (billig) wie möglich sein und dies kann nur mit Sichtbarkeit in jeder Phase durchgeführt werden, um genau beurteilen den Status des Projekts.

Developer Egos, Team-Querelen und defensive Haltungen alle ein Umfeld schaffen, in denen kein Prozess effektiv sein kann. Es ist wichtig, dass die Teammitglieder bereit, Fehler zuzugeben sind, rufen Probleme und tun dies in einer Weise, die nicht zu schaffen ist eine feindliche Umwelt.

Dazu müssen Sie die Parteien müssen zusammen zu bringen und offen zu diskutieren diese Frage. Adresse der Tatsache, dass Fragen sind für bis brachten die insgesamt gute des Projekts und der Organisation.

Belohnt diejenigen, die Fehler finden, in sich selbst und zeigen Fehler. Oft ist die Spannung, indem Sie mit Ihrem eigenen Fehler einzugestehen erste kann gelöscht werden, andere werden folgen, so mit gutem Beispiel vorangehen und ihr werdet sehen, dass man eine offene Umgebung zu schaffen waren Menschen fühlen sich frei, um Fehler anzuzeigen und auch Kritik konstruktiv.

- Sichtbarkeit: Ähnlich wie bei den oben genannten, die Sicht ist all about people Wohlfühlen Offenlegung von Informationen für die Gruppe. Entwickler wollen auf den Code bis zur letzten Minute sitzen, weil sie es nicht bereit ist, wissen, hassen die Menschen sehen, Designern unvollendetes Werk.

So verstehen, warum Ihr Entwickler oder Designer können als ihre frühen Arbeiten werden Zucken steht vor einer Gruppe vorgeführt und Lauffläche leicht auf den ersten mit der Kritik, bis sie sich wohler mit diesem. Sätze wie: "Das ist wirklich toll, aber wie wäre es mit ..." sind von unschätzbarem Wert, verwenden Sie sie!

Das grundlegende Ziel jeder guten Prozess ist ansteckend Fragen so früh in den Prozess wie möglich. So müssen Sie diese mit Ihrem Team zu diskutieren und stellen Sie sicher, dass jeder versteht, kann dies nur mit voller Sicht auf alle Aspekte des Projekts erfolgen.

Post Mortem Meetings

Die Post Mortem ist ein Treffen, um gemeinsam nach dem Projekt abgeschlossen hat. Dies ist keine post-Release-Party, obwohl je nach Erfolg kann es die Atmosphäre haben. Es ist eine Chance für einige gerade reden, was schief gelaufen ist und was noch wichtiger ist, wie Adresse, die in die Zukunft.

Jeder Linien für Autopsien, wenn die Dinge gut gelaufen, aber Sie können lernen, mehr von Ihnen als Ihre Erfolge Misserfolge. Also, wenn Sie Probleme hatten Verpassen Sie nicht diese Gelegenheit, um ihnen zu begegnen, wenn sie noch in den Köpfen aller frisch!

Auch müssen Teams ein Gefühl der Schließung, und dies hilft ihnen zu tun, dass ebenso wie Schlot, so dass Sie die Luft, bevor Sie klare kann nächstes Projekt startet. Lassen Sie nicht zu Ärger und Querelen in Ihr nächstes Projekt eitern.

- Lassen Sie Ihr Ego an der Tür: Nein, wo gerade zu sprechen sind und die Fähigkeit zur Bereitstellung und akzeptieren konstruktive Kritik mehr von entscheidender Bedeutung. Diese Sitzung kann nicht über Egos oder CYA werden, muss es eine offene Diskussion über die Fehler von jedermann gemacht (wir alle machen) oder Bereiche in den Prozess, müssen verbessert werden.

Wieder um den Ton zu versuchen führenden off der Sitzung vom ranghöchsten Person im Raum besprechen Fehler sie gemacht oder Dinge, die sie gelernt werden. Es hilft wirklich den richtigen Ton zu setzen und einfach die Spannung.

- Machen Sie sich Notizen, dann Action: Das ist die Zeit, zu lernen und zu oft Menschen, die Probleme zu diskutieren dann losgehen und nichts tun. Dies ist die Chance, Gegenmaßnahmen zu ergreifen, um zu sparen Sie Zeit und Geld für das nächste Projekt. So nehmen zahlreiche Notizen und steckte sie in die Tat umzusetzen, solange das Eisen heiß ist.

Befolgen Sie diese Schritte in einem Prozess, den Sie annehmen oder Projekt, das Sie verwalten, und Sie sollten es eigentlich werden Ihre Chancen auf Erfolg zu verbessern.



Artikel Quelle: http://www.ArticleStreet.com/profile/reello-1211.html


Über den Autor

Randy ist der CEO von Reel Logix Inc., Entwickler der einfach zu bedienende und leistungsfähige Kalender-Software wie Kalender Planner für allgemeine Geschäfts-und Reel Production Kalender für Film-und Fernsehproduktion.




Rating: Noch nicht bewertet

Neueste Artikel trugen durch "reello"


Kommentare

Keine Kommentare.

Kommentar hinzufügen

Sie haben keine Berechtigung zur Stellungnahme. Wenn Sie sich anmelden , können Sie in der Lage sein zu kommentieren.