हम परियोजनाओं का मूल्यांकन करते हैं

काम पर मेरी मुख्य गतिविधियों में से एक परियोजना मूल्यांकन है। और इस लेख में मैं इस क्षेत्र में अपने अनुभव को साझा करने का प्रयास करूंगा।





इस विषय पर बहुत सी किताबें और लेख लिखे गए हैं, लेकिन अक्सर उनमें से सभी उदाहरण कई वर्षों के लिए कई मिलियन परियोजनाओं का वर्णन करते हैं, और उन्हें 1000 घंटे तक की छोटी परियोजनाओं की जरूरतों के लिए अनुकूल करना काफी समस्याग्रस्त है, ऐसी परियोजनाओं के लिए "विशेषज्ञ" मूल्यांकन की आवश्यकता है - अर्थात ऐसे व्यक्ति का मूल्यांकन जो तकनीक से परिचित हो और ऐसी परियोजनाओं के विकास का नेतृत्व या विकास किया हो। और इसलिए मान लें कि आप परियोजना का मूल्यांकन करने वाले व्यक्ति हैं।



बुश के आस-पास नहीं फटकने के लिए, एक उदाहरण देना सबसे अच्छा है, तो चलिए निम्न मैला आवश्यकताओं के साथ एक सार परियोजना लेते हैं:



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



चलिए शुरू करते हैं:

1. ग्राहक के व्यवसायिक विचार को समझने की कोशिश करना, यदि आप सफल नहीं हुए - तो आपको इस समझ को प्राप्त करने की आवश्यकता है। इस विवरण को देखते हुए, आप साइट से प्रतिक्रिया प्राप्त करने के लिए 2 विकल्प सुझा सकते हैं - बेची गई पुस्तकों का प्रतिशत और प्रासंगिक विज्ञापन (जिनमें से एक शब्द नहीं कहा गया था, लेकिन बहुत बार डिफ़ॉल्ट रूप से माना जाता है)
2. ग्राहक से निम्नलिखित प्रश्न पूछें:
   • सिस्टम के लिए लोड की आवश्यकताएं क्या हैं, कितने पंजीकृत उपयोगकर्ता होंगे, कितने ऑनलाइन होंगे (मुझे संदेह है कि ग्राहक "प्रतिस्पर्धा के अनुरोध" वाक्यांश को पर्याप्त रूप से समझ जाएगा);
   • क्या मुझे बहुभाषी समर्थन की आवश्यकता है?
   • किन ब्राउज़रों में साइट सही ढंग से प्रदर्शित होनी चाहिए?
   • साइट की सुरक्षा के लिए क्या आवश्यकताएं हैं (यह स्पष्ट है कि हम एक छिद्रपूर्ण एप्लिकेशन नहीं लिखेंगे, लेकिन यह पहले से जानना बेहतर है कि साइट HTTPS के माध्यम से काम करेगी और प्रत्येक उपयोगकर्ता के लिए URL अद्वितीय होंगे)
3. प्रोजेक्ट को घटकों में विभाजित करें - प्रोजेक्ट की एक फीचर सूची बनाएं
4. हम उन सभी प्रश्नों को लिखते हैं जो उन्हें ग्राहक से पूछना नहीं भूलते हैं, प्रत्येक प्रश्न के स्पष्टीकरण के साथ देना उचित है, ताकि ग्राहक को शर्मिंदा न किया जाए, और इससे उसे सही जवाब देने के लिए धक्का नहीं लगेगा, जो कुछ जोखिमों को कम करेगा (उदाहरण के लिए, विभिन्न का समर्थन करने का प्रश्न) ब्राउज़र, यह उल्लेख करना बेहतर है कि आज सबसे लोकप्रिय IE6.0 +, FF 2.0+ और Safari 3.0+ हैं, अन्यथा एक जोखिम है कि आपको कुछ धागे जीवाश्मों के लिए डिज़ाइन को अनुकूलित करना होगा, जैसे कि नेटस्केप 8.0)
5. हम एक्सएलएस प्रारूप में ग्राहक को विस्तृत टिप्पणियों और प्रश्नों के साथ अंतिम मूल्यांकन भेजते हैं - उसे स्वयं कुछ वस्तुओं को जोड़ने / हटाने का प्रयास करें

एक सुविधा सूची तैयार करना



आवश्यकताओं को समझने और कुछ भी याद न करने के लिए इस मद में कुछ कौशल की आवश्यकता होती है, और यहां एक फीचर सूची को संकलित करने के लिए कुछ सुझाव दिए गए हैं:

1. प्रत्येक आइटम में 2 रेटिंग शामिल होनी चाहिए - औसत और अधिकतम (यदि सभी जोखिम काम करते हैं, तो अभी जोखिमों का वर्णन करना बेहतर है)
2. अलग-अलग पैराग्राफ में निम्नलिखित भागों को हाइलाइट करें।
   • डिजाइन विकास और कार्यान्वयन
   • सिस्टम वास्तुकला विकास
   • डेटाबेस विकास
   • आवश्यकताओं का विश्लेषण (वास्तव में, यह वही है जो आप परियोजना की शुरुआत से पहले करेंगे, जिसमें लेखन दस्तावेज भी शामिल है)
   • यदि आपके पास एक विकास टीम है, तो एक बिंदु "नॉलेज ट्रांसफर" भी होना चाहिए - यह रैलियों का समय है, और इसी तरह की कार्य प्रक्रियाएं जो बजट खाती हैं
   • प्रबंधन - ग्राहक के साथ संचार और प्रबंधन को इस तरह शामिल करता है
   • परीक्षण - हमें एक जीवित प्रणाली की आवश्यकता है
   • ग्राहक के सर्वर में सिस्टम की तैनाती
