คลังเก็บรายเดือน: กันยายน 2007

วิธีการแก้ไขข้อผิดพลาดของ SharePoint ที่ลึกลับ.

ภาพรวม:

การดีบักได้ยากเมื่อมีการพัฒนาฟังก์ชันที่กำหนดเองสำหรับ Windows SharePoint Services 3.0 (WSS) Microsoft Office SharePoint Server (มอส). เป็นผู้ร้ายหลักว่า SharePoint ปกติจัดการข้อมูลการวินิจฉัยน้อยมากบนเว็บเบราว์เซอร์เมื่อเกิดข้อผิดพลาด. รายการบล็อกนี้อธิบายถึงวิธีการค้นหาข้อมูลเพิ่มเติมโดยระบบวินิจฉัยที่มักจะสามารถให้บริการเสริมที่จำเป็นระบุสาเหตุรากของรายละเอียดว่า. นี้แล้วสามารถนำไปสู่การแก้ปัญหา.

ฉันได้ใช้เทคนิคนี้ได้ประสบความสำเร็จเพื่อแก้ไขข้อผิดพลาดมิฉะนั้นลึกลับ.

วิธีการ:

SharePoint จะบันทึกข้อมูลมากการวินิจฉัยล็อกในแฟ้มบันทึกในการ 12 กลุ่ม.

"12 กลุ่ม" โดยปกติห้อง "C:\โปรแกรม Extensions12 FilesCommon FilesMicrosoft SharedWeb เซิร์ฟเวอร์ ". (ผมไม่แน่ใจว่าเป็นไปได้ 12 กลุ่มอยู่ที่ใดบ้าง, อันที่จริง).

ความคิดคือการ ค้นหาแฟ้มบันทึกปัจจุบัน, บังคับให้ข้อผิดพลาด และจากนั้น เปิดขึ้นอย่างรวดเร็ว. แฟ้มบันทึกเหล่านี้มีลักษณะโดย:

  • จำนวนข้อมูลที่ copious. SharePoint สร้างจำนวนมากของข้อมูลวิเคราะห์ และเขียนเรื่องที่ล็อกไฟล์ได้อย่างรวดเร็ว. คุณต้องการอย่างรวดเร็ว ด้วยมือเพื่อรวบรวม.
  • มากมายหลายหลาก. SharePoint ไม่ได้เขียนลงในแฟ้มบันทึกเดียว แต่ค่อนข้าง สร้างแฟ้มบันทึกหลายลำดับ.
  • คัดลอก และวางลงใน MS Excel อย่างดี.

วิธีของฉันชื่นชอบ:

  1. เปิดวินโดว์สชี้ไป 12 hivelogs.
  2. เรียงลำดับมุมมองเพื่อแสดงตามวันปรับเปลี่ยน (แรกสุด).
  3. เน้นแฟ้มบันทึกล่าสุด.
  4. ในเว็บเบราว์เซอร์, บังคับข้อผิดพลาดเกิดขึ้น.
  5. เปิดแฟ้มบันทึกปัจจุบัน และคัดลอกเนื้อหาไปยัง MS Excel อย่างรวดเร็ว.
  6. ข้ามไปยังจุดสิ้นสุด และวิเคราะห์รายการเกี่ยวข้อง.

หมายเหตุอื่น ๆ:

โดยค่าเริ่มต้น, บันทึกการวินิจฉัยอยู่ 12 ไดเรกทอรี hiveLOGS.

ปฏิบัติส่วน MS (ต่อไมค์ T. ของ Microsoft) รัฐที่แฟ้มบันทึกควรบันทึกลงในฮาร์ดดิสก์แยกต่างหาก. หนึ่งทำผ่าน admin กลาง. ผู้ดูแลระบบของคุณอาจมีดำเนินการนี้, ในกรณี คุณจะแน่นอนต้องการค้นหาแฟ้มล็อกมีแทนที่จะเริ่มต้น 12 สถานที่ตั้งกลุ่ม).

