Wie organisiert ihr euch als Solo-Entwickler systematisch?

xguru · 2024-06-25T11:05:01+09:00

Bei der Arbeit im Team haben kurzfristige Ziele wie Scrum und ein strukturierter Arbeits-Backlog wirklich geholfen, den Fokus zu halten und nachzuverfolgen, was zu tun ist Aber wenn ich allein entwickle, habe ich keinen richtigen Ansatz gefunden und bin oft auf Abwege geraten und habe mein Ziel aus den Augen verloren Welche Tools und Techniken nutzt ihr, um euren Zielen treu zu bleiben? CharlieDigital Nutzt ein Notizbuch aus Papier Wenn man Informationen nicht teilen muss, gibt es kaum etwas Besseres als ein Notizbuch, um alle Ideen auszubreiten und sie immer wieder durchzugehen. Man muss sich nicht einloggen, kann es überallhin mitnehmen, auf einer Bank sitzen und Ideen entwickeln oder im Fitnessstudio Ideen notieren. Schreibe die Tagesziele in eine Checkliste und hake sie nacheinander ab. Da der Status nicht mit anderen geteilt werden muss, braucht man auch nichts wie GitHub Projects olooney Verwendet eine Datei TODO.md Erstellt darin mit GFM(GitHub flavored markdown) eine Liste wie diese 1. [X] Dockerfile 2. [ ] Bulk Inference 3. [ ] CLI 4. [ ] Logging Oben stehen ein Abschnitt „Backlog“ für zukünftige Ideen, ein Abschnitt „Bugs“ für zu behebende Fehler und ganz oben ein unbenannter Abschnitt für die aktuellen Punkte Wenn ein Meilenstein wie ein Release erreicht ist, werden alle erledigten Punkte gelöscht jasonb05 Schreibt viel an sein zukünftiges Ich Trello mit Spalten für Woche, Monat, Quartal und Jahr Ein geöffnetes Notizbuch neben der Maus 2a. Linke Seite: tägliche To-do-Checkliste mit Stift und Papier. (2–3 Zeilen pro Tag) 2b. Rechte Seite: Skizzen, Plot-Entwürfe, Haftnotizen usw. Ein Entwicklungsjournal für Research, URLs, Papers, Gedanken, Ideen, Fortschritt, Erweiterungen usw. Alle GitHub-Projekte haben einen dev/-Ordner für solche Notizen, Dateinamen im Format yyyymmmdd-n.txt Je nach Bedarf wird täglich pro Projekt eine neue Datei angelegt Gelbe Haftnotizen für vorübergehende Ideen (unten am Bildschirm, am Notizbuch oder Whiteboard befestigt) Meistens Merksätze, die die richtige Richtung für das Projekt vorgeben (z. B. "Niemand wird jemals rtfm lesen") Whiteboard, projektbezogene Spalten, Ausdrucke + Magnete (monatliche Diagramme zum Projektfortschritt), Haftnotizen, Ideen für künftige Projekte und allerlei Gegenstände Ich bemühe mich, übermäßig viel mit meinem zukünftigen Ich zu kommunizieren Das hilft mir, meine aktuellen Gedanken zu Erwartungen, Fortschritt, Hindernissen usw. zu ordnen Ich bin das Hindernis, nicht die Arbeit Die Arbeit nimmt meist erst nach „intensivem Nachdenken“ konkrete Form in Form von Zahlen an Arbeitet seit 8 Jahren allein auf diese Weise Verwendet seit der Promotionszeit Anfang der 2000er /dev dir und .txt-Dateien für ein Entwicklungsjournal in Echtzeit. Das hat unzählige Stunden gespart (grep). Ach ja, und ich mache jeden Tag dieselben Dinge. Fast jeden Tag Zum Beispiel Kundensupport, Promotion, Schreiben, Coden und dann … ohne darüber nachzudenken einfach diese Aufgabe erledigen und zur nächsten übergehen liampulles Bei Side Projects hilft „Readme-gesteuerte Entwicklung“, motiviert zu bleiben und den Scope zu begrenzen Tehnix Setzt tägliche/wöchentliche/monatliche Ziele und organisiert sie mit Apps wie Linear, Todoist oder Notion Monatsziele sind sehr grob und nur wenige an der Zahl (z. B. „PoC bauen“, „Blog neu gestalten und neu launchen“) Wochenziele sind konkreter und stärker begrenzt (z. B. „Ansatz festlegen, um Rust aus Swift-Code aufzurufen“ oder „Design und Styling des Beitrags abschließen“) Tagesziele sind sehr konkret (z. B. „UniFFI-Pipeline einrichten, um Swift-Bindings zu erzeugen“ oder „Neues Theme auf allen Blog-Seiten umsetzen“) Manchmal tauchen während der Umsetzung neue Aufgaben auf, sodass ein Tagesziel auf den nächsten Tag verschoben wird Bisher hat diese Methode geholfen, den Fokus zu erhöhen; aus den vielen laufenden Aufgaben/Issues über mehrere Projekte hinweg werden Tagesziele anhand des Wochenschwerpunkts ausgewählt Wenn jede laufende Arbeit als Projekt angelegt und beim Hinzufügen sofort priorisiert wird, lässt sich leicht auf einen Blick erfassen, welche großen und kleinen Projekte gerade laufen oder als Nächstes anstehen Papier mag ich zwar, aber nur für kurzfristige Dinge. Ich bevorzuge einen digitalen Ansatz, weil man unterwegs Ideen leicht per Handy hinzufügen kann. Außerdem tippe ich viel schneller auf der Tastatur und nutze verschiedene Aufgaben während der Arbeit oder Recherche als Informationsspeicher OogieM Verwaltet alles in separaten Ordnern innerhalb eines Obsidian Vaults Die Ordner enthalten ähnliche gemeinsame Elemente Eine Kanban-Notiz mit Kanban-Plugin für die Bildschirmstruktur (welche Funktionen oder Aktivitäten auf welchem Screen sind) Eine Roadmap-Notiz mit Details zu den einzelnen Funktionen Eine allgemeine Notiz mit verschiedenen Aufgaben für die jeweilige App oder Komponente Nutzt das Tasks-Plugin, um zu verfolgen, woran konkret gearbeitet wird In diesem Ordner liegen zusätzliche Unterlagen wie Screenshots, Referenzmaterial und weitere Notizen zur jeweiligen App Meine Projekte sind eine Sammlung von Programmen zur Verwaltung von Vieh und Registern seltener Rassen Deshalb habe ich Farm Mobile(Android), Farm Desktop(Python), Registry Web(Flask) und Registry Desktop(Python) sowie das Datenbankschema(SQLite) jeweils in separaten GitLab-Repositories Inzwischen sind drei Mitwirkende dazugekommen, und wir teilen den Obsidian Vault über Obsidian Sync. Das Solo-System wurde also so erweitert, dass es auch Teamarbeit abdecken kann robomartin Nutzt seit Jahren einfache Textdateien, inspiriert von Kanban Verwaltet damit alles, von kleinen Projekten bis hin zu Projekten im Millionenbereich Jedes Projekt hat eine Haupt-Logdatei und je Fachgebiet eigene Dateien (Elektronik, Mechanik, Optik, Fertigung, Test usw.) Inhalt der Datei Log-Datei -------------------------------- WORKING ON NOW -------------------------------- TO DO - - -------------------------------- IDEAS -------------------------------- RESOURCES -------------------------------- DONE kkfx Verwaltet alles mit Emacs/org-mode/org-roam org-agenda der Notizen für das aktuelle Jahr, mit einer Datei pro Tag und einem Verzeichnis pro Jahr, aufgeteilt in stündliche Dateien innerhalb eines gemeinsamen org-roam-Verzeichnisses Dadurch muss org-agenda weniger Dateien durchgehen, und langfristig laufendes Material, das sich von einem Jahr ins nächste zieht, wird in den jährlichen Übersichtsnotizen reduziert makz Hinterlässt vor Feierabend Kommentare im Code: „Ich arbeite gerade daran, und damit es funktioniert, muss ich A, B, C … tun“ Beim nächsten Öffnen des Editors weiß man dann genau, was zu tun ist qntmfred Hat in Obsidian Daily Note eine Vorlage für die tägliche Routine. Das hilft, sich auf den Tag zu fokussieren und sich darauf zu freuen Das erste [X], das ich mir jeden Tag gebe, ist das Abschließen der täglichen Routine-Checkliste Ein kostenloses W, um einen produktiven Tag zu beginnen Tatsächlich schreibe ich die meisten Notizen per Windows-Sprachdiktat, also ist es fast wie ein tägliches Standup Ich streame außerdem oft den ganzen Tag live, selbst wenn ich der einzige Zuschauer bin (natürlich als privater Livestream und jeden Tag, damit ich mich daran erinnern kann, was ich vor etwa 20 Minuten gemacht oder gedacht habe, bevor ich mich in irgendeinem Rabbit Hole verliere. Tatsächlich ist auch Windows Recall gut dafür) Mein Tag läuft also ähnlich ab wie die Arbeit mit anderen Menschen in einer Organisation mit zwei oder mehr Personen (auch bekannt als Meetings) mentos Ein Trello-Board mit drei Listen: Done/Doing/ToDo Eine Liste mit allem erstellen, was getan werden muss Priorisieren Den obersten Punkt in die To-do-Liste verschieben und anfangen zu arbeiten Wenn es fertig ist, nach Done verschieben. Den nächsten Punkt aus der To-do-Liste nehmen und wiederholen Ich nutze weitere Listen in Trello, um Research-Karten zu verwalten oder Funktionen, die nicht für v1 nötig sind, aus der ToDo-Liste herauszunehmen macNchz Arbeitet gern ähnlich wie in einem kleinen Team Verwaltet GitHub-Issues mit vielen Checklistenpunkten, grob nach Meilensteinen organisiert Da es nah am Code ist, kann man leicht Notizen mit Zeilennummern-Links, Copy-and-paste-Codeblöcken oder verlinkten PR-Entwürfen hinterlassen, um sich zu merken, wo man aufgehört hat Sehr einfach von jedem Gerät aus zugänglich; wenn eine Idee aufkommt oder eine E-Mail über einen Bug eingeht, kann man schnell spontan ein Issue am Handy oder auf einem Nicht-Entwicklungsgerät anlegen Es ist auch einfach, zum passenden Zeitpunkt andere Leute hinzuzuziehen und direkt mitarbeiten zu lassen Gute API und viele Integrationen (z. B. Issues direkt aus Fehlerverfolgungssystemen erstellen oder verlinken) rerdavies Nutzt GitHub Projects Würde es nicht ausdrücklich empfehlen Aber To-do-Listen und Bugs zu verwalten ist wirklich keine Raketenwissenschaft Ich habe Projektmanagement-Lösungen für Hunderttausende Dollar verwendet, und die waren deutlich schlechter Auch wenn GitHub Projects seltsam funktioniert und ungeliebt wirkt, reichen die Minimalfunktionen zumindest aus Es gibt vieles, von dem man denkt, es müsste automatisierbar sein Zum Beispiel per ein paar Klicks in einen neuen Sprint zu rollen, ohne alle Queries des Scrum-Boards manuell anpassen zu müssen Trotzdem kann man damit tun, was man tun will Das ist viel besser, als in einem unflexiblen, von anderen vorgegebenen Prozess festzustecken In gewisser Weise kann der Minimalismus sogar ein Vorteil sein Mental ist das ein Problem der Listenverwaltung. So kompliziert ist es nicht. Und GitHub Projects verwaltet Listen vollkommen ordentlich Ein Grund, warum ich GitHub Projects papier- oder kartenbasierten Aufgabenlisten vorziehe Nutzer können öffentlich sehen, wie mit Bug Reports und Feature Requests umgegangen wird Außerdem ist es sehr einfach, Inhalte aus dem Diskussionsforum in Bug Reports oder Entwicklungsarbeit (geparkt oder aktiv) zu überführen Die üblichen Scrum-Regeln gelten. Jeder Bug wird behoben, bevor neue Arbeit begonnen wird, und Arbeit wechselt nur dann auf erledigt, wenn sie wirklich vollständig fertig ist Du brauchst eine Liste. Ich mag zusätzlich die Sprint-Struktur darüber, weil sie mit Zwischenupdates und kontinuierlichen Releases nützliche Meilensteine liefert leros Trennt bewusst die Rollen Produktmanager, Projektmanager, Softwareentwickler, Marketing, Business Operations und Gesamtverantwortlicher des Unternehmens und übernimmt immer nur eine zur Zeit Zum Beispiel Als Gesamtverantwortlicher des Unternehmens kann ich die strategische Richtung festlegen, die ich will Dann setze ich den Hut des Produktmanagers auf und entscheide, was gebaut werden soll Danach betreibe ich Projektmanagement für diese Idee und priorisiere sie Danach werde ich Produktmanager/Designer und arbeite die priorisierten Funktionen konkret aus Dann nehme ich mir vollständig getrennt Zeit dafür (meist einen ganzen Tag), um die Funktion zu entwickeln Wenn die Funktion veröffentlicht ist, setze ich den Marketing-Hut auf und kümmere mich um das zugehörige Produktmarketing Das ist so etwas wie der Lebenszyklus bei der Entwicklung einer einzelnen Funktion Gefährlich ist es, ständig zwischen allen Rollen gleichzeitig hin- und herzuspringen. Das kann die Produktivität senken Es gibt Zeiten, in denen man strategisch sein muss, Zeiten für Kreativität und Zeiten, in denen man einfach ausführen muss — und all diese Arbeiten brauchen jeweils einen anderen mentalen Raum Ich plane alles in Notion und nutze je nach Zweck mehrere verschiedene Kanban-Boards urda Ich nutze ein kaskadierendes „Wissens“-System: Zufällige Gedanken, Notizen, Schnipsel, Diagramme usw. landen in einem Moleskine-Taschennotizbuch Daraus werden später „Tickets“ im Issue-Tracker oder ein „Wiki“ bzw. „Wiki-Update“ auf meinem Wiki-Server Daraus entstehen letztlich Snippets, Konfigurationsnotizen, Aufzeichnungsdokumente, Archive, Runbooks usw. Irgendwann wurde es für mich ganz natürlich, Dokumentation aktuell zu halten oder entdeckte Issues in den richtigen Backlog zu legen

