परियोजना प्रस्ताव टेम्पलेट / आवश्यकताएं [बंद]

Question

जब एक परियोजना के प्रस्ताव का मसौदा तैयार करते हैं, तो क्या आप किसी भी मानक टेम्पलेट का उपयोग करते हैं?

क्या सुविधाएँ / जानकारी शामिल की जानी चाहिए? क्या शामिल करना अच्छा है? बायलर प्लेट की किस तरह की जानकारी से मुझे किनारा करना चाहिए?

क्या आपको कोई डिज़ाइन पैटर्न या अवधारणा विशेष रूप से उपयोगी लगती है?

Comments

क्या यह आंतरिक परियोजना का प्रस्ताव है या ग्राहक के लिए एक है?

— पुण्योसोमीडिया

सामान्य तौर पर, एक ग्राहक के लिए।

— गुप्त

Answer 1

क्या आपने कभी Volere आवश्यकताएँ टेम्पलेट पर ध्यान दिया है ?

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

वे यहाँ हैं:

परियोजना चालक

1. उत्पाद का उद्देश्य
2. ग्राहक, ग्राहक और अन्य हितधारक
3. उत्पाद के उपयोगकर्ता

परियोजना का निर्माण

1. अनिवार्य बाधाएं
2. नामकरण परंपराएँ और परिभाषाएँ
3. प्रासंगिक तथ्य और धारणाएँ

कार्यकारी आवश्यकताएं

1. कार्य का दायरा
2. उत्पाद का दायरा
3. कार्यात्मक और डेटा आवश्यकताएँ

नॉन-फ़ंक्शनल आवश्यकताएँ

1. देखो और आवश्यकताओं को महसूस करो
2. प्रयोज्यता आवश्यकताएँ
3. प्रदर्शन संबंधी जरूरतें
4. काम करने के लिए जरूरी चीजें
5. स्थिरता और पोर्टेबिलिटी आवश्यकताएँ
6. सुरक्षा आवश्यकताएँ
7. सांस्कृतिक और राजनीतिक आवश्यकताएं
8. कानूनी आवश्यकताएं

परियोजना ISSUES

1. खुले मामले
2. ऑफ-द-शेल्फ समाधान
3. नई समस्याएं
4. कार्य
5. कटओवर
6. जोखिम
7. लागत
8. उपयोगकर्ता प्रलेखन और प्रशिक्षण
9. प्रतीक्षालय
10. समाधान के लिए विचार

Comments

दस्तावेज़ का लिंक टूटा हुआ है

— mclark1129

लगता है कि उन्होंने अपनी वेबसाइट बदल दी। मैं संदर्भ को अपडेट करूंगा।

— पैड्सस्लैकर

Answer 2

क्या मैं एक मानक टेम्पलेट का उपयोग करता हूं? हाँ

क्या सुविधाएँ / जानकारी शामिल है, अच्छा कल्पित बौने के लिए:

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

बॉयलर प्लेट: जितना संभव हो उतना। उपरोक्त सभी के पास कुछ है भले ही यह सिर्फ भरण पाठ हो। यह लेख मेरे लिए प्रभावशाली था: http://articles.sitepoint.com/article/bulletproof-web-design-contract

मेरे प्रस्ताव आमतौर पर 14 से 20 तक आते हैं।

Answer 3

ऐसा करने के कई अलग-अलग तरीके हैं।

यहाँ एक है जो मैंने पाया है कि मैं समर्थन करूंगा - इसमें फ्रीलांसर दृष्टिकोण है, लेकिन वास्तव में यह वही है जो आप करना चाहते हैं:

http://tutorialblog.org/writing-a-project-proposal/

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

यह एक परियोजना योजना को प्रतिस्थापित नहीं करता है, जो पूरी तरह से अधिक विस्तृत जानवर हो सकता है।

Comments

क्या आप इसके बारे में और अधिक विस्तार से बताएंगे - "एंडॉर्स्ड आर्टिकल" कैसे और क्यों पूछे गए सवाल का जवाब देता है? "लिंक-ओनली जवाब" स्टैक एक्सचेंज में बहुत स्वागत नहीं है

— gnat

Answer 4

जब टेम्प्लेट की बात आती है, तो मैं रेडीसेट टेम्पलेट को बहुत ठोस बनाता हूं । ये टेम्पलेट प्रमुख जीवनचक्र बिंदुओं - परियोजना नियोजन, आवश्यकताओं, डिजाइन, कार्यान्वयन, परीक्षण, परिनियोजन / स्थापना, समर्थन और परियोजना को अंतिम रूप देते हैं।

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

Answer 5

अमेरिकी रक्षा विभाग ने DOD-STD-2167A , और बाद में MIL-STD-498 के लिए जाने के लिए डेटा आइटम विवरण (टेम्प्लेट) का एक पूरा सेट विकसित करने में बहुत काम किया ।

एक पुरानी कहावत है: "नौसेना विनियम रक्त में लिखे गए हैं।" यदि आप डीआईडी ​​को ध्यान से पढ़ते हैं, तो आपको इस बोध के साथ आने की संभावना है कि उनकी प्रत्येक पंक्ति प्रोग्राम मैनेजरों के खून में लिखी गई है, जिनकी परियोजनाओं में एक भयानक मौत हुई थी क्योंकि उन्होंने उस लाइन में आइटम की उपेक्षा की थी।

आप इससे भी बुरा कर सकते हैं कि इन पर गौर करें।