मासिक अभिलेख: सितम्बर 2007

रहस्यमय SharePoint त्रुटियों का निवारण कैसे करें.

अवलोकन:

डिबगिंग जब Windows SharePoint सेवाओं के लिए कस्टम कार्यक्षमता का विकास मुश्किल है 3.0 (WSS) या Microsoft Office SharePoint सर्वर (काई). कोई त्रुटि तब होती है जब SharePoint सामान्य रूप से बहुत कम नैदानिक जानकारी पर वेब ब्राउज़र सतहों कि मुख्य अपराधी है. इस ब्लॉग प्रविष्टि का वर्णन करता है कि अक्सर कि अतिरिक्त प्रदान कर सकते हैं अतिरिक्त सिस्टम-जनरेट किया गया निदान जानकारी खोजने के लिए कैसे का विवरण कि एक बिट की जरूरत है मूल कारणों की पहचान करने के लिए. यह तो समस्या को हल करने के लिए नेतृत्व कर सकते हैं.

मैं इस तकनीक के साथ महान सफलता को हल करने के लिए इस्तेमाल किया है अन्यथा रहस्यमय त्रुटियाँ.

दृष्टिकोण:

SharePoint के लिए एक नैदानिक लॉग में कोई लॉग फ़ाइल में जानकारी का एक बड़ा सौदा बचाता है 12 हाइव.

"12 hive" आम तौर पर "ग पर स्थित है:\प्रोग्राम FilesMicrosoft SharedWeb सर्वर Extensions12 कार्यक्रम ". (मुझे यकीन है कि अगर यह संभव है नहीं कर रहा हूँ 12 हाइव कहीं और जीना, वास्तव में).

वर्तमान लॉग फ़ाइल की स्थिति जानें करने का विचार है, त्रुटि बल और फिर जल्दी से लॉग फ़ाइल खोलें. इन लॉग फ़ाइलों द्वारा विशेषता हैं:

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

मेरा पसंदीदा विधि:

  1. एक windows explorer को ओर इशारा करते हुए ऊपर खुला 12 hivelogs.
  2. दृश्य दिखाने के संशोधित दिनांक द्वारा सॉर्ट करें (सबसे हाल ही में प्रथम).
  3. सबसे वर्तमान लॉग फ़ाइल को हाइलाइट.
  4. एक वेब ब्राउज़र विंडो में, त्रुटि घटित करने के लिए मजबूर.
  5. जल्दी से मौजूदा लॉग फ़ाइल को खोलने और एमएस एक्सेल के लिए उसकी सामग्री की प्रतिलिपि बनाएँ.
  6. अंत करने के लिए कूद और प्रासंगिक प्रविष्टियों का विश्लेषण.

अन्य नोट्स:

डिफ़ॉल्ट रूप से, नैदानिक लॉग में स्थित है 12 hiveLOGS निर्देशिका.

एमएस सर्वोत्तम प्रथाओं (माइक टी के अनुसार. माइक्रोसॉफ्ट के) राज्य है कि एक अलग हार्ड ड्राइव करने के लिए लॉग इन फ़ाइलों को बचाया जाना चाहिए. एक इस के जरिए केंद्रीय व्यवस्थापक करता है. आपके सिस्टम व्यवस्थापक ने यह किया है सकते हैं, जो मामले में आप स्पष्ट रूप से डिफ़ॉल्ट के बजाय वहाँ लॉग फ़ाइल को खोजने के लिए की आवश्यकता होगी 12 हाइव स्थान).

इस प्रविष्टि मुद्दों के रूप में ऐसे पते:

  • SharePoint वर्कफ़्लो किसी आंतरिक त्रुटि के कारण प्रारंभ करने में विफल रहा.
  • (समय के साथ जोड़ा जा करने के लिए और अधिक)
  • इस प्रविष्टि उपयोगी वर्कफ़्लो त्रुटियों का निदान किया गया है (जैसे. "आंतरिक त्रुटि के कारण प्रारंभ करने के लिए वर्कफ़्लो में विफल").

काई: एक संगठन के लिए प्रभावी परिचय