รายการนี้อยู่ปัญหาเช่น:

  • กระแสงาน SharePoint ล้มเหลวเมื่อต้องการเริ่มต้นเนื่องจากข้อผิดพลาดภายใน.
  • (เพิ่มเติมจะเพิ่มช่วงเวลา)
  • รายการนี้ได้รับคำวินิจฉัยข้อผิดพลาดในลำดับงาน (เช่น. "ลำดับงานไม่สามารถเริ่มต้นเนื่องจากข้อผิดพลาดภายใน").

มอส: แนะนำองค์กรอย่างมีประสิทธิภาพ

(รายการนี้ข้ามการลงรายการบัญชีระหว่าง http://paulgalvin.spaces.live.com/blog/ และ http://blogs.conchango.com)

การลงรายการบัญชีบนเว็บไซต์นี้เป็นของตัวเอง และไม่จำเป็นต้องแสดงตำแหน่งของ Conchango, กลยุทธ์หรือความคิดเห็น.

ภาพรวม:

รายการนี้อธิบายข้อมูลพื้นหลังบางบนขนาดใหญ่ (3,000 ผู้ใช้) Microsoft Office SharePoint Server (มอส) ไวร์เลสและสิ่งที่เราได้รับข้อมูล ในลักษณะที่ลูกค้ามีความสุขและ ลงเส้นทางอย่างที่ลงท้าย ด้วยการยอมรับทั้งหมดของชุดคุณลักษณะมอ. เป็นการเขียนรายการ, เราเป็นประมาณ 50% มีเฟสแรกของโครงการ. เป็นความคืบหน้ากิจกรรม, ฉันจะปรับปรุงรายการนี้ หรือเขียนรายการใหม่.

ในกรณีนี้เฉพาะ, บริษัทได้ติดตั้ง SharePoint Portal Server 2003. กลุ่มได้ติดตั้งผลิตภัณฑ์ในการจัดเรียงของ "ลองดูถ้าใครใส่ใจ" แฟชั่น. มันถูกนำมาใช้ โดยผู้ใช้ทางธุรกิจจำนวนมากได้อย่างรวดเร็ว และเป็นที่นิยมมากในองค์กรมีขนาดใหญ่. แค่, นี้ไม่ใช่กลยุทธ์ที่ดีไวร์เลส (ซึ่งลูกค้ายอมรับอย่างง่ายดาย) และ เมื่อมาถึงมอสบนฉาก, ไคลเอนต์ได้ "ทำมันขวา" และจ้างงานเราจะช่วยให้พวกเขา.

หนึ่งคำถามกลางที่หันหน้าเข้าหาเราเมื่อเราเริ่มใช้โครงการนี้เป็น: วิธีทำเราแนะนำมอสให้ไคลเอนต์นี้? ระบุว่าลูกค้าที่มีประสบการณ์กับ SharePoint แล้ว, เราสงสัยว่า — เราต้องทำ "แตกต่างหรือไม่" ฝึกอบรมหรือทำเราเริ่มต้นจากพื้นดิน? หลังจากทำงานกับผู้ใช้หลัก, เรากำหนดที่รักษานี้เป็นโครงการกรีนฟิลด์ทำให้รู้สึกมากขึ้น.

ตัดสินให้เป็นจุดเริ่มต้น แต่ยัง เหลือเรา มีความต้องการหลักของการหากลยุทธ์ที่ดีสำหรับกลิ้งมอออกองค์กร. มอสส์เป็นสัตว์ใหญ่ … รวมถึงการจัดการเนื้อหา, การจัดการเอกสาร, ค้นหา, รักษาความปลอดภัย, ผู้ชมเป้าหมาย, การจัดการโครงการ, "นิยายสี่สิบ" แม่แบบ, เวิร์กโฟลว์, เชื่อมต่อข้อมูลทางธุรกิจ, ฯลฯ. คู่นี้ มีความจริงที่ว่า เป็นองค์กรขนาดใหญ่ที่ สามารถ อย่างแท้จริงทำให้ใช้มอสส์ที่สำคัญแทบทุกคุณลักษณะและคุณมี makings ของโครงการที่ดีมีการเข้าถึงองค์กรและสิ่งที่เกิดขึ้น.

เรากำลังเผชิญกับปัญหานี้อีกครั้ง … MOSS มีองค์กรที่เข้ากับชุดคุณลักษณะขององค์กร, ยัง ลูกค้าแม้แต่ค่อนข้างซับซ้อนมีเวลายากจิตใจดื่มด่ำคุณลักษณะเหล่านั้น, ให้เพจเศษเห็นนั้นเป็นกิจวัตรประจำวันของพวกเขาคนเดียว.

ไม่มีการแก้ไขปัญหาวิเศษ. แทนแค่ตอนแรกที่เรากับลูกค้าเพื่อนำพวกเขาลงเส้นทางให้เกมประสบความสำเร็จระยะยาว.

ขอบเขต:

มากเท่าที่ต้องการทีมหัตถกรรมแผนโครงการที่รวมเหตุการณ์สำคัญดังกล่าวเป็น "PoepleSoft รวมผ่าน BDC เสร็จสมบูรณ์", "ใหม่ข้ามแผนกผลิตภัณฑ์เปิดใช้งานลำดับงานเสร็จสมบูรณ์" และ "บริหาร KPI ของยอมรับ", ผมจะชำระตัวน้อย. นี้จะไม่พูดให้น้อย"" ไม่ดี. อันที่จริง, น้อย"" เราตัดสินใจสำหรับไวร์เลสเริ่มต้นไมล์ก่อนที่พวกเขาก่อนที่เราเริ่มต้น. ในกรณีของเรา, น้อย"" เปลี่ยนเป็น:

  • จัดการเอกสารได้อย่างง่าย ๆ โดยใช้ไลบรารีเอกสาร, ชนิดของตัวควบคุมและเนื้อหารุ่น.
  • ผลการค้นหาตามชนิดของเนื้อหา และค้นหาที่กำหนดเอง (ผ่านคุณสมบัติจัดการ, XSLT เพื่อผลลัพธ์ที่สวย, ฯลฯ).

นอกจากคุณลักษณะดังกล่าวทั่วทั้งองค์กร (หมายความ ว่า พวกเขาจะถูกรีดออกแผนกและผู้ใช้ทั้งหมด), เราได้เพิ่มต่อไปนี้ซิงเกิลตันในขอบเขตขนาดเล็กโครงการ:

  • หลักฐานของแนวคิดรวม BDC.
  • กระบวนการลำดับงานหลายขั้นตอน และหลายสาขาที่สร้างขึ้น โดย SPD.
  • ฟอร์ม InfoPath ที่ซับซ้อน.
  • ซ่อมแซมผิวหน้าของ KPI สำหรับกระบวนการทางธุรกิจบางอย่าง (คง HR พรสวรรค์ซื้อในกรณีของเรา, แต่ ที่อาจเปลี่ยนแปลง).

ไม่มีขอบเขตที่นี่ 100% ถูกต้อง แต่ตัวแทนของวิธีการของเรา และเพียงพอสำหรับวัตถุประสงค์ของฉันที่นี่, ซึ่งจะอธิบายอะไรต้องพิจารณาให้ มีประสิทธิภาพ"" แนะนำของมอสที่จะตั้งค่าไคลเอนต์อย่างลงเส้นทองยอมรับมอสทั้งหมด.

ไม่เขียนมากเกี่ยวกับเดี่ยวในรายการนี้. ฉันต้องการชี้ให้เห็นว่า เหล่านี้เป็นส่วนหนึ่งของกลยุทธ์ของเราเกิน arching. ความคิดที่จะนำหลักการจัดการและค้นหาคุณลักษณะเอกสารผู้ใช้ทั้งหมด แต่ให้ทำงานสูง, ตัวอย่างพนักงานสูง และมองเห็นได้ของคุณลักษณะอื่น ๆ มอหลักซึ่งอยู่นอกเหนือความสามารถของผู้ใช้ส่วนใหญ่ซึมในระยะแรก ๆ นี้ก็ สูง. อย่างไรก็ตาม, พวกเขาจะ "ค่ะ" และหนึ่งหวังว่า บริษัทจะทราบ หรือเรียนรู้เกี่ยวกับพวกเขา และต้องคุณลักษณะเหล่านั้นด้วยตนเอง, นำไปสู่การยอมรับมากขึ้น. เรื่องราวความสำเร็จเดี่ยวเหล่านี้ยังให้บริการเพื่อให้ทีมงานขาย "กระสุน" สำเร็จชนะที่สอง, โครงการที่สาม และ ระยะ n.

อะไรไม่ได้เราแนะนำ และเหตุผล?

มีจ่ายในการจัดการเอกสารและค้นหาเป็นข้อกำหนดพื้นฐานทั่วทั้งองค์กร, เราต้องเริ่มรวบรวมรายละเอียด. เป็นเรื่องจริง, นี้ revolved รอบทำความเข้าใจเกี่ยวกับเอกสารของตนและที่สุด แมปเพื่อทำความเข้าใจเกี่ยวกับชนิดของเนื้อหา.

ได้พบจึงยากที่จะอธิบายชนิดของเนื้อหา โดยไม่มีภาพช่วย. เทคนิคเพิ่มเติมพื้นสามารถเดินออกไปจากการสนทนาเกี่ยวกับเนื้อหาชนิดเมื่อของ CT ไว้ในฐานข้อมูล. "A CT มีลักษณะคล้ายกับตารางฐานข้อมูล, มีคอลัมน์ และกำหนดคอลัมน์ในชนิดข้อมูล, แต่ชนิดข้อมูล CT มีมากกว่าวันละเรื่องจำนวนเต็ม, แต่ยัง "ทางเลือก" และการ "ค้นหา" และเช่น" เราสามารถพูดคุยเกี่ยวกับ "ขยาย" ชนิดเนื้อหา, เหมือนหนึ่งสามารถสืบทอดงานจากคลาสพื้นฐานภาษาเชิงวัตถุ. แต่ ไม่เห็นประโยชน์สำหรับบุคคล admin กรมขนส่งที่มีเบื้องหลังทางเทคนิคไม่. เช่น, เกือบทุกคนที่สำคัญในการไวร์เลสมอส.

โดยใช้กระดานไวท์บอร์ดเป็น iffy. ผมได้นำเสนอความคิดของชนิดเนื้อหาและวาดสดใส (หรือเพื่อ ให้พวกเขาดูเหมือน) รูปภาพของชนิดของเนื้อหา และทำคุณในการค้นหา และสามารถขยายการ, ฯลฯ. ในสุด, มันรู้สึกเหมือนได้เปิดบางหลอดไฟ, แต่รูปภาพกระดานไวท์บอร์ดได้เป็นระเบียบ.

นี้นำเราไปสู่สถานที่เชื่อมโยงไปถึงปัจจุบัน และมีประสิทธิภาพเพื่อให้ไกลที่สุดของเรา: ไซต์ sandbox มอสส์ถูกกำหนดค่าให้แสดงคุณลักษณะเหล่านี้.

การใช้ไซต์การ sandbox, เราแสดงให้เห็นถึง:

  • ชนิดเนื้อหา:
    • สร้าง CT ที่ มีชนิดข้อมูลหลายชนิด (ข้อความ, วัน, ทางเลือก, บูลีน, การค้นหา, ฯลฯ).
    • ขยายตัว CT ด้วย CT ใหม่ที่ยึดหลัก.
    • ค้นหาเอกสารโดยใช้ CT metadata.
  • ไลบรารีเอกสาร:
    • เชื่อมโยง CT เดียวกับรี.
    • เกิดอะไรขึ้นเมื่อเราอัพโหลดเอกสารไปที่ไลบรารี?
    • ประกอบของ CT หลายไลบรารีเอกสาร.
    • เกิดอะไรขึ้นเมื่อเราอัพโหลดเอกสารไปที่ไลบรารี?
    • กรองและเรียงลำดับผ่านคอลัมน์ใน lib เอกสาร.
    • มุมมองไลบรารีเอกสาร:
      • การเรียงลำดับ
      • การจัดกลุ่ม
      • "รายการด่วน" (มุมมองแผ่นข้อมูล)
      • "ข้อมูล untagged" (จะช่วยเหลือ ด้วยการโยกย้ายมอสส์จากแหล่งเนื้อหาอื่น ๆ; เพิ่มเติมด้านล่างนี้).

ไซต์ Sandbox:

เราออกแบบเว็บไซต์ของเรา sandbox เป็น ลักษณะถาวรในสภาพแวดล้อมการพัฒนาที่จะใช้สำหรับวัตถุประสงค์การฝึกอบรมยาวหลังจากเราเสร็จสิ้นโครงการ และรวมสิ่งประดิษฐ์ต่าง ๆ ตามที่อธิบายไว้:

ชนิดเนื้อหา:

เรากำหนดชนิดเนื้อหาต่อไปนี้: ใบแจ้งหนี้, ใบสั่งซื้อ, บริการใบแจ้งหนี้.

เราเลือกสั่งซื้อและใบแจ้งหนี้เนื่องจากพวกเขาจะเกลียดชังน้อยภายใต้
ยืนเอนทิตี. ทุกคนในธุรกิจเข้าใจว่าใบแจ้งหนี้ต้องชำระเงินในการ ลูกค้า สำหรับการ ยอดเงิน ออกในบาง วัน จะต้องจ่ายตามบาง เงื่อนไขการชำระเงิน. นี้นำไปสู่คำจำกัดความธรรมชาติของ CT ซึ่งเราเรียกว่า "ใบแจ้งหนี้การฝึกอบรม" (จากใบแจ้งหนี้ประเภทอื่น ๆ). ในทำนองเดียวกันได้มีกำหนดใบสั่งซื้อ. นอกจากนี้เรายังสร้าง "ฝึกอบรมบริการใบ" โดยการสร้าง CT ใหม่ที่ยึดตามอินวอยซ์ฝึกอบรม"" CT และเพิ่มเพียงหนึ่งคอลัมน์, "บริการ".

กับข้างต้น, เราสามารถตอนนี้แสดงให้เห็นถึงบางคุณลักษณะที่สำคัญของของ CT โดยไม่ได้รับ bogged ลงพยายามอธิบายแนวคิดนามธรรมเป็นครั้งแรก; ทุกคนแล้วเข้าใจสิ่งที่เราหมายถึง โดย "ใบแจ้งหนี้" และ "ใบสั่งซื้อ" และสามารถเน้นกลศาสตร์ของ CT จะแทนตัวเอง.

รายการที่กำหนดเอง:

CT กับคอลัมน์ชนิด "ค้นหา" ชี้ไปที่ไลบรารีแบบกำหนดเองรายการหรือเอกสาร. เราใช้นี้อย่างกว้างขวาง และการ sandbox, เราสร้างหนึ่งสนับสนุนรายการแบบกำหนดเองที่ประกอบด้วยลูกค้า. เรารับลูกค้าเนื่องจากเป็นแนวคิดง่ายเข้าใจง่ายแสดงให้เห็นถึง. CT ใบแจ้งหนี้มีคอลัมน์, "ลูกค้า" ที่กำหนดของชนิด "ค้นหา" ที่จุดที่รายการนี้.

เราสร้างรายการกำหนดเองเหมือนกับ "ผู้จัดการ" สำหรับใบสั่งซื้อ"" CT.

ไลบรารีเอกสาร:

เราสร้างไลบรารีเอกสารสอง: "ใบแจ้งหนี้" และ "ผสมเอกสาร".

เรากำหนดค่าไลบรารีเอกสารใบแจ้งหนี้การจัดการเอกสารเฉพาะชนิด CT "วอยซ์".

เรากำหนด "ผสมเอกสาร" ไลบรารีการจัดการสามของ CT ทั้งหมด.

สร้างมุมมองต่าง ๆ ที่เรียงลำดับ, กรอง, แผ่นงานข้อมูลและการจัดกลุ่ม.

ค้นหา:

เรากำหนดคุณสมบัติจัดการใหม่สอง และแมปไปยังหมายเลขใบแจ้งหนี้และลูกค้า.

เราสร้างไซต์ใหม่ล่วงหน้ากำหนดเองค้นหา และปรับปรุงเพื่อให้ผู้ใช้ต้องการค้นหา "ใบแจ้งหนี้" ใช้แมปคุณสมบัติสอง.

แก้ไข XSLT เพื่อให้หมายเลขใบแจ้งหนี้และลูกค้า, เมื่อนำเสนอ, ปรากฏในตาราง HTML ในสีสดใส. วัตถุประสงค์ที่นี่คือการ แสดงให้เห็นว่า รูปแบบดังกล่าวได้.

ใส่ทั้งหมดเข้าด้วยกัน:

เราจัดให้สำหรับผู้ใช้หลักการมีส่วนร่วมในการสาธิต.

เราทำตามสคริปต์นี้ง่าย:

  1. อธิบายความหมายและวัตถุประสงค์ของการ CT, ใช้ใบแจ้งหนี้และใบสั่งซื้อเป็นตัวอย่าง.
  2. แสดงคำนิยาม CT แจ้งหนี้ขณะพร้อมมั่นใจได้ว่า พวกเขาไม่จำเป็นต้องใช้ที่หน้าจอตัวเอง, เพียงรับแนวคิด.
  3. ไปที่ไลบรารีเอกสารใบแจ้งหนี้.
  4. อัปโหลดเอกสาร.
  5. แสดงให้เห็นว่า ลูกค้าหล่นจริง ๆ มาจากรายการที่กำหนดเอง.
  6. เพิ่มลูกค้าใหม่รายชื่อลูกค้า และจากนั้น ปรับปรุงข้อมูลเมตาของใบแจ้งหนี้ล่าสุดอัพโหลดกับลูกค้าสร้างขึ้นใหม่.
  7. สลับกับ "ผสมเอกสาร" ไลบรารีและอัปโหลดเอกสาร. อธิบายวิธีการระบบแสดงพร้อมท์สำหรับชนิดเอกสาร.
  8. ไปกลับไปยังไลบรารีเอกสารใบแจ้งหนี้และแสดงวิธีการคลิกที่ชื่อคอลัมน์เปลี่ยนแปลงลำดับการจัดเรียง.
  9. แสดงให้เห็นถึงการกรองระดับคอลัมน์.
  10. แสดงมุมมองต่าง ๆ ที่เรียงลำดับหลายระดับ, กรอง และจัดกลุ่ม.
  11. แสดงมุมมองแผ่นข้อมูล.
  12. อธิบายวัตถุประสงค์ของการ "untagged เอกสาร" ดู.
  13. สลับไปยังการค้นหาขั้นสูงที่กำหนดเอง.
  14. โดยขณะนี้, เพิ่งอัพโหลดเอกสารควรถูกตระเวน และดัชนี, เพื่อ ทำการค้นหาที่แสดงให้เห็นถึงความสามารถในการค้นหาใบแจ้งหนี้ที่ผ่านคุณสมบัติถูกแมป.
  15. เราแสดงให้เห็นถึงความแตกต่างระหว่างการค้นหาผ่านเทียบกับคุณสมบัติที่ถูกแมป. เพียงค้นหาข้อความ.

ณ จุดนี้, เราจะทำน้อย ด้วยการสาธิต. ดูเหมือนว่าจะเกี่ยวกับ 30 ถึง 45 นาที, ขึ้นอยู่กับจำนวนคำถามคนถาม.

เราแล้วส่งกลับไปที่โต๊ะของพวกเขามี "การบ้าน". ซึ่งประกอบด้วยเรียบง่าย excel กระดาษคำนวณซึ่งเราขอให้กำหนดเกี่ยวกับสิ่งที่พวกเขาคิดว่า พวกเขาต้องการในแง่ของ CT, ทั้งในระดับสูง (วัตถุประสงค์เพียงชื่อ และธุรกิจ) คอลัมน์และชนิดของข้อมูล ที่จะเก็บในคอลัมน์. เราไม่ขอให้กำหนดชนิดข้อมูลของคอลัมน์ในมอ, แต่ในเชิงธุรกิจ.

โดยสรุป:

เราได้สร้างสภาพแวดล้อมการ sandbox ที่เราสามารถใช้เพื่อแสดงให้เห็นถึงคุณลักษณะบางมอหลักอุทธรณ์มีทั่วทั้งองค์กร.

เราได้จำลองเอนทิตีธุรกิจทั่วไป และเข้าใจได้ง่ายเพื่อให้ผู้ใช้สามารถโฟกัสมอสส์ และไม่ได้รับ bogged ลงในเอนทิตี / ตัวอย่างตัวเอง.

ห่างจากผู้ใช้ทางธุรกิจรอบผลงานด้วย "การบ้าน" ในรูปแบบของเอกสาร excel ที่จะตอนนี้เชี่ยวชาญการกรอก และใช้สำหรับชนิดเนื้อหาของตนเองก่อนตัดออก.

ขั้นตอนสุดท้าย, ขณะที่เราทำตัวอย่างช่วงเวลา, สมาชิกในทีมของลูกค้าตัวเองเป็นมากขึ้นสามารถยก, ทำการสาธิตของตัวเอง และโดยทั่วไปเพิ่มส่วนของเราทำงานในเรื่องที่ซับซ้อนมากขึ้น, เช่นระบบโลก, ลำดับงานที่ซับซ้อน, BDC และเช่น.

เรียนคล่องตัว // Scrum ได้

ผมขอแนะนำบางอย่างวันนี้ทรัพยากรที่ดีสำหรับการเริ่มต้นเรียนรู้เพียงและ scrum ได้. นี่คือบทสรุปของการตอบสนอง. ฉันเชื่อถือแหล่งมา แต่ไม่ทราบว่า นี้จะครอบคลุม (ผมไม่แน่ใจ).

ทับฉันอาจมีศัพท์บางนี้ไม่ถูกต้อง.

หลายคนให้การตอบรับ และโครงการบริหารจัดการที่คล่องตัว โดย Ken Scwaber เป็นการสอดคล้องกัน "แรกดำน้ำ" คำแนะนำ.

บุคลิก:

  • Ken Schwaber
  • ไมค์คอห์น

หนังสือ:

  • การจัดการโครงการคล่องตัวกับ scrum ได้ โดย Ken Schwaber.
  • การพัฒนาซอฟต์แวร์แบบ lean: เครื่องมือคล่องตัวสำหรับผู้จัดการทีมพัฒนาซอฟต์แวร์ โดยแมรี่และ Tom Poppendieck.
  • "อะไร โดย Mike คอห์น"
  • Retrospectives คล่องตัว โดย Ken Schwaber, Diana Larsen, ดาร์บี้เอสเธอร์.

การเชื่อมโยง: