Wir sind ein produktorientiertes Unternehmen. Welche ist die am besten geeignete agile Methodik für laufende Produkte? Es ist, als müssten wir unsere Produkte ständig verbessern, um wettbewerbsfähig zu bleiben. Sieht aus wie seine nie endende Sache.
Wir produzieren ein nie endendes SaaS-Produkt, das eigentlich 2006 ins Leben gerufen wurde. Wir verwenden Scrum und das seit etwa 5 Jahren. Es hat unsere Produktivität ins Unermessliche gesteigert und ist meiner Meinung nach ideal für diese Art der Entwicklung.
Ein weiterer Vorteil ist, dass sich Ihre Mitarbeiter ändern, wenn ein Produkt Jahr für Jahr weitergeführt wird. Ein gut diszipliniertes Scrum-Team erleichtert es jedoch neuen Mitgliedern, sich relativ schnell einzufügen.
Microsoft Solutions Framework ist eine Reihe von Prinzipien, Modellen, Disziplinen, Konzepten und Richtlinien für die Bereitstellung von IT-Diensten von Microsoft. MSF beschränkt sich nicht nur auf die Entwicklung von Anwendungen; Es ist auch auf andere IT-Projekte wie Bereitstellungs-, Netzwerk- oder Infrastrukturprojekte anwendbar.
Ein guter Ausgangspunkt ist Scrum, um sich dann von dort aus anzupassen. Solange Sie gute Rückblicke halten und die angesprochenen Themen weiterverfolgen, werden Sie sich zurechtfinden. Scheuen Sie sich nicht, sich an Veränderungen und Forschung anzupassen. Stellen Sie sicher, dass Sie ein Agile-Champion werden oder haben. Die Dinge werden schief gehen, lerne einfach daraus, halte die Leute auf dem Laufenden, dass dies der Plan ist, verbessere, improvisiere und werde besser. (Fokus darauf, den Stakeholder (alle) informiert und engagiert zu halten)
Wie andere gesagt haben, ist Scrum ein guter Ausgangspunkt. Scrum bietet eine gute Struktur, wenn Teams neu in Agile sind. Einen ausgewiesenen Scrum Master zu haben, ist ziemlich wichtig, um loszulegen. Mit der Zeit können Teams autarker werden, ihre eigenen Zeremonien durchführen und den Rückstand während des Sprints (also außerhalb einer Planungssitzung) in gutem Zustand halten.
Wenn ein Team reifer wird, kann es sich lohnen, auch Kanban zu betrachten. Ich habe festgestellt, dass dies am besten für Teams funktioniert, die Tickets proaktiv schreiben (über Just-in-Time-Planung) und sie auf ungefähr der gleichen Größe halten.
Ein Ansatz, den ich verwendet habe, ist Scrum für Projekte und Kanban für laufende BAU-Arbeiten. Diese und andere Methoden haben Vor- und Nachteile. Was auch immer Sie tun, stellen Sie sicher, dass Sie Retrospektiven haben, damit das Team die Möglichkeit hat, es zu überprüfen und anzupassen.
Sergej Kudrjawzew