Wie verwaltet man die Produktivität in einem kleinen Team in einem Startup?

Scrum-Methode, aber es stellt sich heraus, dass sie für Startups nicht wirklich funktioniert, da es einfach zu viele Dinge gibt, um die man sich kümmern muss

Projektmanagement braucht Zeit, egal welche Methode Sie verwenden. Je mehr Aufgaben Sie haben, desto länger dauert es und desto ärgerlicher ist es. Dabei spielt es keine Rolle, ob Sie die Daten in Microsoft Project Server oder ein Kanban-Diagramm aus Pappe ablegen. Die Daten sind da, sie müssen verarbeitet werden. Es gibt nicht so etwas wie: "Es gibt so viel zu tun, dass ich nicht aufschreiben kann, was zu tun ist."

Vielleicht ist das schon Ihr erstes Problem – wenn die Leute nicht sehen, wie viel zu tun ist, muss sich niemand Gedanken darüber machen, ob der nächste Social-Media-Post oder die nächste Aufgabe die richtige Wahl ist.

Das zweite Problem: Wenn Sie nicht wissen, wie viel Zeit Sie benötigen und wie viele Entwickler Sie benötigen, woher wollen Sie dann wissen, wie viel Geld Ihr Unternehmen benötigt? Was auch immer Sie tun, es muss einen Meilenstein geben – der vielleicht nur darin besteht, etwas zum Laufen zu bringen, um es den Investoren zu zeigen. Sie müssen die Aufgaben für diesen Meilenstein und den Arbeitsaufwand planen.

Ich kann nicht einfach eine Aufgabe zuweisen und ihr einen Zeitrahmen geben.

Stimmt. Niemand kümmert sich um Fristen, wenn sie künstlich sind. Auch ein Zeitfenster ist nicht das richtige Werkzeug, um die Produktivität zu steigern.

Wie kann man verhindern, dass Menschen nicht arbeiten, wenn sie sollten? Erzähl es ihnen. Sie werden für die Arbeit bezahlt. 14 Jahre an Duke Nukem zu arbeiten, mag im Grunde auch eine Auszeichnung wert sein, aber das können sich die meisten Startups nicht leisten.

Wenn Sie einen Meilenstein und eine Liste mit Aufgaben haben, können Sie ihnen die Wahrheit sagen, dass, wenn Meilenstein 1 nicht erreicht wird, das Unternehmen kein Geld mehr hat und im Grunde keine Chance, mehr Geld zu bekommen, weil es den Investoren nichts zu zeigen gibt , was die Kündigung der meisten Verträge bedeutet. Dieses Vorgehen muss natürlich mit Ihrem Chef abgestimmt und von ihm genehmigt werden. Aber es ist der beste Weg, um zu lehren, was es bedeutet, wenn Menschen nicht arbeiten – dass es nicht darum geht, ein Partymuffel zu sein, sondern dass die Menschen am Ende ihren Job verlieren werden.

Machen Sie sich zunächst einmal keine Gedanken darüber, was das Team jede Minute des Tages tut. Wenn Ihre Programmierer an einem normalen Arbeitstag drei bis vier Stunden „Hände auf der Tastatur“ haben, ist das eine hohe Produktivität. Es gibt einen Mythos, dass der 12-Stunden-Tag an sieben Tagen in der Woche produktiver ist als ein achtstündiger Tag mit gleichmäßigem und nachhaltigem Tempo. Konzentrieren Sie sich auf Ergebnisse, nicht wenn Joe 30 Minuten kodiert, FBs 30, kodiert 30. Konzentrieren Sie sich auf das, was erledigt wird.

Agile Praktiken funktionieren aufgrund von drei Dingen: Klarheit des Backlogs, Verantwortlichkeit des Teams und messbarer Fortschritt.

Klarheit des Backlogs: Sie müssen sich mit dem Gründer eine Auszeit nehmen, um sicherzustellen, dass das, woran gearbeitet wird, das Richtige ist. Mit der Lösung für Teamverantwortlichkeit ist dies ziemlich einfach und in kleinen Zeitsprüngen möglich.

Verantwortlichkeit des Teams: Viele Startups empfinden Scrum als zu prozessintensiv. Die Dinge ändern sich zu schnell und die Menschen sind oft sehr spezialisiert. Sie werden wahrscheinlich viel mehr Erfolg mit einem einfachen Kanban-Board mit Work-in-Process-Limits haben.

Das Kanban-Board ist eine nach Rang geordnete Liste der zu erledigenden Arbeiten. Alle Arbeiten, die erledigt werden müssen, werden hier platziert. Sogar nicht codierende Dinge wie „Neuen Schreibtisch für den Neuen bestellen“. Es gibt keine Timebox für die Arbeit. Stattdessen ziehen die Leute oben aus dem Backlog und arbeiten daran. Sie legen Work-in-Process-Limits fest, damit die Mitarbeiter nicht an mehreren Projekten gleichzeitig arbeiten, und fördern sogar das Schwärmen von Aufgaben durch mehrere Personen. Wann immer der Gründer ein paar Minuten Zeit hat, ziehen Sie ihn an die Tafel, um die Reihenfolge der Dinge zu überprüfen und nach etwas Neuem zu fragen. Halten Sie ein tägliches Standup ab, genau wie bei Scrum, damit das Team über die Arbeit sprechen kann, die es getan hat und die es plant. Überprüfen Sie wöchentlich, was erledigt wurde.

Messbarer Fortschritt Der einzige Weg, wirklich zu messen, ist die Lieferung von funktionierender, getesteter Software. Versuchen Sie, so schnell wie möglich zu einer kontinuierlichen Build-Umgebung zu gelangen. Wenn jemand Code eincheckt, wissen Sie sofort, ob er funktioniert hat oder nicht, je nachdem, ob er den Build beendet. Versuchen Sie zumindest, monatliche Meilensteine ​​zu haben, bei denen das Produkt einen Build durchläuft und präsentiert wird.

Weitere Tipps zu agilen Projekten finden Sie im Project Management Stack Exchange-Forum.

Ihrer Schilderung der Situation entnehme ich, dass Ihre Selbsteinschätzung richtig ist – Sie brauchen zusätzliche Unterstützung. Zunächst einmal brauchen Sie eine Schulung. Es gibt viele Kurse, irgendwo zwischen 500 und 5000 Dollar. Buchen Sie eins.

Zweitens möchten Sie die Dinge einfach halten. Scrum kann ziemlich überwältigend sein, also reduzieren Sie die Dinge . Ich schlage vor, nur mit Folgendem zu beginnen:

• Behalten Sie etwas bei, das Scrum-Sprints ähnelt, aber vereinfachen Sie es. Vereinbaren Sie mit dem Team ein Ziel, lassen Sie es sich überlegen, was es bis Ende der Woche erreichen möchte. Dies wird ihnen helfen, selbst herauszufinden, woran sie arbeiten müssen, wenn eine Aufgabe vorzeitig beendet wird . Finde am besten bis Ende Donnerstag heraus, was du nächste Woche erreichen kannst.

• Behalten Sie das tägliche Standup bei, aber halten Sie es kurz. Lassen Sie es niemals länger als 10 Minuten laufen, sonst langweilen sich die Leute und sabotieren das Meeting. Wenn etwas anderes besprochen werden muss, vereinbaren Sie ein Folgetreffen, um es direkt nach dem Standup zu besprechen – nur Personen, die für die spezifische Diskussion relevant sind, sollten an dem Folgetreffen teilnehmen, und das kann bedeuten, dass nicht einmal Sie daran teilnehmen müssen. Standup sollte ein Statusbericht an das Team (nicht an den Teamleiter) sein und darüber, was jeder für den Tag plant, damit die Leute ihre Arbeit besser koordinieren können .

Denken Sie daran: Sie möchten ihnen nicht sagen, woran sie arbeiten sollen – Sie möchten, dass sie herausfinden, woran sie arbeiten sollen. Sie wollen ihre Arbeit nicht koordinieren – Sie wollen, dass sie ihre Arbeit miteinander koordinieren.

Sobald Sie diese beiden Dinge 3 Wochen lang zuverlässig zum Laufen gebracht haben, können Sie anfangen, sich mit anderen Teilen von Scrum zu beschäftigen, und sie werden mit der Erfahrung, die Sie in diesen 3 Wochen gesammelt haben, viel sinnvoller sein. Als jemand, der nicht viel Feedback erhalten hat, werden Sie mit ziemlicher Sicherheit feststellen, dass das nächste, was Sie von Scrum implementieren möchten, Retrospektiven sind. Vielleicht möchten Sie die Dinge auch aufrütteln, indem Sie Kanban als Inspiration für die Standups verwenden.

Verwenden Sie bei der Facebook/Twitter-Sache geliehene Autorität, wenn Sie können. Lassen Sie den Chef dem Team sagen, dass er viel Verkehr in den sozialen Medien bemerkt hat und dass er damit zufrieden ist, dass Leute diese Dienste gelegentlich in Pausen oder wenn es für die Arbeit notwendig ist, nutzen, aber dass er es begrüßen würde, wenn die Privilegien nicht so missbraucht werden er ist nicht gezwungen, die Dienste zu blockieren.