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

आमच्या ग्राहकांशी आमची सर्व कराराची मासिक गुंतवणूकी चालू आहे. फारच क्वचित आम्ही एखाद्या निश्चित प्रकल्पाचा पाठपुरावा करतो आणि बहुतेक वेळेला आम्ही वेळेची हमी देत ​​नाही. काहींना ते भयानक वाटेल पण मुद्दा असा आहे की उद्दीष्ट सोडण्याची तारीख नसावी तर ती व्यवसायाचा निकाल असावा. आमचे कार्य आमच्या ग्राहकांच्या व्यवसायाचे निकाल मिळविणे हे आहे, लाँचच्या तारखांसाठी शॉर्टकट न घेता. हेल्थकेअर.gov शिकत असताना, हा एक मार्ग आहे ज्यामुळे अपेक्षांना गमावले जाईल.

क्लायंट प्रकल्प प्रयत्न आणि ठेवण्यासाठी वेळेवर, आम्ही आवश्यक असलेल्या (व्यवसाय परिणामाची पूर्तता) आवश्यक असणे आवश्यक आहे आणि छान (पर्यायी वर्धित) मध्ये असणे आवश्यक आहे. रिलीजच्या वेळी आम्ही नेहमीच वेळापत्रक पूर्ण करत नाही, कारण आम्हाला माहित आहे की नेहमीच काही बदल आवश्यक असतात.

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

  1. कधीही, कधीही उल्लंघन करू नका वेळ, किंमत आणि वैशिष्ट्य नियम सेट करा. याचा त्रिकोण म्हणून विचार करा, आपण एक बिंदू असणे आवश्यक आहे निश्चित आणि इतर दोन चल. या जगात, पुरेसा वेळ आणि पैसा असल्याशिवाय जवळजवळ काहीही तयार केले जाऊ शकते. तथापि, वेब अनुप्रयोग बनविणार्‍या कोणालाही अग्रभागी निवडले पाहिजे जे सर्वोच्च प्राधान्य आहे. हे प्रोजेक्ट कसे सुरू करावे यासाठी स्वर आणि लक्ष केंद्रित करते. उदाहरणार्थ,
    • एकदा विशिष्ट वैशिष्ट्ये पूर्ण झाल्यावरच ते लाँच केले पाहिजे (पैसे आणि वेळ बदलू शकतात).
    • हे द्रुतपणे सुरू करावे (पैसे आणि वैशिष्ट्ये बदलू शकतात).
    • हे बजेट लक्षात घेऊन लाँच केले पाहिजे (वेळ आणि वैशिष्ट्ये बदलू शकतात).
  2. सह सुरू करत आहे अंतिम रेषा सुरूवातीच्या ओळीऐवजी लक्षात ठेवा. वेब अनुप्रयोग एक प्रकल्प म्हणून पाहिले पाहिजे की होईल प्रारंभ आणि नंतर विकसित. सुरुवातीच्या टप्प्यावर पूर्ण करण्याच्या उद्देशाने बांधकाम करण्यापेक्षा आज वाढीसाठी आणि उत्क्रांतीसह जे महत्त्वाचे आणि अनिवार्य आहे ते बनविणे नेहमीच चांगले असते.
  3. बरेच विक्रेते सहभागी. असे सांगितले गेले आहे की ओबामाकेअर वेबसाइटमध्ये जवळपास 55 विक्रेत्यांचा सहभाग होता. कोणत्याही प्रकल्पात अनेक विक्रेते जोडणे निसरडी उतार असू शकते. आपण फाईल व्हर्जनिंग, आर्ट फाईल विसंगती, कला मत विसंगती, प्रोजेक्ट बेबंद, आणि यादी पुढे चालू ठेवण्यात अडचणी उद्भवू शकतात याची हमी आपण जवळजवळ देऊ शकता. कल्पना करा की आमच्याकडे एकूण 55 सिनेट असतील तर एकूणच समस्येचा एक भाग सोडवण्याची जबाबदारी देण्यात आली.
  4. माहिती आर्किटेक्चर गांभीर्याने घेतले नाही. बर्‍याचदा, मोठ्या एजन्सी विक्रेत्यांना आरएफपी वर बिड सबमिट करण्यास सांगतात आणि माहितीच्या आर्किटेक्चर प्रक्रियेवर संपूर्णपणे वगळतात आणि काही व्याप्ती समजल्याशिवाय किंवा मान्य न करता विकासात उडी मारतात. ही एक प्रचंड, कुरुप, वेळ वाया घालवणे, पैसा गमावणे, चुकणे आहे. आपण प्रोग्रामिंग सुरू करण्यापूर्वी ज्या गोष्टींचा अंदाज येऊ शकत नाही अशा गोष्टींवर आपण सहजपणे आणि चपळ आणि लवचिक होण्यास तयार असाल तर तेवढे अर्जेक्टिव्ह आर्किटेक्चरसाठी हे अत्यंत मूल्यवान आहे (हे ब्ल्यूप्रिंटशिवाय घर बांधण्यासारखे आहे). विक्रेत्यांचे बजेट संपण्याची आणि हे योग्यरित्या केले नाही तर कोप corn्यास सुरवात करणे निश्चित आहे.
  5. त्यासाठी पुरेसा वेळ नाही गुणवत्ता हमी. हेल्थकेअर.गोव्हच्या प्रारंभासाठी हा मोठा अधोगती होता हे स्पष्ट आहे. ते कठोर प्रक्षेपण तारखेवर काम करीत होते (या प्रकरणात त्रिकोणाचे निश्चित बदल वेळ आहे) आणि योजनेमध्ये तयार केलेल्या गुणवत्तेच्या हमीसाठी लाँचची तारीख पूर्ण करण्यासाठी वैशिष्ट्ये आणि बजेटमध्ये बदल केले गेले पाहिजेत. ही एक महत्त्वपूर्ण चूक आहे आणि बहुतेक लोकांना त्यांच्या नोकर्‍या खर्ची पडतात.

तुला काय वाटत?

ही साइट स्पॅम कमी करण्यासाठी अकिस्मेट वापरते आपल्या टिप्पणी डेटावर प्रक्रिया कशी केली जाते ते जाणून घ्या.