वेब-विकास तैयारी और संपूर्ण परियोजना वर्कफ़्लो


9

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

मैं जो खोज रहा हूं, वह है:
1. तैयारी / योजना जो आमतौर पर आपके द्वारा विकास शुरू करने से पहले की जाती है, एक बार जब आप जानते हैं कि वास्तव में क्या बनाया जाना चाहिए।
2. अपने अनुभव से कृपया मुझे उस प्रक्रिया पर प्रतिक्रिया / सुझाव दें, जिसका मैं वर्तमान में पालन करता हूं।

जिन ग्राहकों के साथ मैं काम करता हूं वे आमतौर पर स्टार्टअप हैं और उनके पास सीमित बजट है इसलिए मैं उन्हें प्रति / घंटा के आधार पर चार्ज नहीं कर सकता (मुझे लगता है कि बड़ी कंपनियां आमतौर पर अपने ग्राहकों को विकास परियोजनाओं के लिए [मैन / घंटे] पर बिल भेजती हैं) निश्चित बजट के साथ काम करें।

यह वह प्रक्रिया है जिसका मैं वर्तमान में पालन कर रहा हूं:
1. परियोजना के दायरे को पूरा करें और समझने की कोशिश करें कि वे एक-दो बैठकों में क्या पूरा करने की कोशिश कर रहे हैं।
2. उन्हें एक मोटा बॉल-पार्क आंकड़ा दें, जो सामान्य रूप से वर्णन करता है कि वे परियोजना से क्या उम्मीद करते हैं, मैं विशेषताओं के बारे में विशिष्ट होने की कोशिश करता हूं, लेकिन, मैं इसमें बहुत समय नहीं लगा रहा हूं क्योंकि मुझे पता है ग्राहक बस उद्धरण के लिए चारों ओर पूछ रहा हो सकता है, और वास्तव में परिवर्तित नहीं हो सकता है।
3. मैं भुगतान और काम के लिए जेफ एटवुड के सुझाव का पालन करता हूं:

15% भुगतान - किसी भी काम को शुरू करने से पहले अग्रिम
। इस चरण के दौरान अंतिम वेबसाइट का HTML मॉकअप किया जाता है, एक फ़्लोचार्ट ( yEd के साथ ) जितना संभव हो सके वेबसाइट का वर्णन करते हुए और एक दस्तावेज़ जिसमें अन्य विशेषताओं का उल्लेख किया गया है जो फ़्लोचार्ट में नहीं हैं । यह परियोजना के सभी विवरणों में जाकर और उन बिट्स को अंतिम रूप देने के द्वारा किया जाता है जो सहमत मूल्य के लिए कार्यान्वित करने के लिए बहुत अधिक काम और सामान में फिट होंगे। चूँकि बारीकियों पर पहले चर्चा नहीं की गई है, इसलिए इनका भाग भी कमोबेश एक वार्ता है जो उन्हें वास्तव में मिलेगा। क्योंकि यह एक निश्चित बजट परियोजना है, इसमें निश्चित आवश्यकताओं की आवश्यकता होती है, अन्यथा, जैसे ही अधिक सुविधाएँ जोड़ी जाती हैं, मेरी कीमत कम होती रहती है।
एक रंग योजना, डिजाइन वायरफ्रेम और डिजाइन पीएसडी को भी अंतिम रूप दिया गया है।

35% भुगतान - विकास शुरू करें
परियोजना तय हो गई है, विकास शुरू करें। मैं अपने सर्वर पर साइट को होस्ट करता हूं, जहां क्लाइंट फ्रंट-एंड तक पहुंच सकता है, लेकिन, किसी भी कोड तक पहुंच नहीं है।

30% भुगतान - क्लाइंट के सर्वर पर शिफ्ट कोड / क्लाइंट को सर्वर एक्सेस विवरण दें
साइट को लाइव करें।

20% भुगतान - साइट पर जाने के कुछ हफ़्ते बाद, एक बार सभी कीड़े ठीक हो गए।


प्रश्न:
1. एक बार जब आपको पता चल जाता है कि आप क्या बनाने जा रहे हैं, तो कोडिंग शुरू करने से पहले आप किस तरह की प्लानिंग करेंगे?

2. आपके अनुभव से, पूरी प्रक्रिया के कौन से हिस्से आप अलग तरीके से करेंगे?


दुर्भाग्य से बहुत सारे ग्राहक कभी भी यह जानने की बात तक नहीं पहुँचते कि वे आपको क्या बनाना चाहते हैं। मेरे द्वारा पाया गया सबसे अच्छा तरीका कुछ महत्वपूर्ण पृष्ठों का मॉकअप करना है और फिर उन्हें बैठकर उपयोगकर्ता कहानियां बताना शुरू करना है। मैं जानबूझकर कुछ कहानियों को स्पष्ट रूप से गलत बनाता हूं ताकि ग्राहक को यह कहने के लिए मजबूर किया जा सके, "नहीं, मैं चाहता हूं कि यह इस तरह से काम करे ..." यह अंततः हमें एक परियोजना युक्ति से संपर्क करने के लिए मिलता है, लेकिन यह हमेशा के लिए बाद में बदल जाता है। आह।
पीटर रोवेल

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

