"कर सकते हैं” "क्या चाहिए बनाम” में SharePoint परियोजनाओं

मुझे लगता है कि हम में से कई कभी कभी के साथ प्रस्तुत कर रहे हैं, एक बेहतर शब्द की कमी के लिए, युवा-बच्चे आवश्यकताओं।  अंत उपयोगकर्ता वास्तव में, बहुत ही बुरी तरह से एक निश्चित विशिष्ट देखो और महसूस करना चाहता है, या एक बहुत विशिष्ट सॉर्टिंग संरचना या एक नेविगेशन को कम करने के लिए एक क्लिक करें या मेनू विकल्प बाहर में कटौती करने के लिए या [पूरी भावना आयोजित की धारणा है कि गलत होना होता है सम्मिलित करें].  SharePoint के रूप में प्रो है, हम आम तौर पर लगभग किसी भी तरह की आवश्यकता के लिए मंच के साथ पूरा कर सकते हैं, लेकिन उनमें से कुछ के लिए, हम जानते हैं हमारे दिलों में कि:

  • वे लागू करने के लिए समय के एक आय से अधिक राशि लेने के लिए जा रहे हैं (और इसलिए अधिक लागत)
  • वे अत्यधिक कस्टम और इसलिए बनाए रखने और समस्या निवारण करने के लिए मुश्किल हो जा रहे हैं
  • वहाँ कुछ आसान SharePoint दृष्टिकोण है कि को पूरा करता है 80% या उससे अधिक की आवश्यकता (अर्थात. स्प्रिट की आवश्यकता को पूरा करता, पत्र की आवश्यकता नहीं लेकिन)

नीचे पंक्ति, हम जानते है कि "आवश्यकता" वास्तव में सिर्फ एक अच्छा या यहाँ तक के लिए वैध कुछ अर्थों में, लेकिन कुछ है कि लोग साथ रहते बजाय चाहिए "को हल करने के लिए." कोशिश कर रहा समय की एक बहुत खर्च

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

मैं आज में एक मंच पोस्ट कि याद दिला गया था और मैं पसंद कैसे क्लेटन Cobb मंच पोस्टर के इन प्रकार की आवश्यकताओं में से एक पर वापस पुश करने के लिए प्राप्त करने की कोशिश की: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

मैं वास्तव में उत्सुक हूँ कैसे लोग इस विषय देखने के लिए और कैसे आप इसे से निपटने।  मैं बात याद आ रही है?  आप करने के लिए निर्णय निर्माताओं में तुच्छ आवश्यकताओं overinvesting से दूर चलाने की रणनीति क्या है?  कृपया एक टिप्पणी छोड़ दो.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

मेरे चहचहाना पर का पालन करें http://www.twitter.com/pagalvin

