Ich bin Mitgründer eines Software-Startups (Meldesoftware mit viel Statistik und Mathematik). Es gibt einen CEO und einen "Projektmanager" (eigentlich ein Vertriebsmitarbeiter ohne Erfahrung im Software-Projektmanagement)
Ich habe die Software erstellt und hauptsächlich Junior-Programmierer eingestellt.
Ich bin de facto immer noch der technische Leiter, da ich sehr oft gebraucht werde, um bei Aufgaben und Problemlösungen, Release-Planung und Bereitstellung zu helfen.
Jetzt habe ich allen, einschließlich Managern, einen Agile-Kurs vorgeschlagen und angefangen, als Scrum Master zu fungieren, weil ich möchte, dass die Leute mehr Verantwortung übernehmen und Rollen aufteilen (und weil wir keine Ressourcen haben, um einen Scrum Master Vollzeit einzustellen). Ich habe eine Scrum Master-Zertifizierung, aber es ist meine erste praktische Erfahrung.
Ich habe jedoch das Gefühl, dass ich alles bin ... - Mitbegründer (also wahrscheinlich ein Stakeholder in der Agile-Methodik) - CTO - Scrum Master - technischer Leiter - und ja, Programmierer
Widerspricht das nicht ein wenig der Scrum/Agile-Methodik? Wie soll ich damit umgehen (da wahrscheinlich persönliche Probleme aus der Gruppe auftauchen werden)?
Es gibt weder im agilen Ansatz noch im Scrum-Framework, dass eine Person nicht mehrere Rollen haben kann.
Der von Ihnen gewählte Ansatz birgt jedoch einige Risiken:
Mein Rat wäre, Ihre Retrospektiven zu nutzen, um sorgfältig zu bewerten, wie gut die Dinge funktionieren. Wenn Sie und das Team Probleme feststellen, müssen Sie möglicherweise einige Ihrer Rollen anpassen oder aufgeben.
Der Scrum Master verbringt normalerweise seine Tage damit, das tägliche Standup zu moderieren (nicht daran teilzunehmen); Unterstützung des Teams bei der Pflege seines Burndown-Diagramms; Einrichtung von Retrospektiven, Sprint-Reviews oder Sprint-Planungssitzungen; Abschirmung des Teams vor Unterbrechungen während des Sprints; Beseitigung von Hindernissen, die das Team beeinträchtigen; Den Product Owner durch eher technische User Stories führen und die Zusammenarbeit zwischen dem Scrum-Team und dem Product Owner fördern. Basierend auf diesen Aufgaben, die ein Scrum Master ausführt, kann Ihr Team möglicherweise ohne eine engagierte Person davonkommen, wenn Ihr Product Owner alles über den Kunden weiß und ohne Anleitung durch den Scrum Master immer für das Entwicklungsteam da ist; Ihr Entwicklungsteam hat eine so gesunde Kommunikationskultur, dass tägliche Standups überflüssig sind und den Gesamtprozessaufwand erhöhen. das Burndown-Diagramm und andere Artefakte werden automatisch gepflegt und verursachen keinen Overhead für das Entwicklungsteam; Das Team arbeitet frei von Ablenkungen und kann alle Hindernisse problemlos selbst beseitigen.
mmele
Barnaby Golden