(news.ycombinator.com)

53 Punkte von xguru 2024-06-25 | 6 Kommentare | Auf WhatsApp teilen

Bei der Arbeit im Team haben kurzfristige Ziele wie Scrum und ein strukturierter Arbeits-Backlog wirklich geholfen, den Fokus zu halten und nachzuverfolgen, was zu tun ist
Aber wenn ich allein entwickle, habe ich keinen richtigen Ansatz gefunden und bin oft auf Abwege geraten und habe mein Ziel aus den Augen verloren
Welche Tools und Techniken nutzt ihr, um euren Zielen treu zu bleiben?

CharlieDigital

Nutzt ein Notizbuch aus Papier
Wenn man Informationen nicht teilen muss, gibt es kaum etwas Besseres als ein Notizbuch, um alle Ideen auszubreiten und sie immer wieder durchzugehen. Man muss sich nicht einloggen, kann es überallhin mitnehmen, auf einer Bank sitzen und Ideen entwickeln oder im Fitnessstudio Ideen notieren.
Schreibe die Tagesziele in eine Checkliste und hake sie nacheinander ab. Da der Status nicht mit anderen geteilt werden muss, braucht man auch nichts wie GitHub Projects

olooney

Verwendet eine Datei TODO.md

Erstellt darin mit GFM(GitHub flavored markdown) eine Liste wie diese

  1. [X] Dockerfile  
  2. [ ] Bulk Inference  
  3. [ ] CLI  
  4. [ ] Logging