8 पर विचार ""कर सकते हैं” "क्या चाहिए बनाम” में SharePoint परियोजनाओं

  1. Ruven Gotz

    मेरे पिछले अनुभव मुझे बताता है कि आप सही हैं: सख्त जरूरत की आवश्यकता अक्सर जल्दी से खारिज कर दिया है, क्योंकि आम तौर पर यह अच्छी तरह से सोचा है के माध्यम से नहीं. मैं मानता हूँ कि यह एक सफल समाधान की ओर क्लाइंट चलाने की मदद करने के लिए सलाहकार के रूप में हमारा काम है, न सिर्फ एक की आवश्यकता को पूरा करने.

    हालांकि: हम हमारे ग्राहकों के समझ में नहीं आता’ व्यवसाय के साथ ही वे करते हैं. यह महत्वपूर्ण है कि, के रूप में कंसल्टेंट्स, हम अभिमानी बनने मत, ग्राहक कह रहा है कि उनकी आवश्यकता unneccessary. तो, हम एक मध्य मार्ग पर चलने का एक सा है: एक आवश्यकता के लिए resons के माध्यम से लगता है कि ग्राहक की मदद; क्यों आप एक और पाठ्यक्रम का सुझाव और विकल्पों की पेशकश करना चाहेंगे की व्याख्या. उदाहरण के लिए, एक सरल समाधान है जो बाद में एन्हांस्ड किया जा कर सकते हैं अगर यह पता चला है के साथ शुरू करने के लिए की पेशकश की आवश्यकता को पूरा नहीं करने के लिए.

    जीवन में अधिकांश चीजें साथ के रूप में, सही संतुलन ढूँढना मुश्किल हो सकते हैं, लेकिन निवेश के लायक है.

    -Ruven

    1. पॉल Galvin पोस्ट लेखक

      महान बिंदु, Ruven. वहाँ एक लाइन ठीक है. मैं व्यक्तिगत रूप से करते हैं “दे” एक हार्ड लाइन लेने के बजाए. जब किसी को वापस ग्राहक आवश्यकताओं के दो बार और तीन या अधिक बार के खिलाफ धक्का यह हमेशा मुझे परेशान करता है.

      मैं लगभग हमेशा पालन “सरल समाधान” दृष्टिकोण आप का वर्णन. मैं वास्तव में एक आवृत्ति जहाँ इसे अंत में सबसे अच्छा बाहर काम नहीं किया था की लगता है कि नहीं कर सकता.

  2. पॉल Liebrand

    मैं आम तौर पर इस पोस्ट पॉल के साथ सहमत हूँ. वास्तव में, मैं अपने आप को अक्सर लोगों को कह पकड़ “SharePoint आप चाहते हैं क्या आप यह करना चाहते हैं को छोड़कर कुछ भी कर सकते हैं।” मैं अक्सर बॉक्स तरीकों से बाहर कोई अंत उपयोगकर्ताओं को व्यवसाय की आवश्यकता को हल करने के लिए आसान को खोजने के लिए प्रयास करें. रूप में ज्यादा के रूप में मैं प्यार करता हूँ और SharePoint में समाधानों को विकसित करने का आनंद ले रहे मैं नहीं बल्कि कुछ सरल और बॉक्स से बाहर पहली बार करने की कोशिश.

    सबसे अधिक बार यह इमारत एक कस्टम समाधान के लिए उन्हें बेहतर करना होगा कि यह उनके लिए एक नया विचार उत्पन्न पर्याप्त और अन्य बार की जा रही भूमि.

    महान पोस्ट.

    पॉल Liebrand
    चहचहाना: @PaulLiebrand

  3. टोनी rockwell

    मैं बहुत बार-बार इन अनुरोधों के साथ सौदा किया है. सौभाग्य से, अक्सर व्यापार है अनुरोध स्वीकार करेंगे एक ' अच्छा है’ के बजाय एक 'की जरूरत'.
    जब यह मैं क्या वे अनुरोध के साथ हल करने के लिए कोशिश कर रहे हैं पूछ के साथ शुरू स्पष्ट नहीं है. कि आम तौर पर आइटम है कि वे सिर्फ एक अच्छा करने के लिए-है के रूप में पहचान नहीं था शुरू में कैच. तब मैं क्या वे अगर यह वास्तव में कुछ सरल है या नहीं यह निर्धारित करने के लिए पूछ रहे हैं का मूल्यांकन करने के लिए कदम; और क्या प्रभाव गुंजाइश की तरह है (इस तरह के रूप में यह एक एकल उप साइट या पूरे खेत के लिए एक परिवर्तन है).
    अधिक से अधिक प्रभाव गुंजाइश, मैं बढ़ा सवालों का अधिक से अधिक संख्या. अगर जवाब की तरह की जरूरत है एक सच्चे ध्वनि नहीं, लेकिन अभी भी यह एक जरूरत है जैसे अभिनय पर ध्यान केंद्रित कर रहे हैं, तब मैं समय/लागत मौजूद है और कि जो कुछ भी प्रभाव अनुरोध के साथ संबद्ध किया जा सकता.
    यदि व्यापार अभी भी मुझे आगे जाने के लिए चाहता है, हो जाएगा, लेकिन हम सब क्या बदल रहा है की एक बहुत अधिक स्पष्ट तस्वीर है.

  4. फ्रैंक

    मैं अपनी साइट के लिए नया हूँ, लेकिन आप EndUserSharePoint पर का पालन करें. मैं एक सैन्य अस्पताल के लिए काम करते हैं और पता है कि क्या सभी के बारे में जब यह "कर सकते हैं" और "क्या करना चाहिए" करने के लिए आता है बात कर रहा है. मैं यह लगभग हर दिन और "SharePoint कर सकते हैं दस्तावेज़ मुद्रण योग्य नहीं मिलता? हम दूर 'करने के लिए भेजें' विकल्प ले सकते हैं?"विभाग कुछ दस्तावेज़ केवल देखने की तरह होता (कोई बात नहीं, किया) क्योंकि क्रमांकन और ट्रैकिंग सिस्टम दस्तावेज़ों के लिए. मैं विभिन्न ब्लॉग्स और साइटों को खोज कर दिया गया है और जवाब नहीं ढूँढ सकता. आशा है कि किसी की मदद कर सकते हैं.

  5. मार्क एंडरसन

    पॉल:

    मुझे लगता है कि वापस धक्का, या कम से कम चीजों की वास्तविक उपयोगिता के बारे में चर्चा, क्या असली SharePoint पेशेवरों को सादे डेवलपर्स से अलग करता है. हम सभी इस सामान करना SharePoint कर सकते हैं, छिपने की तरह “सभी साइट सामग्री देखें” यद्यपि अधिकांश लोग यह वैसे भी देख नहीं लिंक. यह ग्राहक की मदद करना हमारा काम है (आंतरिक या बाह्य, यह कोई फर्क नहीं पड़ता) समझ में जो बिट्स SharePoint में वास्तव में उपयोगी होते हैं और क्यों, क्यों कुछ UI चीजें वास्तव में हानिकारक हो सकता है, आदि. हम जानते हैं कि बेहतर से वे करते हैं और है कि क्या हम के लिए भुगतान कर रहे हैं चाहिए. अगर हम बस हर मांग करने के लिए acquiesce, तो फिर हम ही दे रहे हैं 50% सबसे कम.

    पोस्ट के लिए धन्यवाद!

    एम.

  6. Pingback: स्टीव Ballmer एक भगवान है; क्यों गूगल Microsoft क्लाउड सहयोग में हरा नहीं होगा; एडोब फ्लैश मोबाइलों के लिए लाता है - SharePoint दैनिक - बैम्बू राष्ट्र

  7. मुस्तफा Elzoghbi

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

    आशा है कि इस मदद करता है.

कोई जवाब दो

आपका ईमेल पता प्रकाशित नहीं किया जाएगा. अपेक्षित स्थानों को रेखांकित कर दिया गया है *