एकल डेवलपर के रूप में आप चीज़ों को व्यवस्थित तरीके से कैसे मैनेज करते हैं?

• टीम के साथ काम करते समय scrum जैसे अल्पकालिक लक्ष्य और एक व्यवस्थित work backlog फोकस बनाए रखने और क्या करना है उसे ट्रैक करने में सचमुच मददगार होते थे
• लेकिन अकेले development करते समय मुझे कोई ठीक-ठाक approach नहीं मिल पाया, और मैं अक्सर भटक जाता था और अपना लक्ष्य खो देता था
• आप लोग अपने लक्ष्यों पर टिके रहने के लिए कौन-से tools और techniques इस्तेमाल करते हैं?

CharlieDigital

• कागज़ की notebook का इस्तेमाल
• जब जानकारी साझा करने की ज़रूरत न हो, तो सारे ideas फैलाकर बार-बार देखने के लिए notebook से बेहतर कुछ नहीं। login करने की ज़रूरत नहीं, इसे कहीं भी साथ ले जा सकते हैं, बेंच पर बैठकर idea सोचिए, gym जाइए और ideas लिख लीजिए।
• रोज़ के goals को checklist में लिखें और एक-एक करके check करते जाएँ। जब दूसरों के साथ status share करने की ज़रूरत नहीं, तो GitHub Projects जैसी चीज़ की भी ज़रूरत नहीं

olooney

• TODO.md फ़ाइल का इस्तेमाल
• GFM(GitHub flavored markdown) में इस तरह list लिखते हैं

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

• ऊपर एक बिना नाम वाला section रखते हैं जिसमें current items होते हैं, और आगे के ideas के लिए 'backlog' section, ठीक किए जाने वाले bugs के लिए 'bugs' section
• release जैसे milestone पर पहुँचने के बाद completed items सब हटा देते हैं

jasonb05

• मैं अपने future self के लिए बहुत कुछ लिखता हूँ
  1. Trello, जिसमें week, month, quarter और year के columns हैं
  2. mouse के बगल में रखी notebook खोलना
     2a. बायाँ पेज: pen और paper से daily to-do checklist। (दिन में 2~3 लाइन)
     2b. दायाँ पेज: scratch notes, plot sketches, sticky notes वगैरह
  3. एक dev journal, जिसमें research, URL, papers, thoughts, ideas, progress, extensions वगैरह लिखता हूँ
  • हर GitHub project में इन notes के लिए dev/ folder होता है, और filename yyyymmmdd-n.txt होता है
  • ज़रूरत के हिसाब से हर project के लिए हर दिन नई फ़ाइल लिखता हूँ
  4. अस्थायी ideas के लिए पीले sticky notes (screen के नीचे, notebook या whiteboard पर चिपकाए हुए)
  • आम तौर पर कोई सूक्ति जो project की सही दिशा दिखाती है (जैसे: "कोई भी कभी rtfm नहीं करेगा")
  5. whiteboard, project-wise columns, printouts + magnets (project progress के monthly charts), sticky notes, future projects के ideas, और तरह-तरह की चीज़ें
• मैं अपने future self से ज़रूरत से ज़्यादा communicate करने की कोशिश करता हूँ
  • इससे expectations, progress, obstacles वगैरह पर अपनी मौजूदा सोच व्यवस्थित करने में मदद मिलती है
  • रुकावट मैं हूँ, काम नहीं
  • काम आम तौर पर "गहराई से सोचने" के बाद diagrams में बदल जाता है
• मैं 8 साल से अकेले इसी तरह काम कर रहा हूँ
  • 2000 के शुरुआती वर्षों में PhD के समय से real-time dev journal के लिए /dev dir और .txt files इस्तेमाल कर रहा हूँ। इससे बेहिसाब समय बचा है (grep)।
• और हाँ, मैं हर दिन लगभग वही चीज़ें करता हूँ। लगभग हर दिन
  • जैसे customer support, promotion, writing, coding, और.... बिना ज़्यादा सोचे बस वही task करो और फिर अगला

liampulles

• side projects करते समय "Readme-प्रेरित development" motivation बनाए रखने और scope सीमित करने में मदद करता है

Tehnix

• daily/weekly/monthly goals सेट करता हूँ, और उन्हें Linear, Todoist, Notion जैसी apps से व्यवस्थित करता हूँ
• monthly goals बहुत high-level होते हैं और बस कुछ ही होते हैं (जैसे "PoC बनाना", "blog redesign और relaunch")
• weekly goals ज़्यादा specific और सीमित होते हैं (जैसे "Swift code से Rust को call करने के approach पर फैसला" या "post का design और styling पूरा करना")
• daily goals बहुत specific होते हैं (जैसे "Swift bindings generate करने के लिए UniFFI pipeline सेट करना" या "पूरे blog page पर नया theme लागू करना")
• कभी-कभी implementation के दौरान नए काम निकल आते हैं, तो daily goal अगले दिन तक खिसक जाता है
• अभी तक यह तरीका focus बढ़ाने में असरदार रहा है, और कई projects में चल रहे बहुत-से tasks/issues की list में से weekly priorities के आधार पर daily goals चुनता हूँ
• हर ongoing काम को project की तरह सेट करके, task जोड़ते समय तुरंत priority दे दें तो चल रहे और आगे करने वाले छोटे-बड़े projects को एक नज़र में देखना आसान हो जाता है
• मुझे paper पसंद है, लेकिन वह सिर्फ़ अस्थायी चीज़ों के लिए काम आता है। चलते-फिरते idea आए तो phone से तुरंत जोड़ सकूँ, इसलिए digital तरीका पसंद है। keyboard से लिखना भी बहुत तेज़ है, और काम करते या कुछ research करते समय अलग-अलग tasks को information repository की तरह भी इस्तेमाल करता हूँ

OogieM

• Obsidian Vault के भीतर हर चीज़ को अलग-अलग folders में manage करता हूँ
• folders में कुछ मिलते-जुलते common elements होते हैं
  • screen structure (हर screen पर कौन-सी features या activities हैं) के लिए kanban plugin से बना kanban note
  • हर feature की details वाला roadmap note
  • उस app या component से जुड़े तरह-तरह के कामों वाला general note
• tasks plugin का इस्तेमाल करके ख़ास तौर पर जो काम चल रहा है उसे track करता हूँ
  • इस folder में screenshots, references और उस app से जुड़े दूसरे notes जैसे अतिरिक्त documents भी होते हैं
• मेरे projects मवेशियों और दुर्लभ नस्लों के registration को manage करने वाले programs का एक suite हैं
  • इसलिए Farm Mobile(Android), Farm Desktop(Python), registry web(Flask), registry desktop(Python) apps और database schema(SQLite) सबके लिए अलग-अलग GitLab repositories हैं
• अब 3 collaborators और जुड़ गए हैं, इसलिए Obsidian Sync के ज़रिए Obsidian Vault साझा करता हूँ। solo system टीमवर्क संभालने लायक scale हो गया है

robomartin

• कई सालों से kanban से प्रेरित एक simple text file इस्तेमाल कर रहा हूँ
• छोटे projects से लेकर कई million-dollar projects तक सब कुछ इसी तरह manage किया है
• हर project के लिए एक main log file होती है, और हर domain के लिए अलग file (electronics, mechanical, optics, manufacturing, testing आदि)
• फ़ाइल की सामग्री

  <project name> log file  
  -------------------------------- WORKING ON NOW   
  <currently active task>  
  
  -------------------------------- TO DO   
  - <start each task with a dash>  
    - <indent related subtasks or notes>  
  
  -------------------------------- IDEAS  
  <free-form notes>  
  
  -------------------------------- RESOURCES  
  <free-form resources>  
  
  -------------------------------- DONE  
  <move completed work into this section>  
  <leave timestamps if you want>  
  

kkfx

• Emacs/org-mode/org-roam से manage करता हूँ
• current year note की org-agenda, notes दिन में एक फ़ाइल, और साल में एक directory के हिसाब से common org-roam directory में time-based files में बाँटी जाती हैं
• इससे org-agenda को जिन files के बीच move करना होता है उनकी संख्या कम होती है, और yearly summary note में एक साल से अगले साल तक खिंचने वाली long-running सामग्री भी कम हो जाती है

makz

• काम ख़त्म करके जाने से पहले code में comment छोड़ता हूँ: "मैं अभी यह काम कर रहा हूँ, और इसे चलाने के लिए A, B, C... करना होगा"
• अगली बार code editor खोलते ही ठीक-ठीक पता होता है कि क्या करना है

qntmfred

• Obsidian Daily Note में daily routine template है। यह मुझे उस दिन के लिए focused और excited बनाता है
• मैं हर दिन अपने लिए पहला [X] daily routine checklist पूरा करके देता हूँ
  • productive दिन शुरू करने के लिए एक free W