Oben stehen ein Abschnitt „Backlog“ für zukünftige Ideen, ein Abschnitt „Bugs“ für zu behebende Fehler und ganz oben ein unbenannter Abschnitt für die aktuellen Punkte
Wenn ein Meilenstein wie ein Release erreicht ist, werden alle erledigten Punkte gelöscht

jasonb05

Schreibt viel an sein zukünftiges Ich
1. Trello mit Spalten für Woche, Monat, Quartal und Jahr
2. Ein geöffnetes Notizbuch neben der Maus
  2a. Linke Seite: tägliche To-do-Checkliste mit Stift und Papier. (2–3 Zeilen pro Tag)
  2b. Rechte Seite: Skizzen, Plot-Entwürfe, Haftnotizen usw.
3. Ein Entwicklungsjournal für Research, URLs, Papers, Gedanken, Ideen, Fortschritt, Erweiterungen usw.
- Alle GitHub-Projekte haben einen dev/-Ordner für solche Notizen, Dateinamen im Format yyyymmmdd-n.txt
- Je nach Bedarf wird täglich pro Projekt eine neue Datei angelegt
1. Gelbe Haftnotizen für vorübergehende Ideen (unten am Bildschirm, am Notizbuch oder Whiteboard befestigt)
- Meistens Merksätze, die die richtige Richtung für das Projekt vorgeben (z. B. "Niemand wird jemals rtfm lesen")
1. Whiteboard, projektbezogene Spalten, Ausdrucke + Magnete (monatliche Diagramme zum Projektfortschritt), Haftnotizen, Ideen für künftige Projekte und allerlei Gegenstände
Ich bemühe mich, übermäßig viel mit meinem zukünftigen Ich zu kommunizieren
- Das hilft mir, meine aktuellen Gedanken zu Erwartungen, Fortschritt, Hindernissen usw. zu ordnen
- Ich bin das Hindernis, nicht die Arbeit
- Die Arbeit nimmt meist erst nach „intensivem Nachdenken“ konkrete Form in Form von Zahlen an
Arbeitet seit 8 Jahren allein auf diese Weise
- Verwendet seit der Promotionszeit Anfang der 2000er /dev dir und .txt-Dateien für ein Entwicklungsjournal in Echtzeit. Das hat unzählige Stunden gespart (grep).
Ach ja, und ich mache jeden Tag dieselben Dinge. Fast jeden Tag
- Zum Beispiel Kundensupport, Promotion, Schreiben, Coden und dann … ohne darüber nachzudenken einfach diese Aufgabe erledigen und zur nächsten übergehen

liampulles

Bei Side Projects hilft „Readme-gesteuerte Entwicklung“, motiviert zu bleiben und den Scope zu begrenzen

Tehnix

Setzt tägliche/wöchentliche/monatliche Ziele und organisiert sie mit Apps wie Linear, Todoist oder Notion
Monatsziele sind sehr grob und nur wenige an der Zahl (z. B. „PoC bauen“, „Blog neu gestalten und neu launchen“)
Wochenziele sind konkreter und stärker begrenzt (z. B. „Ansatz festlegen, um Rust aus Swift-Code aufzurufen“ oder „Design und Styling des Beitrags abschließen“)
Tagesziele sind sehr konkret (z. B. „UniFFI-Pipeline einrichten, um Swift-Bindings zu erzeugen“ oder „Neues Theme auf allen Blog-Seiten umsetzen“)
Manchmal tauchen während der Umsetzung neue Aufgaben auf, sodass ein Tagesziel auf den nächsten Tag verschoben wird
Bisher hat diese Methode geholfen, den Fokus zu erhöhen; aus den vielen laufenden Aufgaben/Issues über mehrere Projekte hinweg werden Tagesziele anhand des Wochenschwerpunkts ausgewählt
Wenn jede laufende Arbeit als Projekt angelegt und beim Hinzufügen sofort priorisiert wird, lässt sich leicht auf einen Blick erfassen, welche großen und kleinen Projekte gerade laufen oder als Nächstes anstehen
Papier mag ich zwar, aber nur für kurzfristige Dinge. Ich bevorzuge einen digitalen Ansatz, weil man unterwegs Ideen leicht per Handy hinzufügen kann. Außerdem tippe ich viel schneller auf der Tastatur und nutze verschiedene Aufgaben während der Arbeit oder Recherche als Informationsspeicher

OogieM

Verwaltet alles in separaten Ordnern innerhalb eines Obsidian Vaults
Die Ordner enthalten ähnliche gemeinsame Elemente
- Eine Kanban-Notiz mit Kanban-Plugin für die Bildschirmstruktur (welche Funktionen oder Aktivitäten auf welchem Screen sind)
- Eine Roadmap-Notiz mit Details zu den einzelnen Funktionen
- Eine allgemeine Notiz mit verschiedenen Aufgaben für die jeweilige App oder Komponente
Nutzt das Tasks-Plugin, um zu verfolgen, woran konkret gearbeitet wird
- In diesem Ordner liegen zusätzliche Unterlagen wie Screenshots, Referenzmaterial und weitere Notizen zur jeweiligen App
Meine Projekte sind eine Sammlung von Programmen zur Verwaltung von Vieh und Registern seltener Rassen
- Deshalb habe ich Farm Mobile(Android), Farm Desktop(Python), Registry Web(Flask) und Registry Desktop(Python) sowie das Datenbankschema(SQLite) jeweils in separaten GitLab-Repositories
Inzwischen sind drei Mitwirkende dazugekommen, und wir teilen den Obsidian Vault über Obsidian Sync. Das Solo-System wurde also so erweitert, dass es auch Teamarbeit abdecken kann

