Bill Gates MovieMaker (2003) इंस्टॉल करने की कोशिश करते हैं
2003 के एक आंतरिक ईमेल में, जिसमें Bill Gates Windows Movie Maker को डाउनलोड और इंस्टॉल करने में संघर्ष करते हैं, Microsoft की लंबे समय से चली आ रही usability समस्याओं और संगठनात्मक अव्यवस्था का एक लेंस बन जाता है। टिप्पणीकार नोट करते हैं कि अधिकारी स्वामित्व से कैसे बचते हैं, siloed teams और विकृत प्रोत्साहन कैसे टूटे हुए user journeys पैदा करते हैं, और modern Microsoft products जैसे Azure और ClipChamp में भी ऐसे ही पैटर्न कैसे बने रहते हैं। थ्रेड इसे अधिक “product-obsessed” leadership styles से भी तुलना करता है, और तर्क देता है कि शीर्ष पर संस्कृति और संरचना अंततः तय करती है कि क्या बड़ी software companies coherent, user-friendly experiences दे सकती हैं।
ईमेल की प्रामाणिकता और संदर्भ
- कई टिप्पणियाँ इस बात पर केंद्रित हैं कि Movie Maker वाला ईमेल असली था या नहीं; थ्रेड में नोट किया गया है कि यह एक बड़े antitrust/class-action केस के सबूतों में दिखाई दिया था और discovery में प्रस्तुत किया गया था।
- कुछ लोगों को इसका लहजा एक संस्थापक के लिए आश्चर्यजनक रूप से कठोर और आत्म-आलोचनात्मक लगता है, लेकिन अन्य का तर्क है कि अधिकारी सार्वजनिक रूप से और भीतर बहुत अलग ढंग से बात करते हैं।
बड़ी कंपनी की अव्यवस्था और स्वामित्व की कमी
- ईमेल श्रृंखला को “hot potato” के एक केस स्टडी के रूप में पढ़ा जाता है: हर कोई अपनी ज़िम्मेदारी को सीमित करने, उसे किसी दूसरी टीम पर डालने, या एक समिति शुरू करने की कोशिश करता है।
- टिप्पणीकारों का कहना है कि “end-to-end user journey” का कोई स्पष्ट मालिक नहीं है; हर छोटे हिस्से की अपनी अलग hierarchy है।
- लोग इसे ज्ञात प्रबंधन पैटर्न से जोड़ते हैं: आंतरिक प्रतिस्पर्धा, stack ranking, और ऐसे प्रोत्साहन जो उत्पाद गुणवत्ता के बजाय राजनीति और KPI-gaming को पुरस्कृत करते हैं।
- कई लोगों का तर्क है कि जब किसी समस्या को ठीक करने के लिए cross-org coordination चाहिए, तो कोई भी उसे “own” नहीं करना चाहता क्योंकि उसके पास शामिल सभी teams पर अधिकार नहीं होता।
नेतृत्व, संस्कृति, और ज़िम्मेदारी
- कई लोग “top” से आने वाली संस्कृति को दोष देते हैं: यदि CEO/founder लगातार UX गुणवत्ता और संरचनात्मक accountability लागू नहीं करता, तो अंततः यह गड़बड़ नेतृत्व की ज़िम्मेदारी है।
- अन्य लोगों का जवाब है कि इस पैमाने पर, एक founder वास्तविक रूप से केवल “light fires” कर सकता है और सीधी प्रतिक्रिया दे सकता है; मूल कारणों को ठीक करने के लिए भारी पुनर्गठन चाहिए।
- इस पर बहस है कि अच्छी leadership communication कैसी दिखेगी: कुछ लोग raw rant का बचाव करते हैं; अन्य कहते हैं कि इसमें नेतृत्व की ज़िम्मेदारी स्वीकार होनी चाहिए और प्रणालीगत fixes पर ध्यान होना चाहिए, सिर्फ लक्षणों पर नहीं।
Microsoft UX, तब और अब
- कई टिप्पणीकार नोट करते हैं कि Movie Maker की विशेष समस्याएँ (भ्रामक download paths, भारी Windows Update, forced reboots) आत्मा में अपरिवर्तित लगती हैं: Azure, Windows support flows, captchas, और Clipchamp को आधुनिक समकक्ष के रूप में उद्धृत किया गया है।
- कुछ का तर्क है कि Microsoft खराब UX के बावजूद वित्तीय रूप से फलता-फूलता है क्योंकि enterprise contracts और संगठनों में गहरी embedding इसकी वजह है, न कि उत्पाद गुणवत्ता।
अन्य टेक संस्कृतियों से तुलना
- एक product-obsessed leader के तहत Apple की तुलना Microsoft से की जाती है; उपाख्यान कठोर लेकिन केंद्रित product decisions का वर्णन करते हैं।
- इस पर प्रतिवाद भी है कि गुणवत्ता के लिए “asshole” होना ज़रूरी नहीं है और यह सीधे abuse भी बन सकता है।
- कई टिप्पणीकार कहते हैं कि यह थ्रेड समझाता है कि वे startups, मध्यम आकार के “boring” businesses, या Windows के बजाय Linux/BSD को क्यों पसंद करते हैं।