Projektmanagementmethodik für Software- und Echtzeit-Audioverarbeitungsprojekt [geschlossen]

Ich starte ein Projekt mit einigen College-Freunden und wir möchten ein Team aus Audioingenieuren und Softwareentwicklern bilden. Wir haben Erfahrung in der App-Entwicklung, Filterimplementierung und Audio-Streaming (drahtlos und USB), aber jetzt wollen wir Apps für Echtzeit-Audio-Streaming und Audioverarbeitung in Smartphones entwickeln, die USB-Zubehör und drahtloses Zubehör verwenden. Wir müssen für diese Apps und Funktionen viel recherchieren, testen und entwickeln.

Zum Beispiel wollen wir eine Funktion zur Geräuschunterdrückung entwickeln, wenn jemand im Büro arbeitet. Wenn man bedenkt, dass wir einen Kopfhörer mit Mikrofonen haben. Das Audio wird von den Mikrofonen erfasst und zum Smartphone gestreamt, im Smartphone wird das Audio verarbeitet (in diesem Fall wird das Rauschen unterdrückt) und dann an die Kopfhörer zurückgesendet.

Welche Methoden empfehlen Sie mir, um die Entwicklung von Funktionen dieser Art zu verwalten?

Projektmethoden werden normalerweise nicht auf der Grundlage der von Ihnen entwickelten Funktionen ausgewählt, sondern auf der Grundlage der Art und des Ablaufs der Arbeit, der Erfahrung mit verschiedenen Methoden innerhalb einer Organisation, dem Appetit des Personals, einschließlich des Managements, verschiedene Methoden zu unterstützen, und einer Vielzahl von andere weiche Faktoren. Projektmanagement ist "nur" die Praxis, den Bereitstellungsprozess auf eine Weise zu erleichtern, die für die Organisation sinnvoll ist. Was möchten Sie mit Ihrer Bereitstellungsmethodik für Sie und die Organisation erreichen?

Antworten (1)

Sie sollten einen Blick auf Kanban werfen. Es ist bemerkenswert einfach.

Sie hätten einen „Rückstand“ an Arbeit, der als einfache Erinnerungen an etwas geschrieben ist (wir nennen das eine Geschichte), die Sie als Gruppe priorisieren und neue Geschichten zum Rückstand hinzufügen, wann immer Sie wollen. Sie können dann den Fortschritt verfolgen, indem Sie die Elemente über eine dreispaltige Tabelle verschieben – fertig, in Bearbeitung und abgeschlossen. Sie würden Elemente aus dem Rückstand in die erste Spalte verschieben, wenn Sie sich alle einig sind, dass die Arbeit erledigt werden sollte, Sie verschieben sie in die nächste Spalte, wenn jemand daran arbeitet, und in die letzte Spalte, wenn die Arbeit abgeschlossen ist. Versuchen Sie, die laufende Arbeit auf zwei Elemente pro Person zu beschränken, und spielen Sie dann mit dieser Zahl, während Sie vorankommen, und machen Sie sich mit dem Prozess vertraut.

Ich finde, das passt sehr gut zu einem kreativen, unternehmerischen Produktentwicklungsprozess.

Im Allgemeinen wird empfohlen, WIP auf ein Element pro Entwickler zu beschränken, bis Sie genügend Daten/Erfahrung haben, um es zu ändern. Hilft den Menschen, sich darauf zu konzentrieren, ihre aktuelle Arbeit zu erledigen.
Im Allgemeinen fangen Sie damit an, dass die Leute arbeiten, wenn sie aufgrund ihrer aktuellen Aufgabe Ausfallzeiten haben. Angesichts der Tatsache, dass einige Zeit für jede Geschichte oft blockiert wird, hat ein typischer Entwickler oft 3 oder 4 Geschichten gleichzeitig in Arbeit. Das heißt, im Allgemeinen gibt es zunächst kein WIP-Limit. WIP-Limits werden normalerweise erst auferlegt, nachdem ein Team begonnen hat, die negativen Auswirkungen zu spüren, wenn es sie nicht gibt, was normalerweise zwischen 3 und 6 Monaten liegt. Das Minimum, das ich von Teams gesehen habe, sind 2 Stories in Arbeit – 1 würde zu unproduktiven Ausfallzeiten führen, es sei denn, Sie haben eine andere Möglichkeit, Blockaden zu behandeln.
Ich werde ehrlich sein. Das klingt schrecklich. Ich kann mir einfach nicht vorstellen, mehr als 1 Geschichte auf einmal in "Aktiv" zu haben. Viel zu viel Kontextwechsel. Ich denke, Sie dachten vielleicht, ich meinte 1 Gesamt -WIP? Ich meinte 1 pro Spalte auf dem Brett. (Was langfristig offensichtlich viel zu hoch ist, aber ein guter Ausgangspunkt.)