robomartin

Nutzt seit Jahren einfache Textdateien, inspiriert von Kanban
Verwaltet damit alles, von kleinen Projekten bis hin zu Projekten im Millionenbereich
Jedes Projekt hat eine Haupt-Logdatei und je Fachgebiet eigene Dateien (Elektronik, Mechanik, Optik, Fertigung, Test usw.)

Inhalt der Datei

<Projektname> Log-Datei  
-------------------------------- WORKING ON NOW   
<Aufgabe, an der gerade gearbeitet wird>  

-------------------------------- TO DO   
- <jede Aufgabe beginnt mit einem Bindestrich>  
  - <zugehörige Unteraufgaben oder Notizen eingerückt>  

-------------------------------- IDEAS  
<Freiform-Notizen>  

-------------------------------- RESOURCES  
<Freiform-Ressourcen>  

-------------------------------- DONE  
<Erledigtes in diesen Abschnitt verschieben>  
<optional Zeitstempel hinterlassen>

kkfx

Verwaltet alles mit Emacs/org-mode/org-roam
org-agenda der Notizen für das aktuelle Jahr, mit einer Datei pro Tag und einem Verzeichnis pro Jahr, aufgeteilt in stündliche Dateien innerhalb eines gemeinsamen org-roam-Verzeichnisses
Dadurch muss org-agenda weniger Dateien durchgehen, und langfristig laufendes Material, das sich von einem Jahr ins nächste zieht, wird in den jährlichen Übersichtsnotizen reduziert

makz

Hinterlässt vor Feierabend Kommentare im Code: „Ich arbeite gerade daran, und damit es funktioniert, muss ich A, B, C … tun“
Beim nächsten Öffnen des Editors weiß man dann genau, was zu tun ist

qntmfred

Hat in Obsidian Daily Note eine Vorlage für die tägliche Routine. Das hilft, sich auf den Tag zu fokussieren und sich darauf zu freuen
Das erste [X], das ich mir jeden Tag gebe, ist das Abschließen der täglichen Routine-Checkliste
- Ein kostenloses W, um einen produktiven Tag zu beginnen
Tatsächlich schreibe ich die meisten Notizen per Windows-Sprachdiktat, also ist es fast wie ein tägliches Standup
Ich streame außerdem oft den ganzen Tag live, selbst wenn ich der einzige Zuschauer bin (natürlich als privater Livestream und jeden Tag, damit ich mich daran erinnern kann, was ich vor etwa 20 Minuten gemacht oder gedacht habe, bevor ich mich in irgendeinem Rabbit Hole verliere. Tatsächlich ist auch Windows Recall gut dafür)
Mein Tag läuft also ähnlich ab wie die Arbeit mit anderen Menschen in einer Organisation mit zwei oder mehr Personen (auch bekannt als Meetings)

