वेब विकास त्रिकोण

हमारे ग्राहकों के साथ हमारे सभी अनुबंध मासिक रूप से चल रहे हैं। बहुत कम ही हम एक निश्चित परियोजना का पीछा करते हैं और लगभग कभी भी हम समयरेखा की गारंटी नहीं देते हैं। यह कुछ लोगों के लिए डरावना लग सकता है लेकिन मुद्दा यह है कि लक्ष्य रिलीज की तारीख नहीं होनी चाहिए, यह व्यावसायिक परिणाम होना चाहिए। हमारा काम अपने ग्राहकों को व्यावसायिक परिणाम प्राप्त करना है, लॉन्च की तारीख बनाने के लिए शॉर्टकट नहीं लेना है। जैसा कि Healthcare.gov सीख रहा है, यह एक ऐसा मार्ग है जो छूटी हुई अपेक्षाओं की ओर ले जाएगा।

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

रॉबर्ट पैट्रिक के सीईओ हैं पीएचडी लैब्स, एक एजेंसी जो कई शीर्ष फॉर्च्यून 500 कंपनियों के लिए वेबसाइटों का डिजाइन, निर्माण और लॉन्च करती है। रॉबर्ट हेल्थकेयर.gov में आने वाली कठिनाइयों पर नजर रख रहा है और असफल प्रक्षेपण के 5 प्रमुख कारण बताए हैं।

  1. कभी, कभी उल्लंघन समय, लागत और सुविधा नियम निर्धारित करें। इसे त्रिकोण के रूप में सोचें, आपको एक बिंदु चुनना होगा तय और अन्य दो चर। इस दुनिया में, जब तक पर्याप्त समय और पैसा है, तब तक कुछ भी बनाया जा सकता है। हालांकि, वेब एप्लिकेशन बनाने वाले किसी भी व्यक्ति को, अप फ्रंट को चुनना चाहिए, जो सर्वोच्च प्राथमिकता है। यह टोन सेट करता है और इस बात पर ध्यान केंद्रित करता है कि किसी प्रोजेक्ट को कैसे लॉन्च किया जाना चाहिए। उदाहरण के लिए,
    • क्या इसे केवल एक बार विशिष्ट सुविधाओं (पैसा और समय परिवर्तनशील है) के लिए लॉन्च किया जाना चाहिए।
    • क्या इसे जल्दी से लॉन्च किया जाना चाहिए (पैसा और विशेषताएं परिवर्तनशील हैं)।
    • क्या इसे बजट को ध्यान में रखते हुए लॉन्च किया जाना चाहिए (समय और विशेषताएं परिवर्तनशील हैं)।
  2. के साथ लॉन्च हो रहा है फिनिश लाइन शुरू की लाइन के बजाय ध्यान में रखें। वेब अनुप्रयोगों को एक परियोजना के रूप में देखा जाना चाहिए प्रारंभ और फिर विकसित करना। विकास और विकास को ध्यान में रखते हुए आज के लिए जो महत्वपूर्ण और अनिवार्य है, उसका निर्माण हमेशा शुरुआती बिंदु पर खत्म करने के इरादे से निर्माण से बेहतर है।
  3. बहुत सारे विक्रेता शामिल किया गया। यह बताया गया है कि Obamacare वेबसाइट में करीब 55 विक्रेता शामिल थे। किसी भी परियोजना में कई विक्रेताओं को जोड़ना एक फिसलन ढलान हो सकता है। आप लगभग गारंटी दे सकते हैं कि फ़ाइल संस्करण, कला फ़ाइल विसंगतियां, कला राय विसंगतियां, परियोजना परित्याग के साथ समस्याएँ होंगी, और सूची आगे बढ़ती है। सोचिए अगर हमारे पास कुल समस्या का एक हिस्सा हल करने के साथ 55 सीनेट्स थे।
  4. सूचना वास्तुकला गंभीरता से नहीं लिया। अक्सर, बड़ी एजेंसियां ​​​​विक्रेताओं से आरएफपी पर बोली जमा करने के लिए कहेंगी और किसी दायरे को समझे या सहमति के बिना सूचना वास्तुकला प्रक्रिया को पूरी तरह से विकास में कूदने से रोकेंगी। यह एक बहुत बड़ा, बदसूरत, समय बर्बाद करने वाला, पैसा खोने वाला, गलती है। यह आर्किटेक्ट के लिए उतना ही मूल्यवान है जितना कि आप आगे बढ़ सकते हैं और उन चीजों पर चुस्त और लचीला होने के लिए तैयार रहें जिन्हें आप प्रोग्रामिंग शुरू करने से पहले अच्छी तरह से पूर्वानुमानित नहीं किया जा सकता है (यह ब्लूप्रिंट के बिना घर बनाने जैसा है)। यदि यह सही तरीके से नहीं किया जाता है तो विक्रेताओं को बजट से बाहर निकलना और कोनों में कटौती करना शुरू हो जाता है।
  5. के लिए पर्याप्त समय नहीं है क्वालिटी एश्योरेंस। यह स्पष्ट है कि यह HealthCare.Gov के लॉन्च के लिए एक बड़ी गिरावट थी। वे एक हार्ड लॉन्च तिथि पर काम कर रहे थे (समय इस मामले में त्रिकोण का निश्चित चर है) और योजना में निर्मित उचित गुणवत्ता आश्वासन के लिए सुविधाओं और बजट को लॉन्च की तारीख को पूरा करने के लिए संशोधित किया जाना चाहिए था। यह एक महत्वपूर्ण गलती है और शायद बहुत से लोगों को अपने काम पर खर्च करना पड़ता है।

तुम्हें क्या लगता है?

यह साइट स्पैम को कम करने के लिए अकिस्मेट का उपयोग करती है। जानें कि आपका डेटा कैसे संसाधित किया जाता है.