Ich bin Software Engineer bei einem Startup (16 Mitarbeiter) und wir arbeiten immer noch so, als hätten wir 3 Mitarbeiter. Der Buy-In für unsere Tools ist sehr gering und macht sie fast nutzlos.
Ich weiß, dass wir einige Wachstumsschmerzen durchmachen, aber wir müssen anfangen, die Dinge zu reparieren. Ich hatte auf Ratschläge gehofft, wie man einen Workflow auswählt und sich daran hält, oder vielleicht Empfehlungen zu neuen Tools. Jede Hilfe / Beratung wäre sehr willkommen.
Ein paar Beobachtungen, die mir aufgefallen sind und die ich für problematisch halte:
Wir sind sehr reflexartig in dem Sinne, dass wir, wenn ein wichtiger Kunde nach etwas fragt, sofort daran arbeiten, es in eine Version zu bringen. Wir haben uns nie an unseren Veröffentlichungsplan gehalten, und ich glaube, das verursacht viel Stress im Team.
Ein Großteil der Priorisierung unserer Arbeit kommt von unserem CTO und CEO, aber diese Priorisierung der Arbeit ist nicht transparent. Die allgemeine Belegschaft, mich eingeschlossen, hat Mühe, mit dem Schritt zu halten, was wichtig ist. Oft stoßen wir auf Szenarien, in denen wir an Dingen arbeiten, die wir nicht sein sollten.
Ich denke, die Nutzung unserer aktuellen Tools (Pivotal Tracker, Bitbucket, Google Hangouts) ist schlecht, weil niemand an den Wert der Nachverfolgung unserer Aktivitäten glaubt. Ich habe versucht, den Leuten bei der Verwendung der Tools eine Plage zu sein, aber die verbale Kommunikation scheint die primäre Methode zu sein, um Arbeit zuzuweisen, zu verwalten und zu sortieren. Es ist schwierig, Ressourcen anzupassen, und es ist fast unmöglich, sich darüber im Klaren zu sein, woran die Leute arbeiten. Wenn Sie sich unsere Pivotal Tracker-Velocity ansehen, sind wir wahrscheinlich eines der am wenigsten effizienten Teams der Welt, weil mehr als 50 % unserer Arbeit dort nie ankommen. Es verursacht Probleme beim Freigeben, Testen und Code-Management.
Wir haben große Probleme mit Pivotal Tracker, weil wir viele Projekte haben, die miteinander verwandt sind, aber Sie können keine Beziehung mit Geschichten über Projekte hinweg herstellen. Die meisten von uns arbeiten an 6-7 Projekten gleichzeitig und Pivotal Tracker wird für uns zu einem Engpass. Diejenigen, die sich mit einem Projekt befassen, lieben es, aber die Leute, die sich auf einige wenige verteilen, leisten keine gute Arbeit.
Scrum ist sehr beliebt und wir "versuchen" es, aber unsere täglichen Scrums dauern mehr als 35 Minuten und wir haben im Allgemeinen keine anderen Arten von Meetings oder Planungsaktivitäten.
Danke, dass Sie sich an diese langatmige Beschreibung gehalten haben.
Vergessen Sie, was Sie haben, und beginnen Sie mit einer Retrospektive
Es hat wenig Sinn, Tools, Prozesse oder Rahmenbedingungen voranzutreiben, es sei denn, die Menschen sind von ihrer Verwendung und den Gründen für ihre Verwendung überzeugt.
Buchen Sie eine Retrospektive mit dem Team und besprechen Sie Probleme. Wenn Sie der Meinung sind, dass die Dinge nicht so gut funktionieren, wie sie sein könnten, sind die Chancen gut, dass andere Menschen genauso denken, aber möglicherweise ganz andere Ansichten über die Gründe haben. Wenn Sie den Input aller erhalten, fühlen sich die Leute mehr in den Weg, den Sie einschlagen, und werden wahrscheinlich Probleme aufgreifen, an die Sie nicht einmal gedacht haben.
Verwenden Sie ein physisches Board
Hoffentlich befinden Sie sich mit einem relativ kleinen Team alle in denselben Räumlichkeiten. Hoffentlich alle in der gleichen Gegend...
Wenn ja, richten Sie ein physisches Board ein, um die Arbeit zu verfolgen, anstatt zu versuchen, irgendwelche Tools zu verwenden. Während elektronische Tools nützlich sein können, ist ein physisches Board in einer Phase, in der Sie nicht wirklich über einen definierten Prozess verfügen, einfacher zu verwenden und bei Bedarf einfacher zu ändern. Es gibt Ihnen auch die Flexibilität, Dinge zu tun, die nicht jedes Tool kann.
Beginnen Sie mit der Modellierung des einfachsten Workflows (wahrscheinlich „bereit“, „in Bearbeitung“, „erledigt“, „freigegeben“. Führen Sie zusätzliche Schritte ein, wenn Sie einen Bedarf dafür entdecken
Teilen Sie Ihr Team auf
16 Leute sind zu groß für ein Team. Bei zwei Personen gibt es nur einen Kommunikationsweg. Zwischen 5 Personen gibt es 10. Zwischen 16 gibt es 120 verschiedene Kommunikationswege...
Scrum-Teams streben normalerweise zwischen 5 und 9 Personen an, und ich habe festgestellt, dass dies ziemlich gut funktioniert. Erwägen Sie, zwei oder drei Arbeitsströme zu identifizieren und kleinere Teams auf diese zu konzentrieren. Das hilft dabei, Standups kürzer und relevanter für die Teilnehmer zu halten, und verbessert die Kommunikation zwischen den Leuten in den Teams (die Koordination zwischen 5 Leuten ist viel einfacher als zwischen 16!).
Ein Ziel setzen
Sobald Sie Ihre Stream-/Produkt-/Funktionsteams haben, arbeiten Sie mit jedem Team zusammen, um ein Ziel festzulegen. Beginnen Sie mit einem kurzfristigen, sehr konkreten Ziel (z. B. Release x Feature bis Ende des Monats). Dies wird dem Team helfen, sich besser zu konzentrieren und eingehende Ad-hoc-Anfragen zu priorisieren, wodurch hoffentlich so viele spontane Reaktionen auf neue Anfragen verhindert werden.
Vielleicht ist es eine Frage der Auswahl besserer Tools , damit Ihr Team sie verwenden möchte . Die Implementierung von Geschäftsprozessmanagement-Tools hilft Ihnen und Ihrem Team dabei, einen vollständigen Prozess zu verfolgen, anstatt nur einen „Kniereflex“-Ansatz zu verwenden. Wenn Sie ein paar Workflows erstellen und die richtigen Tools verwenden, um sie zu verfolgen, werden Sie sofort effizientere Geschäftspraktiken in Ihrer Umgebung sehen. Die Seite, auf die ich oben verlinkt habe, ist ein großartiger Leitfaden für die Auswahl der Tools, die für Sie geeignet sind.
Gürkan Cetin