Vor neun Jahren fing ich an, Software-Entwicklungsprozesse zu verwalten, mit Hilfe verschiedener Methoden orthodoxen hat mir geholfen, die Ziele zu erreichen meiner Projekte.

Die erworbenen Erfahrungen, wie ich etwas realisiert fehlte. Er spürte, dass die Erreichung der Ziele mit einer sehr persönlichen Einsatz, aber mein Team hat unregelmäßig.

Nach Dutzenden von Projekten begann ich auf der Suche nach den wahren Grund für den Erfolg. Ich erkannte, dass dies die Natur der Menschen, die in ihm arbeiten, eine angemessene technische Wissen gekoppelt ist. Aus diesem Grund immer als mein Team als "großen Schauspieler" in einem Projekt und versuche immer, die am besten geeigneten Rahmen zu bauen, um das Beste aus ihnen, darunter auch die persönliche Motivation zu bekommen.
»Lesen Sie mehr: SCRUM - Wenn Sie die Methodik der Projekte zu verstehen glauben, dass Sie in einiger Zeit wissen,

EINFÜHRUNG

Scrum ist eine agile Methode, die als Alternative zu den traditionellen entsteht. Agile Methoden vorschlagen, einen Rahmen für das Projektmanagement pragmatischer und weniger bürokratisch. Entstand in der Mitte der 80er Jahre in Japan, basiert auf der Prämisse, dass die Wertschöpfung in den Menschen und vor allem die Fähigkeit zur Selbstorganisation der Menschen ist.

Im Folgenden werden die Annahmen, auf denen es SCRUM, genannt "Agile Manifesto" basiert:

• Höhere Werte auf Individuen und deren Interaktion mit den Prozessen und Werkzeugen.

• Bewerten sie das Produkt, dass mehr als die vollständige Dokumentation funktioniert.

• Wert mehr Zusammenarbeit mit dem Kunden Vertragsverhandlungen.

• Rate ändern Reaktion mehr als nach einem Plan.

SCRUM Das Wort bedeutet das gleiche wie in Rugby, dh in dieser Abbildung Sport nimmt ein Spiel, in dem ein Team hat sehr koordiniert und konstante Kraft zu handeln, um den Ball zu erreichen. In dem Maße, dass wir lernen und üben dieses Ansatzes besteht darin, das Wort bedeutet.

Kurz, was ist SCRUM schlägt einen Rahmen, eine einfache und klare Art und Weise mit einer Reihe von Artefakten, Rollen und Rituale, die für die Reise erlauben es auf Iterationen überprüfen und anpassen je nachdem, wo jeweils eine Enden müssen innerhalb eines erreicht werden basierend Produkt selbst hat ROI für den Kunden.

ROLES

Scrum Master: Es von einer Einzelperson ausgeführt wird, ist er verantwortlich für die Bereitstellung von allem, was Sie brauchen, um Projektziele zu erfüllen. Seine grundlegende Aufgabe ist es, die Methodik zu erzwingen.

Product Owner: Es ist auch von einer Person ausgeführt wird, wird es in der Regel jemand, der weiß genau, was ist der Return on Investment für jeden der Anforderungen, die das Projekt hat. In anderen Worten muss man sehr gut das Produkt ist erwünscht wissen.

Team: Die Mannschaft, die umfassen, wird das Projekt umzusetzen. Es wird empfohlen, nicht weniger als 5 Mitglieder noch mehr als 9.

PROJECT LIFE CYCLE

Der Lebenszyklus eines Scrum-Projekt basiert auf iterative Einheiten muss eine feste Zeit, in der Pläne entwickelt und genehmigt die Ergebnisse dieser Iteration aufweisen. Diese Einheiten werden als iterative Sprints. Es wird vorgeschlagen, dass Sprint ein Minimum von einer Woche und maximal vier hat.

RITUALS

Man nennt sie Rituale etabliert SCRUM Meetings, die in dieser Methode erfüllt werden müssen.

Sprint Planning: Beim Start einer neuen Sprint sollte die Liste der Anforderungen (Product Backlog) und von der Priorität der einzelnen sollte man eine Reihe von diesen Anforderungen, die von dem Team ausgeführt werden wählen. Diese Teilmenge der Anforderungen, die Schaffung von Mehrwert für Kunden ROI und sollte eine potentiell lieferbaren Produkt. In dieser Sitzung, die die SM, PO und Team. Die maximale Dauer beträgt 2 Stunden.

Sprint Meeting Daily: Täglich Team muss Verhaltens ein Treffen, wo jedes Mitglied verfügt über 2 Minuten, um die Beantwortung folgender Fragen:

1. Welche Aufgaben durchgeführt beteiligt?

2. Was Hindernisse erkannt, wenn die Durchführung dieser Aufgaben?

3. Welche Aufgaben hat sich zum Ziel morgen begangen?

Dieses Treffen sollte unter Beteiligung der Team-und MS. Es zu jeder Zeit des Tages, die durch das Team definiert wird getan werden kann, sollte einmal definiert nicht geändert werden.

Sprint Review: Am Ende eines Sprints sollte eine Überprüfung des Produktes in die Sprint entwickelt. Damit dürften die Teams, die PO und MS. Dieses Treffen sollte in einer Billigung oder Missbilligung des Produktes durch den Kunden führen. Die empfohlene maximale Dauer von 2 Stunden.

Sprint-Retrospektive: Nach dem Herstellen der Sprint Review sollten halten ein weiteres Treffen zwischen der SM und das Team. Der Zweck dieser Analyse ist zu sehen, wie sie die angewandte Methodik und die Durchführung einer Bewertung der Ergebnisse, die berücksichtigt werden sollten die Korrekturen für die nächste Iteration angewendet werden.

APPLIANCES

Product Backlog: Eine Liste von Anforderungen, die das Produkt, das die Bedürfnisse der Kunden zu definieren. Jede Anforderung wird als Product Backlog Item.

Product Backlog Engagiert: Eine Untergruppe der ItemProductBacklog, die zu einem bestimmten Sprint begangen werden.

Charts: Scrum schlägt eine Reihe von Berichten oder Tabellen, in denen Sie das Projekt Indikatoren zu ermöglichen, sind einige davon:

• Burndown Chart: Mal sehen, wie viel benötigt wird, um das Projekt abzuschließen.

• Velocity: Es ermöglicht eine Quantifizierung der Geschwindigkeit des Teams Performance zu erhalten.

REFERENZEN

• Kursmaterial offiziellen Alan Cyment

• www.scrumalliance.org