mentos

Ein Trello-Board mit drei Listen: Done/Doing/ToDo
- Eine Liste mit allem erstellen, was getan werden muss
- Priorisieren
- Den obersten Punkt in die To-do-Liste verschieben und anfangen zu arbeiten
- Wenn es fertig ist, nach Done verschieben. Den nächsten Punkt aus der To-do-Liste nehmen und wiederholen
Ich nutze weitere Listen in Trello, um Research-Karten zu verwalten oder Funktionen, die nicht für v1 nötig sind, aus der ToDo-Liste herauszunehmen

macNchz

Arbeitet gern ähnlich wie in einem kleinen Team
- Verwaltet GitHub-Issues mit vielen Checklistenpunkten, grob nach Meilensteinen organisiert
  - Da es nah am Code ist, kann man leicht Notizen mit Zeilennummern-Links, Copy-and-paste-Codeblöcken oder verlinkten PR-Entwürfen hinterlassen, um sich zu merken, wo man aufgehört hat
  - Sehr einfach von jedem Gerät aus zugänglich; wenn eine Idee aufkommt oder eine E-Mail über einen Bug eingeht, kann man schnell spontan ein Issue am Handy oder auf einem Nicht-Entwicklungsgerät anlegen
  - Es ist auch einfach, zum passenden Zeitpunkt andere Leute hinzuzuziehen und direkt mitarbeiten zu lassen
  - Gute API und viele Integrationen (z. B. Issues direkt aus Fehlerverfolgungssystemen erstellen oder verlinken)

rerdavies

Nutzt GitHub Projects
- Würde es nicht ausdrücklich empfehlen
- Aber To-do-Listen und Bugs zu verwalten ist wirklich keine Raketenwissenschaft
- Ich habe Projektmanagement-Lösungen für Hunderttausende Dollar verwendet, und die waren deutlich schlechter
Auch wenn GitHub Projects seltsam funktioniert und ungeliebt wirkt, reichen die Minimalfunktionen zumindest aus
- Es gibt vieles, von dem man denkt, es müsste automatisierbar sein
  - Zum Beispiel per ein paar Klicks in einen neuen Sprint zu rollen, ohne alle Queries des Scrum-Boards manuell anpassen zu müssen
- Trotzdem kann man damit tun, was man tun will
  - Das ist viel besser, als in einem unflexiblen, von anderen vorgegebenen Prozess festzustecken
  - In gewisser Weise kann der Minimalismus sogar ein Vorteil sein
Mental ist das ein Problem der Listenverwaltung. So kompliziert ist es nicht. Und GitHub Projects verwaltet Listen vollkommen ordentlich
Ein Grund, warum ich GitHub Projects papier- oder kartenbasierten Aufgabenlisten vorziehe
- Nutzer können öffentlich sehen, wie mit Bug Reports und Feature Requests umgegangen wird
- Außerdem ist es sehr einfach, Inhalte aus dem Diskussionsforum in Bug Reports oder Entwicklungsarbeit (geparkt oder aktiv) zu überführen
Die üblichen Scrum-Regeln gelten. Jeder Bug wird behoben, bevor neue Arbeit begonnen wird, und Arbeit wechselt nur dann auf erledigt, wenn sie wirklich vollständig fertig ist
Du brauchst eine Liste. Ich mag zusätzlich die Sprint-Struktur darüber, weil sie mit Zwischenupdates und kontinuierlichen Releases nützliche Meilensteine liefert

leros