(इस प्रविष्टि पार के बीच पोस्ट http://paulgalvin.spaces.live.com/blog/ और http://blogs.conchango.com)

इस साइट पर पोस्टिंग मेरे अपने हैं और जरूरी Conchango के पदों का प्रतिनिधित्व नहीं करते, रणनीति या राय.

अवलोकन:

इस प्रविष्टि पर एक बड़े कुछ पृष्ठभूमि जानकारी का वर्णन करता है (3,000 उपयोगकर्ता) Microsoft Office SharePoint सर्वर (काई) rollout और क्या हम इस तरह से है कि ग्राहक खुश है और मजबूती से एक रास्ता नीचे रोलिंग प्रोजेक्ट मिला कि काई सुविधा सेट के साथ पूर्ण दत्तक ग्रहण समाप्त होता है. प्रविष्टि के लेखन के रूप में, हम लगभग रहे हैं 50% परियोजना के पहले चरण के साथ पूर्ण करें. कुछ प्रगति के रूप में, / मैं हूँ इस प्रविष्टि अद्यतन करें या नई प्रविष्टियाँ लिख.

इस विशिष्ट मामले में, कंपनी पहले ही SharePoint पोर्टल सर्वर स्थापित किया था 2003. "चलो अगर किसी को परवाह है देखने के एक प्रकार में उत्पाद समूह आईटी स्थापित" फैशन. यह जल्दी से कई व्यवसाय उपयोगकर्ता द्वारा अपनाया गया था और बड़े पैमाने पर उद्यम में काफी लोकप्रिय हो गया. जैसा कि आप कल्पना कर सकते हैं, इस उत्तम rollout की रणनीति नहीं था (जो आसानी से ग्राहक स्वीकार करती हैं) और जब काई दृश्य पर पहुंचे, "यह करने के लिए सही क्लाइंट हल" और हमें उन्हें मदद करने के लिए किराए पर लिया.

एक केंद्रीय सवाल है जब हम इस परियोजना को लागू करने शुरू कर हमें सामना करना पड़ रहा था: कैसे हम इस ग्राहक के लिए काई परिचय करते हैं? यह देखते हुए कि ग्राहक पहले से SharePoint के साथ अनुभव था, हम सोच रहा था — हम "विभेदक क्या करना चाहिए" प्रशिक्षण या क्या हम जमीन से स्टार्ट अप? प्रमुख उपयोगकर्ताओं के साथ काम करने के बाद, हम निर्धारित किया है कि यह अधिक उपयुक्त बनाया एक ग्रीन फील्ड परियोजना के रूप में इलाज.

उस निर्णय एक प्रारंभिक बिंदु दे दी है लेकिन अभी भी हमारे प्रमुख आवश्यकता के काई बाहर रोलिंग के लिए उद्यम के लिए एक अच्छी रणनीति बाहर figuring के साथ छोड़ दिया. काई ऐसी एक बड़ा जानवर है … यह भी शामिल है सामग्री प्रबंधन, दस्तावेज़ प्रबंधन, खोज, सुरक्षा, लक्ष्य किए गए श्रोता, परियोजना प्रबंधन, "शानदार चालीस" टेम्पलेट्स, वर्कफ़्लो, व्यवसाय डेटा कनेक्टर, आदि. इस तथ्य यह है कि यह एक बड़े संगठन के साथ युगल कि कर सकते हैं सही मायने में लगभग हर प्रमुख काई का उपयोग कर सुविधा है और आप एक उद्यम पहुंच और कई अच्छी चीजें हो रहा के साथ एक महान परियोजना की कमाई है.

हम बार बार इस मुद्दे के साथ सामना कर रहे हैं … अपने उद्यम सुविधा सेट के साथ पहुँचने किसी एंटरप्राइज़ काई है, अभी भी कुछ हद तक परिष्कृत ग्राहकों है एक कठिन समय मानसिक रूप से उन सुविधाओं को अवशोषित, चलो अकेले उनमें से एक प्रशंसनीय अंश अपने दैनिक दिनचर्या में शामिल.

मैं एक जादू का समाधान समस्या करने के लिए नहीं है. मैं इसके बजाय बस बहुत पहला कदम है कि हम ले लिया है संबोधित उन्हें सफल दीर्घकालिक गोद लेने के लिए नीचे रास्ते का नेतृत्व करने के लिए ग्राहक के साथ.

स्कोप:

के रूप में ज्यादा के रूप में मैं टीम के लिए एक परियोजना की योजना है कि "PoepleSoft एकीकरण के जरिए BDC पूरा हो गया" के रूप में इस तरह के मील के पत्थर शामिल शिल्प चाहता था, "नया क्रॉस-विभागीय उत्पाद लांच वर्कफ़्लो पूर्ण" और "कार्यकारी प्रबंधन KPI स्वीकार किए जाते हैं", मैं कुछ के लिए व्यवस्थित कम था. यह कहना है कि "कम नहीं है" बुरा है. वास्तव में, "कम" कि हम के लिए प्रारंभिक rollout का फैसला किया गया था जहाँ वे थे इससे पहले कि हम शुरू से आगे मील की दूरी पर. हमारे मामले में, "कम" में बदल गया:

  • साधारण दस्तावेज़ प्रबंधन दस्तावेज़ लायब्रेरीज़ का उपयोग करना, संस्करण नियंत्रण और सामग्री प्रकार.
  • प्रभावी खोज सामग्री प्रकार पर आधारित है और अग्रिम खोज अनुकूलित (के माध्यम से प्रबंधित गुण, XSLT सुंदर परिणाम का उत्पादन करने के लिए, आदि).

उपरोक्त एंटरप्राइज़-वाइड सुविधाओं के अलावा (जिसका अर्थ है कि वे सभी विभागों और उपयोगकर्ताओं को लुढ़काया जा रहे थे), हम निम्नलिखित सिंगलटन में गुंजाइश मिनी-परियोजनाओं में जोड़ा:

  • BDC एकीकरण की अवधारणा का सबूत.
  • बहु-चरण और बहु-शाखा वर्कफ़्लो प्रक्रिया एसपीडी के द्वारा बनाई गई.
  • जटिल InfoPath प्रपत्र.
  • KPI के कुछ व्यवसाय प्रक्रिया के लिए सरफेसिंग (हमारे मामले में शायद HR प्रतिभा के अधिग्रहण, हालांकि बदल दे).

यहाँ स्कोप नहीं है 100% लेकिन हमारे दृष्टिकोण के प्रतिनिधि और यहाँ मेरा उद्देश्य के लिए पर्याप्त सटीक, जो मैं एक "प्रभावी होने के लिए विचार की व्याख्या करने के लिए है" काई कि स्वर्ण पथ नीचे मजबूती से ग्राहक पूरा काई गोद लेने के लिए सेट हो जाएगा का परिचय.

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

क्या हम अपना परिचय और क्यों?

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

मैंने पाया है यह दृश्य सहायकों के बिना सामग्री प्रकार की व्याख्या करना मुश्किल है. जब CT के डेटाबेस के संदर्भ में बताया गया है और अधिक तकनीकी लोक सामग्री प्रकारों के बारे में एक चर्चा से दूर चल कर सकते हैं. "ए सीटी एक डेटाबेस तालिका करने के लिए समान है, यह स्तंभ और स्तंभ डेटा प्रकार के संदर्भ में परिभाषित कर रहे हैं, लेकिन सरल पूर्णांक/दिनांक से अधिक CT डेटा प्रकारों में शामिल हैं, लेकिन इसके अलावा 'च्वाइस" और "लुकअप" और इस तरह।" हम "देने के बारे में बात कर सकते हैं" सामग्री प्रकार, बहुत तरह एक वस्तु उन्मुख भाषाओं में एक आधार वर्ग से कार्यक्षमता पा सकते हैं।. लेकिन यह स्पष्ट रूप से जो कोई तकनीकी पृष्ठभूमि है परिवहन विभाग व्यवस्थापक व्यक्ति के लिए उपयोगी नहीं है. यानी, लगभग हर कोई है कि एक काई rollout में मायने रखती है.

एक सफेद बोर्ड का उपयोग कर iffy है. मैं एक सामग्री प्रकार और निकालके प्रतिभाशाली का विचार प्रस्तुत किया है (या तो वे लगते हैं) सामग्री प्रकार के चित्र और क्या वे आप के लिए खोज के संदर्भ में क्या और कैसे वे विस्तारित किया जा सकता, आदि. अंत में, यह लग रहा है जैसे कुछ प्रकाश बल्ब चालू है, लेकिन जिसके परिणामस्वरूप व्हाइट बोर्ड तस्वीर एक गड़बड़ है.

यह हमें हमारे वर्तमान और इसलिए अब तक सबसे प्रभावी लैंडिंग जगह करने के लिए नेतृत्व: इन सुविधाओं को दिखाने के लिए कॉन्फ़िगर किया गया एक काई sandbox साइट.

Sandbox साइट का उपयोग कर, हम प्रदर्शन:

  • सामग्री प्रकार:
    • एकाधिक डेटा प्रकारों के साथ एक सीटी बनाना (पाठ, दिनांक, विकल्प, बूलियन, लुकअप, आदि).
    • एक माता पिता पर आधारित एक नया सीटी बनाने के द्वारा एक सीटी का विस्तार.
    • CT मेटाडेटा का उपयोग दस्तावेज़ों के लिए खोज.
  • दस्तावेज़ लायब्रेरीज़:
    • एक एकल CT लायब्रेरी के साथ संबद्ध करना.
    • क्या होता है जब हम उस लायब्रेरी के लिए कोई दस्तावेज़ अपलोड करें?
    • एकाधिक सीटी एक डॉक्टर लायब्रेरी के साथ संबद्ध करना.
    • क्या होता है जब हम उस लायब्रेरी के लिए कोई दस्तावेज़ अपलोड करें?
    • फ़िल्टरिंग और सॉर्टिंग के एक डॉक्टर उदारीकरण में स्तंभ शीर्षों के जरिए.
    • दस्तावेज़ लायब्रेरी दृश्य:
      • छंटाई
      • समूहीकरण
      • "त्वरित प्रवेश" (डेटा पत्रक देखें)
      • "Untagged डेटा" (उपक्रमों के लिए काई के लिए अन्य सामग्री स्रोतों से सहायता के लिए; नीचे इस पर अधिक जानकारी).

Sandbox साइट:

हम हमारे sandbox साइट हम परियोजना समाप्त करने के बाद लंबे प्रशिक्षण प्रयोजनों के लिए इस्तेमाल किया जा करने के लिए विकास के वातावरण में एक स्थायी फ़ीचर किया जा करने के लिए डिज़ाइन किया गया है और कई कलाकृतियों में वर्णित के रूप में शामिल:

सामग्री प्रकार:

हम निम्न सामग्री प्रकार परिभाषित किया: इनवॉयस, क्रय आदेश, सेवा इनवॉइस.

क्योंकि वे और अधिक या कम सर्वत्र के तहत कर रहे हैं हम चालान और खरीद आदेश चयनित
खड़े एंटिटीज़. व्यापार में हर कोई समझता है कि एक चालान भुगतान करने के लिए एक मांग है एक ग्राहक के लिए एक राशि एक खास पर जारी किए गए दिनांक कुछ के अनुसार भुगतान किया जाएगा करने के लिए भुगतान शर्तें. यह जो हम "प्रशिक्षण इनवॉइस नामक एक CT का एक प्राकृतिक परिभाषा के लिए सुराग" (यह चालान के किसी भी अन्य तरह से भेद करने के लिए). क्रय आदेश इसी प्रकार आसानी से परिभाषित किया गया है. हम भी एक "प्रशिक्षण सेवाओं के चालान बनाए" प्रशिक्षण इनवॉइस"पर आधारित एक नया सीटी बनाने के द्वारा" सीटी और जोड़ा गया बस एक स्तंभ, "प्रदान की गई सेवाओं".

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

कस्टम सूचियाँ:

स्तंभ प्रकार "लुकअप के साथ सीटी" किसी कस्टम सूची या दस्तावेज़ लायब्रेरी के लिए इंगित. हम इस का उपयोग बड़े पैमाने पर और sandbox के लिए, हम एक कस्टम सूची जिसमें ग्राहकों का समर्थन बनाया. यह एक आसान अवधारणा को समझने के लिए है, क्योंकि हम ग्राहकों के उठाया और प्रदर्शित करने के लिए आसान. इनवॉयस सीटी एक स्तंभ है, "ग्राहक" कि "लुकअप प्रकार से परिभाषित किया गया है" बताते हैं कि इस सूची में.

हम "विक्रेताओं को प्रबंधित करने के लिए एक समान कस्टम सूची बनाई" क्रय आदेश"के लिए" सीटी.

दस्तावेज़ लायब्रेरीज़:

हम दो दस्तावेज़ लायब्रेरीज़ बनाया: "चालान" और "मिश्रित दस्तावेजों".

हम सीटी प्रकार 'इनवॉइस' का एकमात्र दस्तावेज़ों का प्रबंधन करने के लिए इनवॉइस दस्तावेज़ लायब्रेरी कॉन्फ़िगर.

हम "मिश्रित दस्तावेजों कॉन्फ़िगर किया गया" सभी तीन सीटी का प्रबंधन करने के लिए पुस्तकालय.

कई बार देखे गए कि छँटाई के शो बनाएँ, फ़िल्टरिंग, डेटा पत्रक और समूहीकरण.

खोज:

हम दो नई प्रबंधित गुण परिभाषित किया गया और उन्हें इनवॉइस संख्या और ग्राहक के लिए मैप किया गया.

हम एक नए अनुकूलित अग्रिम खोज साइट बनाया और यह "इनवॉइस के लिए खोज करने के लिए उपयोगकर्ताओं को सक्षम करने के लिए संशोधित" उन दो मैप किए गए गुणों का उपयोग करना.

XSLT को संशोधित इतना है कि इनवॉइस और ग्राहक संख्या, जब उपस्थित, एक चमकीले रंग में एक HTML तालिका में दिखाई देते हैं. यहाँ उद्देश्य के प्रदर्शन है कि ऐसे स्वरूपण संभव है.

यह सब एक साथ लाना:

हम एक प्रदर्शन में भाग लेने के लिए प्रमुख प्रयोक्ताओं के लिए व्यवस्था.

हम इस सरल स्क्रिप्ट का पालन करें:

  1. एक सीटी के उद्देश्य और अर्थ का वर्णन, के रूप में उदाहरण का उपयोग कर चालान और क्रय आदेश.
  2. इनवॉयस CT परिभाषा के साथ-साथ उन्हें आश्वस्त नहीं कि वे खुद को उन स्क्रीन का उपयोग करने के लिए की जरूरत है जबकि दिखाएँ, बस ऊपर अवधारणाओं उठाओ.
  3. इनवॉइस दस्तावेज़ लायब्रेरी के लिए जाओ.
  4. कोई दस्तावेज़ अपलोड करें.
  5. ड्रॉप-डाउन ग्राहक वास्तव में एक कस्टम सूची से sourced है का प्रदर्शन.
  6. एक नया ग्राहक ग्राहक सूची में जोड़ें और तब नव निर्मित ग्राहक के साथ हाल ही में अपलोड की गई इनवॉइस मेटा डेटा अद्यतन करें.
  7. "मिश्रित दस्तावेजों के लिए स्विच करें" पुस्तकालय और कोई दस्तावेज़ अपलोड करें. समझाओ कैसे सिस्टम एक दस्तावेज़ प्रकार के लिए संकेत देता है.
  8. वापस जाने के लिए इनवॉइस दस्तावेज़ लायब्रेरी और शो कैसे एक स्तंभ नाम पर क्लिक करके सॉर्ट क्रम बदल जाता है.
  9. स्तंभ स्तर को छानने का प्रदर्शन.
  10. दिखाने के अलग अलग विचार है कि बहु स्तरीय छँटाई का प्रदर्शन, फ़िल्टर करना और समूहीकृत करना.
  11. डेटा पत्रक दृश्य दिखाएँ.
  12. एक "untagged दस्तावेजों के उद्देश्य से समझाने" दृश्य.
  13. अनुकूलित उन्नत खोज करने के लिए स्विच करें.
  14. अब तक, हाल ही में अपलोड की गई दस्तावेज़ क्रॉल अनुक्रमित और किया गया है चाहिए, इतना प्रदर्शन मैप किए गए संपत्ति के जरिए उस चालान का पता लगाएँ करने के लिए की क्षमता को दर्शाता है एक खोज.
  15. हम खोज के माध्यम से मैप की गई संपत्तियों बनाम के बीच अंतर का प्रदर्शन. सिर्फ एक पाठ खोज.

इस बिंदु पर, हम और अधिक या कम के साथ प्रदर्शन कर रहे हैं. यह के बारे में लेने के लिए लगता है 30 करने के लिए 45 मिनट, कितने सवालों के आधार पर लोग पूछते हैं.

हम तो उन्हें 'होमवर्क' के साथ अपने डेस्क के लिए वापस भेज. इस का एक सरल होते हैं जहां हम हमारे लिए क्या उन्हें लगता है कि वे की जरूरत है सीटी के संदर्भ में परिभाषित करने के लिए उन्हें पूछना एक्सेल स्प्रेडशीट, दोनों एक उच्च स्तर पर (बस नाम और व्यावसायिक उद्देश्य) स्तंभ और डेटा के प्रकार के रूप में भी वे स्तंभ में संग्रहीत होगा. हम उन्हें काई के संदर्भ में स्तंभ डेटा प्रकारों को परिभाषित करने के लिए न पूछें, लेकिन व्यापार शर्तें.

सारांश में:

हम एक sandbox वातावरण है कि हम कुछ कोर काई जिनकी अपील हैं एंटरप्राइज़-वाइड सुविधाओं को प्रदर्शित करने के लिए उपयोग कर सकते हैं बनाया है.

हम आसानी से समझ और आम व्यावसायिक संस्थाओं modeled है ताकि प्रयोक्ताओं काई पर ध्यान केंद्रित कर सकते हैं और संस्थाओं पर फंस नहीं मिलता / खुद को उदाहरण.

व्यापार उपयोगकर्ताओं "होमवर्क के साथ शोध करे सत्रों से दूर चलना" एक्सेल दस्तावेज, जो वे अब कर रहे हैं बाहर भरने और अपनी पहली कट सामग्री प्रकारों को डिजाइन करने के लिए उपयोग करने के लिए सक्षम के रूप में.

अंत में, जैसा कि हम समय के साथ प्रदर्शन प्रदर्शन, ग्राहक की टीम सदस्यों को खुद आगे ले जाने में सक्षम बनें, डेमो को खुद की और आम तौर पर हमें के बाकी के ऊपर और अधिक जटिल मुद्दों पर काम करने के लिए खाली करो, जैसे वैश्विक वर्गीकरण, जटिल workflows, BDC और जैसे.

चंचल सीखने // जमघट

मैं आज कुछ सलाह के लिए चंचल और जमघट सीखने के साथ शुरू हो रही है के लिए अच्छा संसाधनों पर कहा. यहाँ प्रत्युत्तर का एक सारांश है. मैं सूत्रों पर भरोसा है लेकिन मैं नहीं जानता कि इस व्यापक है (मुझे यकीन है कि यह नहीं है).

मैं इस के कुछ गलत रूप से लिखित है सकते हैं.

एकाधिक लोग जवाब प्रदान की और चंचल परियोजना प्रबंधन केन Scwaber द्वारा लगातार "पहले गोता है" सिफारिश.

व्यक्तित्व:

  • केन Schwaber
  • माइक Cohn

किताबें:

  • चंचल परियोजना के जमघट के साथ प्रबंधन केन Schwaber द्वारा.
  • दुबला सॉफ्टवेयर विकास: एक चंचल Toolkit सॉफ्टवेयर विकास प्रबंधकों के लिए मरियम और टॉम Poppendieck द्वारा.
  • "कुछ भी माइक Cohn द्वारा"
  • चंचल पुनरावलोकन केन Schwaber द्वारा, डायना लार्सन, एस्तेर डर्बी.

कड़ियाँ: