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

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

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

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

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

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

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