Trennt bewusst die Rollen Produktmanager, Projektmanager, Softwareentwickler, Marketing, Business Operations und Gesamtverantwortlicher des Unternehmens und übernimmt immer nur eine zur Zeit
Zum Beispiel
- Als Gesamtverantwortlicher des Unternehmens kann ich die strategische Richtung festlegen, die ich will
- Dann setze ich den Hut des Produktmanagers auf und entscheide, was gebaut werden soll
- Danach betreibe ich Projektmanagement für diese Idee und priorisiere sie
- Danach werde ich Produktmanager/Designer und arbeite die priorisierten Funktionen konkret aus
- Dann nehme ich mir vollständig getrennt Zeit dafür (meist einen ganzen Tag), um die Funktion zu entwickeln
- Wenn die Funktion veröffentlicht ist, setze ich den Marketing-Hut auf und kümmere mich um das zugehörige Produktmarketing
- Das ist so etwas wie der Lebenszyklus bei der Entwicklung einer einzelnen Funktion
Gefährlich ist es, ständig zwischen allen Rollen gleichzeitig hin- und herzuspringen. Das kann die Produktivität senken
Es gibt Zeiten, in denen man strategisch sein muss, Zeiten für Kreativität und Zeiten, in denen man einfach ausführen muss — und all diese Arbeiten brauchen jeweils einen anderen mentalen Raum
Ich plane alles in Notion und nutze je nach Zweck mehrere verschiedene Kanban-Boards

urda

Ich nutze ein kaskadierendes „Wissens“-System:
- Zufällige Gedanken, Notizen, Schnipsel, Diagramme usw. landen in einem Moleskine-Taschennotizbuch
- Daraus werden später „Tickets“ im Issue-Tracker oder ein „Wiki“ bzw. „Wiki-Update“ auf meinem Wiki-Server
- Daraus entstehen letztlich Snippets, Konfigurationsnotizen, Aufzeichnungsdokumente, Archive, Runbooks usw.
Irgendwann wurde es für mich ganz natürlich, Dokumentation aktuell zu halten oder entdeckte Issues in den richtigen Backlog zu legen

6 Kommentare

xguru 2024-06-30

Ich denke, die beste Methode ist immer die, alles für sich selbst zur Routine zu machen. Wenn es viel andere Vorbereitungsarbeit gibt und es lange dauert oder lästig wird, erst ein Verwaltungsdokument zu öffnen und dann anzufangen, entfernt man sich nach und nach davon. Sogar erst den Schreibtisch aufzuräumen und dann einen irgendwo verstauten Laptop hervorzuholen und aufzuklappen, fühlt sich schon wie Arbeit an.

In diesem Sinne ist bei mir zu Hause und im Büro fast immer VS Code geöffnet, und es gehört zu meinem täglichen Ablauf, in der dort geöffneten 할일.txt Inhalte zu notieren und wieder zu löschen. Ich glaube, das ist gut, weil ich nicht erst überlegen muss, was ich öffnen soll, und es zur Routine geworden ist. Den Inhalt synchronisiere ich über ein privates GitHub-Repo.

mytory 2024-06-26

Ich schreibe alle Aufgaben für meine Projekte in Google Sheets auf, aufgeteilt in Einheiten von 30 Minuten bis zu einer Stunde, und notiere, wie lange es bis zur Erledigung tatsächlich gedauert hat. So lässt es sich gut vorhersagen, und es fühlt sich auch gut an, die Punkte nacheinander abzuhaken.

devsepnine 2024-06-26

Ich nutze vor allem Trello, denke ich. Ich liste alles auf und ordne die Beschreibungen ...
Man kann von überall darauf zugreifen ...

tested 2024-06-25

Ich erstelle auf Discord einen privaten Server, klassifiziere ihn nach Kategorien/Kanälen und nutze ihn für persönliche Zwecke wie TODOs.

porteleaf 2024-06-25

Ich habe verschiedene Methoden ausprobiert, konnte mich aber noch nicht auf eine einzige festlegen. Derzeit mache ich meine Notizen in Obsidian, und im Arbeitsalltag schreibe ich bei Bedarf Dinge in Regalpad auf.
Vielleicht liegt es auch daran, dass diese Notizen nur flüchtige Erinnerungen ersetzen sollen, aber ich habe oft das Gefühl, dass ich mit der Zeit vergesse, was ich überhaupt notiert habe..
Ich sollte wohl anhand dieses Beitrags mein System noch einmal neu aufsetzen..

hwan0317 2024-06-25

Auch wenn es nicht unbedingt um Solo-Entwicklung geht, sind das nützliche Inhalte für die allgemeine Motivation und das Planungsmanagement!