• मैं असल में ज़्यादातर notes Windows voice typing से लिखता हूँ, इसलिए यह daily standup जैसा लगता है
• मैं अक्सर पूरे दिन live streaming भी करता हूँ, भले ही देखने वाला सिर्फ़ मैं ही क्यों न हूँ (बेशक यह private live streaming है, इसलिए रोज़ की चीज़ है, लेकिन यह तब काम आता है जब मुझे याद दिलाना हो कि किसी rabbit hole में खोने से करीब 20 मिनट पहले मैं क्या कर रहा था/क्या सोच रहा था। सच कहूँ तो Windows Recall भी अच्छा है)
• मेरा दिन कुछ-कुछ वैसा ही चलता है जैसे 2 या उससे ज़्यादा लोगों वाली organization में दूसरों के साथ काम करते समय (उर्फ meetings)

mentos

• Trello board जिसमें तीन lists हैं: Done/Doing/ToDo
  • करने वाली हर चीज़ की list बनाओ
  • priorities तय करो
  • सबसे ऊपर वाली चीज़ को to-do list में ले जाकर काम शुरू करो
  • पूरा होने पर done में ले जाओ। फिर अगली item निकालो और दोहराओ
• मैं Trello की दूसरी lists से research cards manage करता हूँ या v1 के लिए ज़रूरी न होने वाली features को ToDo list से हटाता हूँ

macNchz

• मुझे छोटे teams के साथ काम करने जैसे तरीके से काम करना पसंद है
  • GitHub issues manage करता हूँ, जिनमें ढेर सारे items वाली checklists होती हैं और वे milestones के हिसाब से ढीले तौर पर व्यवस्थित रहती हैं
    • क्योंकि यह code के क़रीब है, इसलिए line number links, copy-paste code blocks, या linked PR drafts के ज़रिए आसानी से notes छोड़ सकता हूँ ताकि याद रहे कि कहाँ रुका था
    • किसी भी device से access करना बहुत आसान है, इसलिए idea आए या bug पर email मिले तो phone या किसी non-dev device से भी तुरंत issue बना सकता हूँ
    • सही समय पर किसी और को बुलाकर सीधे काम पर लगाना भी आसान है
    • अच्छी API और कई integrations हैं (जैसे error tracking system से सीधे issue बनाना या link करना)

rerdavies

• GitHub Projects का इस्तेमाल
  • इसे ख़ास तौर पर recommend नहीं करूँगा
  • लेकिन task lists और bugs manage करना कोई rocket science नहीं है
  • मैंने सैकड़ों हज़ार डॉलर वाले project management solutions इस्तेमाल किए हैं, और वे इससे कहीं ज़्यादा खराब थे
• GitHub Projects थोड़ा अजीब चलता है और शायद ज़्यादा प्यार नहीं पाता, फिर भी न्यूनतम functionality के लिए यह काफ़ी है
  • बहुत-सी चीज़ें हैं जिनके बारे में लगता है कि इन्हें automate किया जा सकता है
    • जैसे scrum board की हर query को हाथ से बदले बिना, कुछ clicks में नए sprint पर rollover करना
  • फिर भी आप जो करना चाहते हैं, वह कर सकते हैं
    • यह किसी और के तय किए हुए process में फँसकर कम लचीले ढंग से जीने से कहीं बेहतर है
    • कुछ मायनों में minimalism इसकी ताकत भी हो सकता है
• मानसिक रूप से देखें तो यह list management की समस्या है। इतना जटिल भी नहीं। और GitHub Projects lists को ठीक-ठाक manage कर लेता है
• paper-based या cards-based task lists की तुलना में GitHub Projects recommend करने की एक वजह यह है
  • users सार्वजनिक रूप से देख सकते हैं कि bug reports और feature requests को कैसे handle किया जा रहा है
  • और discussion board पर आई चीज़ों को bug reports या dev work (deferred या active) में बदलना भी बहुत आसान है
• सामान्य scrum rules लागू होते हैं। हर bug नए काम से पहले ठीक होता है, और काम को तभी done mark किया जाता है जब वह पूरी तरह पूरा हो
• आपको एक list चाहिए। मुझे उसके ऊपर sprint structure पसंद है क्योंकि यह mid-cycle updates और continuous releases के लिए उपयोगी milestones देता है

leros

• मैं product manager, project manager, software developer, marketing, business operations, और overall business leader जैसी भूमिकाओं को अलग रखता हूँ और एक बार में सिर्फ़ एक ही भूमिका निभाता हूँ
• उदाहरण के लिए,
  • मैं overall business leader बनकर बैठ सकता हूँ और तय कर सकता हूँ कि मुझे कौन-सी strategic direction चाहिए
  • फिर product manager की टोपी पहनकर तय करता हूँ कि क्या बनाना है
  • फिर उस idea का project management और prioritization करता हूँ
  • फिर product manager/designer बनकर prioritized feature को विस्तार देता हूँ
  • फिर पूरी तरह अलग समय निकालकर (आमतौर पर पूरा दिन) उस feature को develop करता हूँ
  • feature release होने पर marketing की टोपी पहनकर उससे जुड़ी product marketing करता हूँ
  • एक feature develop करने का यह एक तरह का lifecycle है
• ख़तरा तब है जब आप एक साथ सारी भूमिकाओं के बीच उछलते रहें। productivity गिर सकती है
• कुछ समय strategic होने का होता है, कुछ समय creative होने का, और कुछ समय बस execution का; इन सबके लिए अलग मानसिक space चाहिए
• मैं Notion में सारी planning करता हूँ और purpose के हिसाब से कुछ अलग kanban boards इस्तेमाल करता हूँ

urda

• मैं एक cascading 'knowledge' system इस्तेमाल करता हूँ:
  • pocket Moleskine notebook में random thoughts, notes, scraps, diagrams वगैरह लिखता हूँ
  • यह आगे चलकर issue tracker में 'tickets' बनते हैं, या मेरे wiki server पर 'wiki' या 'wiki updates' बन जाते हैं
  • और फिर ये snippets, config notes, documentation, archives, runbooks वगैरह में बदल जाते हैं
• आखिरकार documentation को up-to-date रखना या issue मिलने पर उसे सही backlog में डालना एक 'natural' चीज़ बन गई

[xguru]

मेरा मानना है कि किसी भी चीज़ को अपने लिए रूटीन बना लेना ही सबसे अच्छा तरीका है। अगर दूसरे तैयारी के काम ज़्यादा हों और मैनेजमेंट दस्तावेज़ खोलकर शुरू करने में समय लगे और झंझट महसूस होने लगे, तो आप उससे धीरे-धीरे दूर होने लगते हैं। डेस्क साफ़ करने के बाद कहीं रखे लैपटॉप को निकालकर खोलना भी अपने-आप में एक काम जैसा लगता है।

इसी वजह से मेरे घर और ऑफिस के कंप्यूटर पर VS Code लगभग हमेशा खुला रहता है, और उसके ऊपर खुली 할일.txt में चीज़ें लिखना और मिटाना मेरी रोज़ की दिनचर्या है। क्या खोलना है, यह सोचना नहीं पड़ता और यह रूटीन बन गया है, इसलिए अच्छा लगता है। सामग्री को GitHub Private Repo से सिंक करता हूँ.

[mytory]

मैं Google Spreadsheet में प्रोजेक्ट के कामों को 30 मिनट से 1 घंटे की इकाइयों में बाँटकर सब लिख लेता हूँ, और उन्हें पूरा करने में लगा समय भी दर्ज करता हूँ। इससे अनुमान लगाना आसान हो जाता है और एक-एक करके उन्हें क्लियर करने का एहसास भी मिलता है।

[devsepnine]

मुझे लगता है कि मैं ज़्यादातर Trello ही इस्तेमाल करता हूँ। चीज़ों को list up करके description व्यवस्थित कर लेता हूँ...
कहीं से भी access किया जा सकता है, इसलिए...

[tested]

मैं Discord पर एक निजी सर्वर बनाकर उसे categories/channels के हिसाब से व्यवस्थित करता हूँ, और उसे TODO जैसी व्यक्तिगत जरूरतों के लिए इस्तेमाल करता हूँ.

[porteleaf]

मैंने कई तरह के तरीक़े आज़माए हैं, लेकिन अभी तक किसी एक तरीके पर टिक नहीं पाया हूँ। फिलहाल नोट्स Obsidian में रखता हूँ, और वास्तविक काम की बातें legal pad पर ज़रूरत पड़ने पर लिख लेता हूँ.
यह भी शायद क्षणभंगुर याददाश्त की जगह लेने के लिए बनाए गए नोट्स ही हैं, इसलिए समय बीतने पर अक्सर भूल जाता हूँ कि क्या नोट किया था..
लगता है इस लेख को参考 करके अपनी प्रणाली फिर से व्यवस्थित करनी पड़ेगी..

[hwan0317]

ज़रूरी नहीं कि यह सिर्फ़ solo development करने वालों के लिए ही हो; इसमें motivation और planning management के लिए भी उपयोगी, सामान्य बातें हैं!