3. "फ्री चीज़" को एक अलग आइटम के रूप में हाइलाइट करें - अगर आपने ऐसी कोई आवश्यकता नहीं की है, तो भी आपने क्या किया होगा, उदाहरण के लिए, WYSIWYG संपादक एकीकरण या उपयोगकर्ता के अनुकूल URL समर्थन, Google Analytics और Google AdSense एकीकरण

अब हम अपने "विवरण" से मुख्य बिंदुओं को उजागर करने का प्रयास करते हैं:

1. किसी साइट के लिए एक सामान्य घटना स्थैतिक जानकारी के साथ पृष्ठों की उपस्थिति है जिसे व्यवस्थापक द्वारा व्यक्तिगत अनुभव से बदला जा सकता है - 90% साइटों के लिए इस कार्यक्षमता को लागू करना आवश्यक था
2. हमारी साइट पर कम से कम 3 भूमिकाएँ हैं: अतिथि, पंजीकृत उपयोगकर्ता, व्यवस्थापक, या शायद अभी भी कोई मॉडरेटर होगा?
3. हमारे पास उपयोगकर्ताओं के अलावा कम से कम 5 इकाइयां हैं: किताबें, पोस्ट, टिप्पणियां और रेटिंग, साथ ही निजी वार्तालाप के लिए संदेश, यदि आप इसके बारे में थोड़ा और सोचते हैं, तो पुस्तकों के लिए श्रेणियां और पोस्ट के लिए टैग दिखाई देंगे (वेब ​​2.0 का पालन करने के लिए), ग्राहक के साथ सभी मान्यताओं को स्पष्ट करें।
4. अला वेब 2.0 का डिज़ाइन फ्लैश के साथ हो सकता है, या ग्राहक ने कहीं देखा, कुछ और वह ऐसा कुछ चाहता है, इसलिए हम सवालों की एक सूची तैयार करना जारी रखते हैं
5. यदि हमारे पास एक इलेक्ट्रॉनिक स्टोर है, तो क्या यह भुगतान गेटवे को एकीकृत करना है, यदि ऐसा है, तो कौन से हैं।
6. उपयोगकर्ताओं के बीच मैसेजिंग एक बल्कि फिसलन वाला क्षण है, शायद ग्राहक का मतलब चैट है, या यह आंतरिक संदेशों की एक सरल प्रणाली है? क्या उपयोगकर्ता किसी अन्य उपयोगकर्ता को संदेश भेज सकते हैं, या दोस्तों की सूची होगी?

एक मध्यवर्ती सुविधा सूची में निम्नलिखित आइटम शामिल हैं:

• संस्थाओं:
  • स्थैतिक पेज
  • उपयोगकर्ता
  • उपयोगकर्ता मित्र
  • ब्लॉग पोस्ट
  • ब्लॉग पोस्ट टैग
  • ब्लॉग की दरें
  • ब्लॉग टिप्पणियाँ
  • पुस्तकें
  • पुस्तकें श्रेणियाँ
  • संदेश
• मुफ्त अनुभाग
  • उपयोगकर्ता के अनुकूल URL
  • WYSIWYG संपादक
  • Google विश्लेषिकी
  • गूगल एडसेंस
• डिज़ाइन
• आर्किटेक्चर
• डेटाबेस आर्किटेक्चर
• ज्ञान हस्तांतरण
• प्रबंध
• परीक्षण
• तैनाती

अगला, भूमिका (अतिथि, उपयोगकर्ता, व्यवस्थापक) द्वारा इस सूची को तोड़ना सबसे अच्छा है, और प्रबंधन, परीक्षण, आवश्यकताओं के विश्लेषण और ज्ञान हस्तांतरण जैसी वस्तुओं के लिए, रेटिंग कुल विकास समय के प्रतिशत के रूप में इंगित की जाएगी, फिलहाल यह प्रबंधन के लिए 10% है, 30 बुनियादी परीक्षण के लिए% और विश्लेषण और ज्ञान हस्तांतरण के लिए 5% (ऐसे मूल्य व्यक्तिगत अनुभव और सामान्य ज्ञान से प्राप्त होते हैं)।



नतीजतन, मुझे एक बहुत ही मोटे अनुमान के साथ एक फीचर सूची मिली, लेकिन विवरण भी विवरण को खुश नहीं करता है। वास्तव में, सभी विवरणों को स्पष्ट किए जाने के बाद, यह पता चल सकता है कि ग्राहक को Wordpress MU जैसा कुछ चाहिए था, और स्टोर केवल अमेज़ॅन को रेफरल के साथ लिंक प्रदान करेगा, हालांकि, एक ही सफलता के साथ, ग्राहक एक सामाजिक नेटवर्क चाहते हैं सभी प्रासंगिक विशेषताओं के साथ ...



यदि आप इस विषय में रुचि रखते हैं, तो मैं आपको YouTube क्लोन के बारे में एक और लेख पढ़ने की सलाह दे सकता हूं।



क्रॉसपोस्ट: परियोजनाओं का मूल्यांकन