वेब विकास त्रिकोण
आमच्या क्लायंटसह आमचे सर्व करार चालू मासिक प्रतिबद्धता आहेत. फार क्वचितच आम्ही निश्चित प्रकल्पाचा पाठपुरावा करतो आणि क्वचितच आम्ही वेळेची हमी देतो. हे काहींना भीतीदायक वाटू शकते, परंतु मुद्दा असा आहे की उद्दिष्ट प्रकाशनाची तारीख नसावी, ते व्यवसायाचे परिणाम असावे. आमचे काम आमच्या क्लायंटचे व्यवसाय परिणाम मिळवणे आहे, लॉन्च तारखा करण्यासाठी शॉर्टकट न घेणे. Healthcare.gov शिकत असल्याने, तो मार्ग चुकलेल्या अपेक्षांकडे नेईल.
क्लायंटचे प्रोजेक्ट वेळेवर करून पाहण्यासाठी आणि ठेवण्यासाठी, आम्ही आवश्यकता (व्यवसाय परिणाम पूर्ण करण्यासाठी) आणि नाईस-टू-हेव्हव्हस् (पर्यायी सुधारणा) यांमध्ये विभक्त करतो. आम्ही रिलीझच्या वेळी पूर्ण होण्याचे शेड्यूल देखील करत नाही कारण आम्हाला माहित आहे की नेहमी काही बदल आवश्यक असतील.
रॉबर्ट पॅट्रिक हे सीईओ आहेत पीएचडी लॅब, एक एजन्सी जी अनेक शीर्ष Fortune 500 कंपन्यांसाठी वेबसाइट डिझाइन करते, तयार करते आणि लॉन्च करते. रॉबर्ट हेल्थकेअर डॉट gov ला आलेल्या अडचणींवर लक्ष ठेवत आहे आणि अयशस्वी लॉन्चसाठी पाच प्रमुख कारणे दिली आहेत.
- कधीही, कधीही उल्लंघन करू नका वेळ, किंमत आणि वैशिष्ट्य नियम सेट करा. याचा त्रिकोण म्हणून विचार करा; तुम्ही निश्चित करण्यासाठी एक बिंदू आणि इतर दोन व्हेरिएबल्स निवडणे आवश्यक आहे. या जगात, पुरेसा वेळ आणि पैसा असेल तर काहीही तयार होऊ शकते. तथापि, वेब ऍप्लिकेशन बनवणार्या कोणीही अगोदर निवडले पाहिजे, जे सर्वोच्च प्राधान्य आहे. हे टोन सेट करते आणि प्रोजेक्ट कसा सुरू करावा यावर लक्ष केंद्रित करते. उदाहरणार्थ,
- एकदा विशिष्ट वैशिष्ट्ये पूर्ण झाल्यावरच ते लाँच केले पाहिजे (पैसे आणि वेळ बदलू शकतात).
- हे द्रुतपणे सुरू करावे (पैसे आणि वैशिष्ट्ये बदलू शकतात).
- हे बजेट लक्षात घेऊन लाँच केले पाहिजे (वेळ आणि वैशिष्ट्ये बदलू शकतात).
- सह सुरू करत आहे अंतिम रेषा सुरूवातीच्या ओळीऐवजी लक्षात ठेवा. वेब अनुप्रयोग एक प्रकल्प म्हणून पाहिले पाहिजे की होईल प्रारंभ आणि विकसित. वाढ आणि उत्क्रांती लक्षात घेऊन आजच्या काळासाठी जे आवश्यक आणि अनिवार्य आहे ते तयार करणे केव्हाही चांगले असते.
- बरेच विक्रेते सहभागी आहेत. असे नोंदवले गेले आहे की ओबामाकेअर वेबसाइटमध्ये जवळपास 55 विक्रेते सहभागी होते. कोणत्याही प्रकल्पात एकाधिक विक्रेते जोडणे एक निसरडा उतार असू शकतो. फाइल व्हर्जनिंग, आर्ट फाईल विसंगती, कला मत विसंगती, प्रकल्प सोडून देणे इत्यादी समस्या असतील याची तुम्ही जवळजवळ हमी देऊ शकता. कल्पना करा की आमच्याकडे 55 सिनेट असतील तर प्रत्येकाला समस्येचा एक भाग सोडवण्याचे काम दिले जाईल.
- माहिती आर्किटेक्चर गांभीर्याने घेतले जात नाही. बर्याचदा, मोठ्या एजन्सी विक्रेत्यांना RFP वर बोली सबमिट करण्यास सांगतील आणि माहिती आर्किटेक्चर प्रक्रिया पूर्णपणे वगळून विकासाकडे वळतील आणि व्याप्ती समजून घेतल्याशिवाय किंवा त्यावर सहमती न घेता. ही खूप मोठी, कुरूप, वेळ वाया घालवणारी, पैसा गमावणारी, चूक आहे. तुम्ही जितके अॅप्लिकेशन तयार करू शकता तितके तयार करणे अत्यंत मौल्यवान आहे आणि तुम्ही प्रोग्रामिंग सुरू करण्यापूर्वी ज्या गोष्टींचा अंदाज लावला जाऊ शकत नाही अशा गोष्टींवर चपळ आणि लवचिक राहण्यासाठी तयार राहा (हे ब्लूप्रिंटशिवाय घर बांधण्यासारखे आहे). हे योग्यरित्या न केल्यास विक्रेत्यांचे बजेट संपेल आणि कोपरे कापण्यास सुरुवात होईल.
- त्यासाठी पुरेसा वेळ नाही गुणवत्ता हमी. HealthCare.Gov लाँच करण्यात ही मोठी घसरण होती. ते कठोर प्रक्षेपण तारखेवर काम करत होते (या प्रकरणात वेळ हा त्रिकोणाचा निश्चित व्हेरिएबल आहे), आणि योजनेमध्ये अंतर्भूत योग्य गुणवत्ता आश्वासनासाठी वेळेसह लॉन्च तारखेची पूर्तता करण्यासाठी वैशिष्ट्ये आणि बजेट सुधारित केले गेले असावे. ही एक महत्त्वपूर्ण चूक आहे आणि कदाचित अनेक लोकांना त्यांच्या नोकऱ्यांवर खर्च करावा लागतो.