ऐप से नहीं, बल्कि परिणाम से शुरुआत करें। यदि एक प्रोजेक्ट एक ब्राउज़र विंडो, एक दस्तावेज़ और एक टर्मिनल का उपयोग करता है, तो वे तीनों विंडो एक साथ हैं, भले ही macOS तीन अलग-अलग ऐप देखता है। जिस परिणाम को आप उत्पन्न कर रहे हैं उसके नाम पर प्रोजेक्ट का नाम रखें, इसकी वर्तमान विंडो को एक साथ रखें, और अगले एक्शन को लिखें। इससे आपको किसी भी विंडो के आकार या स्थिति को बदले बिना फिर से काम शुरू करने के लिए एक विश्वसनीय जगह मिलती है।
तय करें कि आपको प्रोजेक्ट ऑर्गनाइजेशन की आवश्यकता है या नहीं
प्रोजेक्ट ऑर्गनाइजेशन तब उपयोगी होता है जब ऐप-आधारित नेविगेशन आपके काम से मेल खाना बंद कर देता है। एक ब्राउज़र में दो क्लाइंट्स के लिए रिसर्च हो सकती है। एक टेक्स्ट एडिटर में कई प्रोजेक्ट्स के दस्तावेज़ हो सकते हैं। Command-Tab सही ऐप तक पहुँच सकता है, लेकिन यह नहीं बता सकता कि कौन सी विंडो उस परिणाम से संबंधित है जिसे आप जारी रखना चाहते हैं।
इस परीक्षण का उपयोग करें:
| जिसकी आपको आवश्यकता है | इससे शुरुआत करें |
|---|---|
| प्रत्येक खुली विंडो को एक बार देखें | Mission Control |
| डेस्कटॉप पर काम अलग करें | Spaces |
| विंडो को आधे या चौथाई हिस्से में रखें | macOS टाइलिंग या लेआउट टूल |
| एक परिणाम की सेवा करने वाले कई ऐप्स से विंडो पर लौटें | प्रोजेक्ट-आधारित विंडो ग्रुप |
| दस्तावेज़, प्रक्रियाएँ और सटीक लेआउट बंद करने के बाद उन्हें फिर से खोलें | उस काम के लिए डिज़ाइन किया गया सेशन या रिसोर्स लॉन्चर |
अंतिम दो पंक्तियाँ भिन्न हैं। वर्तमान में खुली विंडो का एक समूह सहेजा गया सेशन नहीं है। विंडो को बंद करने और फिर से खोलने से उसकी सिस्टम पहचान बदल सकती है, इसलिए यह न मानें कि कोई विंडो ऑर्गनाइज़र बाद में दस्तावेज़, प्रक्रिया, ब्राउज़र स्थिति या ज्यामिति (geometry) को फिर से बना सकता है।
प्रत्येक प्रोजेक्ट को एक ठोस परिणाम दें
एक ऐसे नाम का उपयोग करें जिससे आप हर विंडो को खोले बिना परिणाम को पहचान सकें। “वेबसाइट” अस्पष्ट है। “Wallo लेख लाइब्रेरी प्रकाशित करें” एक फिनिश लाइन का नाम देता है। “क्लाइंट का काम” अस्पष्ट है। “Acme होमपेज संशोधन भेजें” एक डिलीवरी को दूसरी से अलग करता है।
एक उपयोगी प्रोजेक्ट नाम को दो सवालों के जवाब देने चाहिए:
- मैं क्या परिणाम उत्पन्न कर रहा हूँ?
- क्या मैं इसे उसी ऐप का उपयोग करने वाले किसी अन्य प्रोजेक्ट से अलग कर सकता हूँ?
जरूरत पड़ने से पहले एक गहरी श्रेणी प्रणाली (category system) बनाने से बचें। काम के एक छोटे से हिस्से के लिए, एक प्रोजेक्ट, एक अगला एक्शन और दो या तीन विंडो पर्याप्त हो सकती हैं।
केवल उन विंडो को रखें जो अगले एक्शन में मदद करती हैं
हर संबंधित विंडो को न जोड़ें। अगले एक्शन से शुरुआत करें और इसे पूरा करने के लिए आवश्यक सामग्री की पहचान करें।
उदाहरण के लिए, “लैंडिंग-पेज कॉपी की समीक्षा करें” के लिए यह आवश्यक हो सकता है:
- दस्तावेज़ विंडो में ड्राफ्ट;
- ब्राउज़र विंडो में वर्तमान पेज;
- फीडबैक नोट जो अनुरोधित बदलाव को परिभाषित करता है।
इनबॉक्स, म्यूजिक प्लेयर, असंबंधित ब्राउज़र विंडो और पुराना एक्सपोर्ट काम के एक ही व्यापक क्षेत्र से संबंधित हो सकते हैं, लेकिन वे इस एक्शन में मदद नहीं करते हैं। उन्हें बाहर छोड़ने से प्रोजेक्ट ग्रुप पहचानने योग्य रहता है।
यह सक्रिय विंडो को टिकाऊ संसाधन (durable resource) से अलग करने का बिंदु भी है। फ़ाइल लिंक या बुकमार्क अगले सप्ताह उपयोगी हो सकता है। खुली विंडो दर्शाती है कि वर्तमान सत्र में क्या उपलब्ध है। दोनों को तभी रखें जब प्रत्येक की स्पष्ट भूमिका हो।
विंडो ग्रुप के बगल में अगला एक्शन दर्ज करें
एक विंडो ग्रुप आपको बताता है कि सामग्री कहाँ है। एक छोटा टास्क आपको बताता है कि इसके साथ क्या करना है। क्रिया (verb), सामग्री और एक दृश्यमान पूर्णता शर्त (visible completion condition) के साथ एक्शन लिखें:
| अस्पष्ट नोट | कार्रवाई योग्य अगला कदम |
|---|---|
| कॉपी पर काम करें | ड्राफ्ट की तुलना वर्तमान होमपेज से करें और प्रत्येक अनुरोधित संपादन को स्वीकार या अस्वीकार करें |
| बिल्ड ठीक करें | विफल वेब बिल्ड को पुन: उत्पन्न करें और पहली वैलिडेशन त्रुटि दर्ज करें |
| रिसर्च टैब | पाँच खुले स्रोतों की समीक्षा करें और केवल रूपरेखा में उद्धृत स्रोतों को रखें |
Wallo में, टास्क और विंडो एक ही लक्ष्य के तहत एक साथ बैठते हैं। वे उस लक्ष्य के भीतर दो सूचियाँ हैं; एक सिंगल टास्क सीधे तौर पर एक सिंगल विंडो से नहीं जुड़ा होता है। टास्क से सामग्री का रिश्ता काम करने वाले व्यक्ति द्वारा लिया गया एक स्पष्ट निर्णय बना रहता है।
नेटिव मैक टूल को वर्कफ़्लो में रखें
प्रोजेक्ट समूहीकरण (grouping) Mission Control या Spaces की जगह नहीं लेता है। Mission Control खुली विंडो और स्पेस को देखने का एक मूल तरीका बना रहता है। Spaces व्यापक संदर्भों को अलग-अलग डेस्कटॉप पर रख सकता है। विंडो टाइलिंग ज्यामिति को नियंत्रित करती है। एक प्रोजेक्ट ग्रुप एक और सवाल जोड़ता है: उन ऐप्स और डेस्कटॉप पर कौन सी खुली विंडो, उस परिणाम से संबंधित हैं जो मुझे अब चाहिए?
यदि एक Space पहले से ही किसी प्रोजेक्ट को अच्छी तरह से संभाल रहा है और आप सब कुछ पा सकते हैं, तो उस सेटअप को रखें। तभी एक और संगठनात्मक परत जोड़ें जब यह बार-बार आने वाली पहचान की समस्या को हल करती हो।
काम बदलने पर ग्रुप की समीक्षा करें
तीन क्षणों में प्रोजेक्ट ग्रुप की समीक्षा करें:
- जब अगला एक्शन बदलता है, तो ऐसे संदर्भों को हटा दें जो अब मदद नहीं करते हैं।
- जब कोई विंडो बंद या पुन: बनाई जाती है, तो पुष्टि करें कि शेष संबंध अभी भी इच्छित विंडो की ओर इशारा करता है।
- जब परिणाम पूरा हो जाता है, तो डिस्पोजेबल विंडो बंद करें और टिकाऊ फ़ाइलों या लिंक को उनके उचित भंडारण स्थान में रखें।
लक्ष्य आपके सामने के काम का एक छोटा, वर्तमान मानचित्र है। इसे उस हर विंडो का स्थायी संग्रह बनने की आवश्यकता नहीं है जिसने कभी प्रोजेक्ट को छुआ हो।