क्या डेवलपर द्वारा संचालित उत्पाद अच्छी बात है?

Question

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

जेसन कैलाकानिस ने सिर्फ लिखा है :

जुकरबर्ग सिद्धांत: डेवलपर्स उत्पाद प्रबंधकों और डिजाइनरों की तुलना में काफी बेहतर गति और कार्यक्षमता के साथ उत्पादों को डिजाइन करते हैं, संभावित गलतियों और कमियों को दूर करते हैं।

...

फिर यह वास्तव में मुझे मारा: डेवलपर द्वारा संचालित स्टार्टअप हमेशा उत्पाद का तेजी से उत्पादन करते हैं।

इसका कारण यह है कि हमारे गैर-सरकारी लोग चर्चा और बहस कर रहे हैं, जबकि जुकरबर्ग अपने अगले फीचर को कोड कर रहे हैं। यही कारण है कि कोई भी फेसबुक के साथ नहीं रह पाया है!

जबकि MySpacers ने अपने उत्पाद पर पुनरावृति करने के लिए बहस की, फेसबुक ने बस सामान की कोशिश की।

क्या यह वास्तव में अभ्यास में बेहतर काम करता है?

Answer 1

उत्पाद ग्राहक-चालित होने चाहिए ।

यदि आपके ग्राहक सॉफ़्टवेयर डेवलपर हैं, और आप अपने स्वयं के उत्पाद का उपयोग करते हैं (जो आपको किसी भी स्थिति में होना चाहिए), तो मुझे लगता है कि आप अपने स्वयं के सर्वश्रेष्ठ ग्राहक हो सकते हैं।

लेकिन एक डेवलपर के रूप में, आपके परिप्रेक्ष्य में पहले से ही समझौता है कि हुड के नीचे क्या होता है। आपको ग्राहक को यह बताने की आवश्यकता है कि आप उपयोगकर्ता इंटरफ़ेस या एप्लिकेशन वर्कफ़्लो के साथ क्या कर रहे हैं नासमझ हैं और इसका कोई मतलब नहीं है।

एक डेवलपर के रूप में, आपको हितधारकों से पूछने के लिए सही प्रश्नों को जानने की आवश्यकता है ताकि आप अपने अनुभव को सर्वोत्तम संभव उत्पाद का उत्पादन करने के लिए उनके साथ जोड़ सकें।

Comments

मैं पूरी तरह सहमत हूं कि उत्पादों को ग्राहक-चालित होना चाहिए। मेरे लिए लिनक्स एक उदाहरण है कि कैसे एक अच्छा डेवलपर द्वारा संचालित उत्पाद अंत उपयोगकर्ता बाजार में काम नहीं करता है, क्योंकि अंत उपयोगकर्ता की जरूरतों को स्वीकार नहीं किया जाता है।

— साइमन

ग्राहक-चालित के लिए +1, इस एक विचित्रता के साथ: भले ही आप अपने उत्पाद का उपयोग करें, आप परिभाषा के आधार पर अपने ग्राहक नहीं हैं। आप अपने उत्पाद को कभी भी उसी तरह नहीं देखेंगे जिस तरह से ग्राहक करता है। इसलिए आपको ग्राहक अधिवक्ताओं और उत्पाद प्रबंधन के लोगों की आवश्यकता है जो इसे उस तरह से देख सकते हैं जो ग्राहक करता है।

— दान रे

@ साइमन: लिनक्स बहुत सारे लोगों के लिए बहुत अच्छा काम करता है। MS Windows के अनुसार, यह ग्राहकों के एक अलग समूह के लिए काफी हद तक डिज़ाइन किया गया है।

— डेविड थॉर्नले

Answer 2

एक डेवलपर के रूप में, मुझे लगता है कि हम प्रबंधकों और डिजाइनरों की तुलना में बेहतर काम करते हैं। लेकिन मुझे नहीं लगता कि आप सामान्यीकरण कर सकते हैं।

डिजाइन करने वाले डेवलपर्स के साथ समस्याओं में से एक यह है कि वे अंतिम उपयोगकर्ताओं की जरूरतों के संपर्क में नहीं हो सकते हैं, और सही लोगों से सही सवाल पूछने में अच्छा नहीं हो सकता है। एक प्रबंधक, और विशेष रूप से एक अच्छा डिजाइनर यह पता लगाने में बेहतर हो सकता है।

हालाँकि, मुझे लगता है कि अधिक तल्ख चीज़ लोगों को नहीं है लेकिन वे कैसे दृष्टिकोण करते हैं वे समस्या का सामना करते हैं। जो दृष्टिकोण काम करता है वह सामान्‍य बैठकों को खर्च करने और "आदर्श" डिजाइन के साथ आने के लिए पेड़ों को काटने के बजाए नीचे उतरने और लागू करने के लिए है। यह वास्तव में चंचल बनाम जलप्रपात है।

(यह स्पष्ट होना चाहिए कि फेसबुक इस बात का एक उदाहरण है कि चीजों को कैसे नहीं करना है। उदाहरण के लिए, गोपनीयता के मुद्दों के लिए उनके घुड़सवार दृष्टिकोण उन्हें कानूनी मुसीबत में डालना शुरू कर रहे हैं ...)

