डायनेमिक्स सीआरएम 2011

Question

के साथ Agile शैली विकास मेरी टीम मध्यम आकार के सीआरएम सिस्टम (~ 1000 उपयोगकर्ताओं) के प्रभारी है। वर्तमान में हमारा सीआरएम जावा सर्वलेट्स पर घर में बनाया गया है, और हम माइक्रोसॉफ्ट डायनामिक्स सीआरएम 2011 में स्विच कर रहे हैं। हमें अपने व्यापार तर्क और नियामक आवश्यकताओं के अनुरूप कई अनुकूलन करना होगा।

हम वर्तमान में सुविधाओं और बग फिक्स (पुराने जार/जेएसपी फाइलों को स्वैप आउट करते हैं, और नए में स्वैप) की द्वि-साप्ताहिक रिलीज करते हैं। मेरे प्रश्न हैं:

1. डायनेमिक्स सीआरएम के साथ, कुछ ऐसा ही किया जाएगा? प्रबंधित समाधान?
   क्या होगा यदि कोई उपयोगकर्ता तैनात प्रबंधित समाधान के v1 के आधार पर अनुकूलन करता है, तो क्या मैं उस समाधान को अनइंस्टॉल कर सकता हूं, और v2 इंस्टॉल कर सकता हूं?
2. परिवर्तन नियंत्रण कैसे किया जाता है?
3. आपको सर्वोत्तम प्रथाएं क्या मिलती हैं, और गड्ढे गिरती है?

मैं डायनेमिक्स सीआरएम दुनिया के लिए बहुत नया हूं इसलिए आपकी मदद की बहुत सराहना की जाती है।

Answer 1

यह बहुत महत्वपूर्ण चर्चा है और मुझे नहीं लगता कि यह एक अच्छा जवाब है, यह निर्भर करेगा कि आप क्या चाहते हैं और आप कैसे काम करते हैं।मैं रिकार्ड के सबसे से सहमत कहा, मैं आपको कुछ लिंक है कि मदद मुझे बहुत विकास की एक प्रक्रिया की स्थापना दे देंगे:

1 और 3:

• http://gonzaloruizcrm.blogspot.pt/2012/01/managed-or-unmanaged-solutions-in-crm.html
• http://xrmconsultant.blogspot.pt/2011/11/crm-2011-solutions-problems-best.html
• http://channel9.msdn.com/posts/Merging-CRM-2011-Solutions
• http://www.dynamicscrmtrickbag.com/2011/05/28/dynamics-crm-2011-solutions-part-1/

2:

• http://intovsts.net/2012/12/28/integration-of-dynamics-crm-2011-solutions-with-tfs/
• http://community.dynamics.com/product/crm/crmtechnical/b/crmmusings/archive/2012/05/31/solution-packager-enable-source-control-for-solutions-in-crm-2011.aspx

मुझे लगता है कि तुम यहाँ उपयोगी जानकारी का सामना करना पड़ा सकता है आप विकास की अपनी प्रक्रिया को परिभाषित करने के लिए।

Answer 2

यदि आपको प्रबंधित या अप्रबंध समाधान का उपयोग करना चाहिए तो बहस के लिए तैयार हैं, इसलिए आपको "ऐसा करें" उत्तर नहीं मिलेगा, या अधिक सही होने के लिए आपको शायद "ऐसा करने" का बहुत कुछ मिलेगा जो अलग-अलग होगा।

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

आप उन समाधानों को अनइंस्टॉल करने में सक्षम नहीं होंगे जिनके पास संसाधन हैं, आप उन्हें एक नए संस्करण के साथ अपडेट कर सकते हैं।

सिस्टम में नियंत्रण नियंत्रण लागू नहीं किया गया है, इसलिए आपको जो कुछ भी चाहिए उसे कहीं और प्रबंधित किया जाना चाहिए।

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

उम्मीद है कि इससे मदद मिलती है।

Answer 3

1. बस मेरी विनम्र राय: अप्रबंधित जाना जब तक आप एक अकेले खड़े उत्पाद है कि आप अपनी अखंडता की रक्षा करना चाहते हो सकता है विकसित कर रहे हैं, जब ग्राहकों/यादृच्छिक उपयोगकर्ताओं आदि द्वारा स्थापित लेकिन अगर आप विकसित कर रहे हैं/अनुकूलित कर एक ग्राहक विशिष्ट समाधान मुझे प्रबंधित होने का कोई लाभ नहीं दिखता है। मेरा अनुभव यह है कि आप संभावित रूप से निर्भरता समस्याओं आदि में भाग लेंगे जो आपको प्रबंधित होने की पसंद पर पछतावा देगा। तो, केवल तभी प्रबंधित किया जाए जब आप एक अलग उत्पाद बेचने की योजना बना रहे हैं जिसे आपको किसी भी तरह से बचाने की आवश्यकता है।