@maple_shaft: मुझे लगता है कि। जब मैं कहता हूं 'स्पष्ट रूप से गलत है,' तो मेरा मतलब है कि ब्लोटली बोगस® है कि मैं सामान्य रूप से कुछ चकलों से अधिक प्राप्त करता हूं। एक ग्राहक को अपनी वेबसाइट (विज़न / टाइम / मनी) में पूरी तरह से निवेशित होना एक सफल परियोजना के लिए महत्वपूर्ण है। यह चौंकाने वाला है (कम से कम मेरे लिए) कितने लोग सोचते हैं कि एक नई साइट ऐसी चीज है जिसे वे हाथ लगा सकते हैं और यह जादुई रूप से दिखाई देगा।
पीटर रोवेल

मैं मॉकअप के बारे में भी सहमत हूं, लिखित पाठ की कोई भी राशि ग्राहक को यह समझने के लिए नहीं मिलेगी कि उन्हें क्या मिलेगा (अधिकांश इसे समझ नहीं सकते हैं या इसे समझने की परवाह नहीं करेंगे) - एक मॉकअप क्लाइंट के लिए चीजों को स्पष्ट कर देगा, कुछ प्रलेखन भी (कल्पना) + एक अनुबंध या ऐसा कुछ जो कहता है: "आपको यह सब मिलेगा, और वास्तव में, इससे अधिक कुछ नहीं" मदद करता है। विकास के दौरान, मुझे लगता है कि चीजों को बदलने के लिए कुछ लचीलापन हो सकता है, लेकिन अगर कुछ ऐसा आता है जो आपके हिसाब से ज्यादा काम दिखाता है, तो मुझे लगता है कि मोक्स और स्पेक डॉक्स को बाहर निकालने की जरूरत है और अतिरिक्त काम का मतलब अतिरिक्त लागत भी है।
DMIN

जवाबों:


10

चर्चा के लिए बढ़िया अंक!

अर्हता प्राप्त करने के लिए - मैं रक्षा उद्योग में BIG वेब विकास परियोजनाओं में काम करता हूं। हमारे पास आम तौर पर 10-40 लोगों की एक टीम है, जो पिछले वर्षों में एकल ग्राहक, परियोजनाओं का समर्थन करते हैं और ग्राहक के पास पैसा और उच्च मांग दोनों हैं। इसलिए माइलेज अलग हो सकता है - आप ओवरप्लान नहीं करना चाहते हैं!

1 एक बार जब आपको पता चल जाता है कि आप क्या बनाने जा रहे हैं, तो कोडिंग शुरू करने से पहले आप किस तरह की प्लानिंग करेंगे?

यह 15% अनुभाग के बाद, 35% की शुरुआत में है, है ना?

  • लक्ष्य वेब सर्वर और भाषा पर निर्णय लें
  • डेटा भंडारण पर निर्णय लें - XML, डेटाबेस, कौन सा डेटाबेस?
  • प्रमुख एपीआई पर निर्णय लें - डेटा दृढ़ता, जीयूआई, लॉगिंग, निर्भरता इंजेक्शन, आदि।
  • लॉगिन मैकेनिज्म पर निर्णय लें - जोखिमों के बारे में जानकारी और सुरक्षा के लिए आप जो प्रयास कर रहे हैं। भुगतान तंत्र शामिल हो सकते हैं।
  • एक उच्च स्तरीय वास्तुकला और नामकरण सम्मेलनों की योजना बनाएं
  • सुविधा रोल आउट का क्रम चुनें, ताकि आप शुरू करने के लिए अच्छी जगह जान सकें
  • यदि लागू हो तो एक परीक्षण रणनीति और स्वचालित परीक्षण रूपरेखा तय करें
  • CM सिस्टम स्थापित करें

2 अपने अनुभव से, आप पूरी प्रक्रिया के किन हिस्सों को अलग तरह से करेंगे?

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

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


2

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

  1. स्कोप पर अनुमान अधोमानक हो गया और आप अपनी कमीज़ उतार देते हैं।
  2. आपके द्वारा अंतिम परिणाम से असंतुष्ट होने के परिणामस्वरूप ग्राहक को सभी स्कोपों ​​की जानकारी नहीं है या नहीं कर सकते हैं।

आपके लिए नंबर 2 एक बेहतर स्थिति है क्योंकि यदि वे कार्यक्षेत्र पर हस्ताक्षर करते हैं और फिर बाद में अपना विचार बदल देते हैं तो आप अधिक पैसे के लिए पुन: वार्ता कर सकते हैं। बस सुनिश्चित करें कि आप अनुमान लगाने से पहले गुंजाइश को समझते हैं, और यह कि आप दायरे को समझते हैं और आप क्या वितरित करेंगे।

सुनिश्चित करें कि वे गुंजाइश पर साइन इन करें! ऐसी कंपनियां जो एक निश्चित मूल्य पर जोर देती हैं और स्कोप पर हस्ताक्षर करने से इनकार कर देती हैं, वे ग्राहक हैं और आप इसके साथ अपना समय बर्बाद नहीं करना चाहते हैं। तुम हमेशा हारोगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.