Comments

मैं अंतिम पैराग्राफ तक सहमत हूं। क्या इस मुद्दे में गोपनीयता के मुद्दों को लाना वास्तव में आवश्यक है?

— जेसन बेकर

@ जेसन - मुझे लगता है कि यह प्रासंगिक है। यह उन समस्याओं का चित्रण करता है जिन्हें आप "नीचे उतरने और इसे लागू करने" के दृष्टिकोण से प्राप्त कर सकते हैं। गंग-हो डेवलपर्स आमतौर पर गोपनीयता के बारे में नहीं सोचते हैं। तथ्य यह है कि यह जुकरबर्ग के लोग विशेष रूप से विडंबनापूर्ण है।

— स्टीफन सी

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

— डेवि 8

Answer 3

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

Answer 4

संक्षिप्त उत्तर: कभी-कभी।

लंबे उत्तर: ग्राहक-ड्राइव विकास काम करता है यदि आप जानते हैं कि आपके ग्राहक कौन हैं और वे जानते हैं कि वे क्या चाहते हैं।

डेवलपर द्वारा संचालित विकास में ऐसे लोगों के लिए योग्यता है जो महसूस नहीं करते कि वे इसे अभी तक उपयोगी पाएंगे। दूसरे शब्दों में, कभी-कभी ग्राहक हमेशा यह नहीं जान सकते कि वे क्या चाहते हैं। नई आवश्यकताएं मौजूदा अनुभव से आ सकती हैं कि किसी मौजूदा उत्पाद की कमी कैसे है। फेसबुक के लिए कोई ग्राहक नहीं थे, जुकरबर्ग ने एक उत्पाद बनाया, सवाल से पहले एक जवाब। अब स्थापित, फेसबुक अपने ग्राहकों से प्रभावित है, लेकिन निर्माण से पहले और निर्माण के दौरान, यह एक डेवलपर द्वारा संचालित विचार था।

ग्राहक द्वारा संचालित विकास स्थापित करने के लिए आदर्श है, शायद उसी बाजार में पैसा बनाने या उत्पाद के नए पुनरावृत्तियों के लिए, जहां ग्राहक की इच्छाओं को अनदेखा करना भविष्य की आय धाराओं के लिए अत्यधिक हानिकारक होगा।

डेवलपर द्वारा संचालित विकास एक साइडलाइन, प्रोटोटाइप गतिविधि है, जो Google 20% क्षेत्र में गिरती है, जिससे उनके डेवलपर्स अपने काम के समय का 20% अपनी परियोजनाओं पर खर्च करते हैं।

Answer 5

एक अच्छा उत्पाद डिजाइन करने के लिए, आपको समस्या डोमेन के बारे में बहुत सारे ज्ञान की आवश्यकता है। फेसबुक जैसा एक सामान्य-सार्वजनिक उत्पाद डेवलपर्स द्वारा संचालित किया जा सकता है, क्योंकि यह एक समस्या डेवलपर्स को हल करता है, भी: कैसे कनेक्ट करने और दोस्तों के साथ संपर्क में रहने के लिए आदि। सॉफ्टवेयर डेवलपर्स के उद्देश्य से उत्पादों के लिए भी यही सच है: डेवलपर्स को पता है कि क्या एक आईडीई करना चाहिए और कैसे।

लेकिन कई अन्य समस्या डोमेन के लिए, डेवलपर्स अक्सर बस पर्याप्त नहीं जानते हैं। यहां तक ​​कि एक सामान्य अंतर्दृष्टि और कुछ अनुभव के साथ, वे अक्सर शांत सुविधाओं या सुविधाओं को लागू करने के लिए करते हैं जो लागू करना आसान होते हैं, लेकिन ग्राहक के लिए बहुत अधिक मूल्य नहीं जोड़ते हैं और उत्पाद को अधिक जटिल बनाते हैं। ये ऐसे मामले हैं जहां उत्पादों को डोमेन विशेषज्ञों द्वारा संचालित किया जाना चाहिए।

Comments

और डोमेन विशेषज्ञ कभी-कभी प्रबंधक, कभी-कभी डेवलपर, कभी-कभी सीईओ, कभी उत्पाद प्रबंधक, कभी ग्राहक समर्थन व्यक्ति, और कभी-कभी बिक्री व्यक्ति होता है।

— जय गोडसे

बड़ी समस्या यह है कि अक्सर लोग सोचते हैं कि वे डोमेन विशेषज्ञ हैं जब वे नहीं होते हैं। मैंने उत्पाद प्रबंधकों और मुख्य कार्यकारी अधिकारियों को एक समस्या के बारे में जाना है जो लक्षित ग्राहकों के दिमाग में कभी भी मौजूद नहीं था। बेशक, इन उत्पाद प्रबंधकों और मुख्य कार्यकारी अधिकारियों ने अपने दर्द बिंदुओं को खोजने के लिए संभावित ग्राहकों से बात करने में पर्याप्त समय नहीं बिताया।

— जय गोडसे

Answer 6

मुझे लगता है कि यह स्पष्ट रूप से डेवलपर-उन्मुख उत्पाद (जैसे एडब्ल्यूएस या विज़ुअल स्टूडियो) के लिए सबसे अच्छा दृष्टिकोण है, लेकिन मुझे यकीन नहीं है कि यह स्पष्ट रूप से सामान्य रूप से बेहतर दृष्टिकोण है। मेरा मतलब है, मैं आमतौर पर चीजों को दूसरे तरीके से देखता हूं: डेवलपर्स सबसे अच्छे दृष्टिकोण पर बहस करते हुए खड़े होते हैं जबकि गैर-तकनीकी लोग जल्दी से निर्णय लेते हैं। व्यक्तिगत रूप से, मैं यह कहना चाहूंगा कि सही उत्तर कहीं बीच में है। एक उत्पाद प्रबंधक होना चाहिए जिसके पास व्यापक दिशा निर्धारित करने की क्षमता हो, जिसे डेवलपर्स तब लागू करें।

Answer 7

डेवलपर द्वारा संचालित सॉफ्टवेयर ज्यादातर मामलों में प्रबंधक द्वारा संचालित सॉफ्टवेयर से बेहतर हो सकता है। प्रबंधक सुविधाओं में सबसे अधिक मूल्य देखते हैं (ज्यादातर buzzwordish विशेषताएं) जो किसी विज्ञापन पर अच्छे लगते हैं या भाषण में उपयोग किए जा सकते हैं। डेवलपर्स विभिन्न मूल्यों को देखते हैं: प्रदर्शन, कम बग, दुबला डिजाइन, रखरखाव। यह लगभग बेहतर सॉफ्टवेयर की ओर जाता है।

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

Answer 8

क्या होगा यदि आप तेजी से उत्पादों का उत्पादन करते हैं जो कोई उपयोग नहीं करना चाहता है?

एक ही विशेषता (कार्यक्षमता, बाजार का समय, मूल्य, गुण, आदि) पर ध्यान केंद्रित करने से एक निश्चित समय के लिए समझ बन सकती है। जैसे Apple ने iPhone और iPad को दरवाजे से बाहर निकाल दिया। गुणवत्ता में थोड़ी कमी आई लेकिन पहले होना काफी महत्वपूर्ण था।

मुझे लगता है कि यह आपको नुकसान पहुंचाता है, यदि आप केवल लंबे समय में एक पहलू पर ध्यान केंद्रित करते हैं।

Answer 9

जब तक यह एक वास्तविक दुनिया की समस्या हल नहीं करता है

• प्रोग्रामर आमतौर पर समस्याओं को हल करना पसंद करते हैं, कभी-कभी उन समस्याओं के लिए जो अभी तक मौजूद नहीं हैं :)
• प्रोग्रामर आमतौर पर भयानक GUI बनाते हैं, क्योंकि इसका एक माध्यमिक विचार है
• अधिकांश उपयोगकर्ता समस्याएं प्रोग्रामर समस्याओं के समान नहीं हैं ।
• इस प्रकार प्रोग्रामर संचालित उत्पाद आमतौर पर अन्य प्रोग्रामर के लिए अच्छा होगा, लेकिन उपयोगकर्ताओं के लिए इतना अच्छा नहीं है।

साथ ही फेस-बुक पर एक नोट:

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

तथापि:

• यदि प्रोग्रामर के पास वास्तविक "उपयोगकर्ता" समस्या है, तो वह प्रोग्रामर समस्या नहीं है। फिर इसकी संभावना है कि इसकी बहुत अच्छी बात है। यदि हितधारक भी डेवलपर है कि समस्या के संबंध में एक महान उत्पाद समाधान के लिए एक आदर्श स्थिति है।

Answer 10

(ओह गोश ... मैंने अभी-अभी कुछ ऐसा पढ़ा है "मुझे बहुत अच्छा विचार आया है! मुझे बस एक डेवलपर की ज़रूरत है। यह एक हफ्ते के भीतर मुझे लगता है। वैसे भी ...)

महान विचार एक दर्जन से अधिक हैं। बात को लागू करना यही मायने रखता है। यदि डेवलपर महान विचार वाला है, तो वह इसे लागू कर सकता है।

Comments

क्षमा करें, लेकिन जब आप वादियों और क्लिच को निकालते हैं, तो मुझे वास्तविक उत्तर नहीं दिखता है।

— जेसन बेकर

सफलता के बारे में सुनाई गई अधिकांश सलाह में "अच्छे विचार के बारे में बात करना बंद करो और ऐसा करने के लिए चीजें करना शुरू करो।" एक डेवलपर अपने अच्छे विचार को लागू करने से बात करना बंद कर देता है और करना शुरू कर देता है। तो सवाल का जवाब (शीर्षक में) है, "हां, एक डेवलपर द्वारा संचालित उत्पाद एक अच्छी बात है।" अगर यह क्लिच है तो मुझे क्षमा करें।

— जॉन