มูลนิธิ Agile-Scrum 1

Scrum (Agile) เป็นวิธีการยอดนิยมในการดำเนินโครงการพัฒนา ซอฟต์แวร์- วิธีจัดระเบียบปฏิสัมพันธ์ของทีมพัฒนาเพื่อให้โครงการพัฒนาเสร็จสมบูรณ์ จะจัดทำเอกสารอะไรและอย่างไร อย่างไร กับใคร และบ่อยเพียงใดเพื่อหารือเกี่ยวกับรายละเอียดโครงการ วิธีมอบหมายงานให้กับผู้คน และวิธีติดตามผลลัพธ์ ทั้งหมดนี้คือ Scrum (Agile)

แตกต่างจากแนวทางการจัดการโครงการที่ครอบคลุม เช่น Project Management Institute (PMI)® PMBOK® Guide เดิมที Scrum ได้รับการออกแบบมาเพื่อการพัฒนาซอฟต์แวร์ที่มีข้อกำหนดที่เปลี่ยนแปลงบ่อยครั้ง ในขณะเดียวกัน Scrum (Agile) ให้ความสำคัญกับกระบวนการพัฒนามากกว่ากระบวนการจัดการ เทคโนโลยีนี้ช่วยเสริมกระบวนการจัดการแบบคลาสสิกได้เป็นอย่างดี และสามารถรวมเข้ากับกระบวนการดังกล่าวได้เมื่อพัฒนาโครงการด้านไอทีที่มีขนาดใหญ่มาก แนวทางปฏิบัติแบบ Agile ได้กลายเป็นส่วนหนึ่งของ PMBOK® Guide แล้ว

ในหลักสูตร “Agile - Scrum Foundation 1. การบริหารโครงการด้วยแนวทางที่ยืดหยุ่น”- คุณจะได้เรียนรู้การจัดระเบียบกระบวนการพัฒนาซอฟต์แวร์และรับผลิตภัณฑ์สำเร็จรูปภายในระยะเวลาที่กำหนดอย่างเคร่งครัด และที่สำคัญที่สุดคือกำหนดเวลาที่สั้นในสภาวะที่เปลี่ยนแปลงบ่อยครั้ง ในระหว่างหลักสูตร คุณจะพัฒนา “ผลิตภัณฑ์” ใหม่โดยใช้ Scrum (Agile) ในฐานะทีม Scrum คุณจะได้รับประสบการณ์สดและคุณประโยชน์จากการทำงานใน Scrum (Agile) ภายใต้คำแนะนำของผู้ฝึกสอนของเรา คุณจะต้องผ่านสถานการณ์ต่าง ๆ ที่ใกล้เคียงกับความเป็นจริง ซึ่งคุณจะต้องใช้สิ่งใหม่ แนวทางที่เป็นนวัตกรรมการแย่งชิง (เปรียว)

ผู้ชมหลักสูตร:

• นักพัฒนาซอฟต์แวร์เป็นสมาชิกของทีมพัฒนา หัวหน้าทีม (ทีมพัฒนาอาวุโส)
• ผู้เชี่ยวชาญที่ต้องการควบคุมบทบาทของ Product Owner หรือ Scrum Master ในทีม Scrum
• ผู้บริหารทีม Scrum ที่ต้องการทำความคุ้นเคยกับลักษณะเฉพาะของงานภายในทีม

หลักสูตร "Agile-Scrum Foundation 1. การจัดการโครงการโดยใช้แนวทาง Agile" จัดเตรียมการเตรียมการและ PDU สำหรับการต่ออายุการรับรองที่มีอยู่ของคุณ:

	เทคนิค	ภาวะผู้นำ	เชิงกลยุทธ์	ทั้งหมด
PMI_RMP®	-		-
PMI_SP®	-		-
พีเอ็มพี(r)®			-
PgMP(r)®			-
PMI_ACP®			-
พีเอฟเอ็มพี®	-		-
PMI_PBA เอสเอ็ม	-		-

PMI เป็นเครื่องหมายจดทะเบียนของสถาบันบริหารจัดการโครงการ
PMBoK เป็นเครื่องหมายการค้าจดทะเบียนของสถาบันบริหารจัดการโครงการ

ปัญหาการรับรอง Scrum Master เป็นปัญหาที่พบบ่อยที่สุดในหัวข้อการรับรองและการฝึกอบรม Scrum ทั้งหมด ผู้เยี่ยมชมการฝึกอบรมของฉันหรือแผนการฝึกอบรม Scrum ระยะยาวเกือบทุกวินาทีจะได้รับการรับรองในฐานะ Scrum Master ในอนาคต

หากเราแบ่งการรับรอง Scrum ทั้งหมดตามไทม์ไลน์ จะมีหลายประเภท - หลักสูตรระยะสั้น (2-3 วัน) หรือระยะยาว ซึ่งคุณจะต้องยืนยันประสบการณ์ของคุณใน Scrum แต่ไม่จำเป็น เข้ารับการฝึกอบรมระยะยาว

ตัวฉันเองได้ผ่านการฝึกอบรมและได้รับประกาศนียบัตรจากโรงเรียน Scrum ที่มีชื่อเสียงที่สุด ตอนนี้ฉันอยากจะพูดเกี่ยวกับการรับรองที่มีชื่อเสียงที่สุดสำหรับ Scrum Masters รวมถึงความคิดเห็นของฉันเกี่ยวกับพวกเขาด้วย

เราจะละทิ้งทัศนคติของฉันต่อการรับรองระยะสั้นในบทความนี้และแม้ว่าฉันจะพิจารณาการฝึกอบรมระยะยาวเป็นเวลาหลายสัปดาห์หรือหลายเดือนด้วยการบ้านและการวิเคราะห์ปัญหาเพิ่มเติมจากงานของฉันมากที่สุด อย่างมีประสิทธิภาพอย่างไรก็ตาม การฝึกอบรมแบบ Scrum นั้น แฟน ๆ ของการรับรองระยะสั้นมีจำนวนมหาศาล
ความต้องการการรับรอง Scrum ในระยะยาวมีน้อยกว่ามาก แต่การรับรองดังกล่าวมีอยู่ในโรงเรียนที่ได้รับการรับรอง Scrum ที่มีชื่อเสียงทุกแห่ง และไม่มีคำว่า Scrum Master ในชื่อ
การฝึกอบรมและการรับรองที่มีคำว่า Scrum Master อยู่ในชื่อ ส่วนใหญ่เป็นการรับรองระยะสั้น กล่าวคือ หากต้องการรับใบรับรอง Scrum Master คุณจะต้องเข้าร่วมหลักสูตร 2 วันหรือผ่านการทดสอบออนไลน์โดยไม่ต้องผ่านการฝึกอบรม
แต่ไม่ใช่ทุกอย่างจะง่ายอย่างที่คิดเมื่อเห็นแวบแรก คุณไม่สามารถทำได้หากไม่มีการเตรียมการ

ในบทความนี้ ฉันจะดูใบรับรองของสองโรงเรียน - Scrum Alliance และ Scrum.org ทำไมมีแค่สองคนนี้ล่ะ? ฉันคิดว่าองค์กรเหล่านี้มีคุณค่ามากที่สุดเนื่องจากก่อตั้งโดยผู้ร่วมก่อตั้ง Scrum หรือเป็นที่รู้จักมากที่สุดในตลาด หรือเป็นหลักฐานที่แข็งแกร่งที่สุดเกี่ยวกับความรู้ของ Scrum ในขณะเดียวกัน โรงเรียนเหล่านี้ต่างจากการรับรองออนไลน์ส่วนใหญ่ตรงที่คำถามทดสอบไม่ได้ขัดแย้งกับมุมมองอย่างเป็นทางการของ Scrum ตามที่อธิบายไว้ใน Scrum Guide ซึ่งเป็นคู่มือที่สำคัญที่สุดสำหรับ Scrum

มาดูการรับรองตามลำดับกัน

1. การรับรองจาก ScrumAlliance

ScrumAlliance เป็นโรงเรียน Scrum ที่ใหญ่ที่สุดและเป็นโรงเรียนที่แพร่หลายที่สุดในโลก ซึ่งเป็นองค์กรรับรอง Scrum ที่มีชื่อเสียงและเป็นที่รู้จักมากที่สุด
แน่นอนว่านี่ไม่ใช่โรงเรียน แต่เป็นสมาคมที่ใหญ่ที่สุดของแฟน Scrum ผู้จัดการพื้นที่ใกล้เคียง Agile ผู้ฝึกสอน Scrum โค้ช Scrum และองค์กรที่เกี่ยวข้องกับการฝึกอบรม Scrum
ในบรรดาผู้ก่อตั้ง ScrumAlliance ในปี 2544 ก็มีผู้ก่อตั้ง Scrum - Ken Schwaber และ Jeff Sutherland ซึ่งต่อมาได้ก่อตั้งบริษัทการรับรองของตนเองที่เกี่ยวข้องกับการรับรอง Scrum ซึ่งฉันจะกล่าวถึงด้านล่าง

เป็นไปไม่ได้ที่จะได้รับใบรับรอง Scrum Master จากโรงเรียนนี้หากไม่เข้าร่วมการฝึกอบรมแบบออฟไลน์ก่อน การฝึกอบรม Scrumalliance มักจะค่อนข้างแพง (ไม่ค่อยพบเห็นน้อยกว่า $700 ต่อตั๋ว)

การรับรองจาก ScrumAlliance มี 3 ประเภทสำหรับระดับเริ่มต้น: Certified Scrum Master, Certified Scrum Product Owner และ Certified Scrum Developer และใบรับรองขั้นสูงที่ต้องใช้ประสบการณ์ใน Scrum - Certified Scrum Professional
หากต้องการเป็น Scrum Master คุณต้องมีใบรับรองแรก

CSM (ผู้เชี่ยวชาญการต่อสู้ที่ผ่านการรับรอง)

แม้ว่าตลาดของเราจะมี Scrum Masters ที่ใช้งานอยู่ค่อนข้างน้อย แต่นี่คือใบรับรองที่ได้รับความนิยมมากที่สุดจาก ScrumAlliance หลายๆ คนคิดว่าจำเป็นต้องเริ่มต้นการเดินทางกับ Scrum ด้วยการรับรองนี้ ดังนั้นเนื้อหาหลักสูตรจึงมักมีลักษณะคล้ายกับการฝึกอบรมด้านการศึกษาทั่วไปเกี่ยวกับ Scrum (ดูข้อกำหนดสำหรับการครอบคลุมหัวข้อหลักสูตรสำหรับผู้ฝึกอบรม) แต่ไม่ได้หมายความว่าการฝึกซ้อมไม่ดี เพื่อให้มีสิทธิ์จัดการฝึกอบรม ScrumAlliance พร้อมการรับรองในภายหลัง คุณต้องผ่านกระบวนการสัมภาษณ์ที่ค่อนข้างยาก ซึ่งอาจเป็นเหตุผลว่าทำไมฉันจึงไม่เคยได้ยินเกี่ยวกับการฝึกอบรม ScrumAlliance ที่ไม่ดี

การฝึกอบรม CSM ใช้เวลา 2 วัน
หากต้องการรับใบรับรอง CSM คุณต้องเข้าร่วมการฝึกอบรม 2 วันจากผู้ฝึกสอน ScrumAlliance อย่างเป็นทางการ และผ่านการทดสอบออนไลน์อย่างเป็นทางการ ซึ่งผู้ฝึกสอนจะถูกส่งไปยังผู้เข้าร่วม โดยปกติจะทำทันทีหลังการฝึกอบรม การทดสอบเพื่อรับการรับรองนั้นค่อนข้างง่ายและฉันไม่เคยเห็นใครล้มเหลวเลย การทดสอบนี้ออกแบบมาเพื่อความรู้พื้นฐานเกี่ยวกับ Scrum และมีคำถามหลายข้อที่เกี่ยวข้องกับบทบาทของ Scrum Master
ในเวลาเดียวกัน ScrumAlliance โต้แย้งถึงความเรียบง่ายของการทดสอบโดยที่พวกเขาทดสอบผู้ฝึกสอนของตนได้ดีมาก และมั่นใจว่าความรู้จะถูกถ่ายทอดในลักษณะที่มีคุณภาพสูง

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

ต้องต่ออายุสมาชิกทุก ๆ สองปี ในราคา $50 ไม่จำเป็นต้องทำการทดสอบ

สิ่งที่คุณต้องการสำหรับการรับรอง CSM?

เพื่อที่จะผ่านการทดสอบและรับใบรับรองอย่างมั่นใจ นอกเหนือจากการเข้าร่วมการฝึกอบรมที่จำเป็นแล้ว ฉันขอแนะนำสิ่งต่อไปนี้:
• อ่าน Scrum Guide นี่คือคู่มือพื้นฐาน 23 หน้าสำหรับ Scrum อัปเดตในปี 2016 หากไม่เข้าใจพื้นฐานของ Scrum จาก Scrum Guide ก็เป็นไปไม่ได้เลยที่จะผ่านการสอบ Scrum ที่ง่ายที่สุด เนื่องจากมีข้อมูลที่ขัดแย้งกันมากมายในแหล่งข้อมูลต่างๆ บน Scrum Scrum Guide เป็นสถานที่แรกในการเรียนรู้เกี่ยวกับ Scrum ในฐานะเฟรมเวิร์กกระบวนการ
• อ่านบล็อกโพสต์จาก Scrum Alliance ในชุมชนของพวกเขา
  ScrumAlliance มีกลุ่มชุมชนที่ใหญ่ที่สุดสำหรับพูดคุยเกี่ยวกับ Scrum
  ดังนั้นเมื่อเตรียมตัวสำหรับการรับรอง ฉันแนะนำให้พิจารณาชุมชนของพวกเขาและรับความรู้จากที่นั่น
  มีข้อมูลค่อนข้างมากตั้งแต่เริ่มต้น Scrum trainers เช่นกัน ดังนั้น หากคุณเรียนรู้ที่จะแยกข้าวสาลีออกจากแกลบในแหล่งนี้ ฉันสามารถพูดได้ว่าคุณเชี่ยวชาญ Scrum ในระดับที่เพียงพอสำหรับการรับรองแล้ว
• อ่านหนังสือจากผู้ก่อตั้ง Scrum เป็นภาษารัสเซีย หนังสือเล่มนี้ให้ความเข้าใจในปรัชญาเบื้องหลังกรอบกระบวนการ Scrum ที่อธิบายไว้ใน Scrum Guide และจะให้ความเข้าใจไม่เพียงแต่ “สิ่งที่ต้องทำ” แต่ยังรวมถึง “ทำไม” ด้วย มีความพยายามมากขึ้นคุณไม่จำเป็นต้องสมัครหากเป้าหมายคือการได้รับใบรับรอง

สอบผ่าน:

หลังจากที่คุณได้รับโปรไฟล์ที่ลงทะเบียนโดยผู้ฝึกสอนทางอีเมลแล้ว ระบบจะแนบแบบทดสอบมาให้คุณ ซึ่งคุณสามารถเริ่มดำเนินการได้ตามคำแนะนำที่ผู้ฝึกสอนส่งถึงคุณ การทดสอบมีคำถามแบบเลือกตอบ 35 ข้อ คุณต้องตอบถูก 24 ข้อจึงจะผ่านได้สำเร็จ
หากคุณไม่ผ่านการทดสอบ คุณจะพบคำถามที่ผิด แต่จะไม่เห็นคำตอบที่ถูกต้องสำหรับคำถามเหล่านั้น ScrumAlliance เปิดโอกาสให้คุณค้นหาคำตอบที่ถูกต้องด้วยตัวคุณเอง หลังจากนี้คุณสามารถทำการทดสอบอีกครั้งได้ฟรี การทดสอบให้เวลา 1 ชั่วโมง การทดสอบสามารถถูกระงับและดำเนินการต่อได้ตลอดเวลา ในระหว่างการทดสอบ คุณสามารถข้ามคำถามได้โดยบุ๊กมาร์กคำถามไว้ เพื่อกลับมาดูในภายหลังได้

ผลลัพธ์:

ราคาที่เสนอคืออย่างน้อย $ 700
มันคุ้มค่าไหม? ใช่ หากคุณยินดีจ่ายเงินสำหรับหลักสูตรนี้ด้วยตัวเอง บริษัทที่มีชื่อเสียงรับรองใน Scrum

2. การรับรองจาก Scrum.org

นี่คือโรงเรียน Scrum ที่ก่อตั้งโดย Ken Schwaber ผู้ร่วมก่อตั้ง Scrum ในปี 2009 ยังไม่แพร่หลายไปทั่วโลกเท่ากับ Scrum Alliance แต่ได้รับแรงผลักดันอย่างต่อเนื่อง และได้รับความนิยมมากขึ้นในบางประเทศเนื่องจากแนวทางการรับรอง
Ken Schwaber ก่อตั้งโรงเรียนแห่งนี้ขึ้นเพื่อปรับปรุงการสอน Scrum ซึ่งในความเห็นของเขา ณ เวลาที่เปิด Scrum.org นั้น มีพื้นฐานมาจากการหาเงินมากกว่าการฝึกอบรมที่มีคุณภาพ คุณสามารถอ่านเหตุผลในการก่อตั้ง Scrum.org ได้ใน
คุณไม่จำเป็นต้องเข้าร่วมการฝึกอบรมเพื่อได้รับการรับรองจาก Scrum.org (แม้ว่าจะแนะนำก็ตาม) และคุณเพียงแค่ต้องจ่าย $150 สำหรับรหัสสำหรับการรับรองออนไลน์
สะดวกสบาย? ใช่. แต่มันไม่ง่ายขนาดนั้น

การรับรอง Scrum.org สำหรับ Scrum Masters มี 3 ประเภท ได้แก่ Professional Scrum Master I, Professional Scrum Master II และ III
ใบรับรองเหล่านี้เป็นระดับที่แตกต่างกันซึ่งต้องใช้ความรู้ในระดับที่แตกต่างกัน
ใบรับรองพื้นฐานทั้งหมดจาก Scrum.org แสดงอยู่ในรูปภาพ

Scrum Master มืออาชีพ I (PSM I)

การรับรอง Scrum Master ครั้งแรกจาก Scrum.org และบางทีอาจเป็นการรับรองที่ยากที่สุดเมื่อเปรียบเทียบกับโรงเรียนอื่น
ฉันไม่รู้จักคนที่สอบผ่านครั้งแรกนี้มากนัก แม้จะเตรียมตัวแล้วก็ตาม ดังนั้น คุณสามารถเข้าร่วมการฝึกอบรมอย่างเป็นทางการของ Scrum.org ก่อนการรับรองได้ แต่การเข้าร่วมการฝึกอบรมก็ไม่ได้รับประกันว่าคุณจะได้รับประกาศนียบัตร คุณจะต้องผ่านการรับรองอย่างเท่าเทียมกันกับผู้ที่ยังไม่ผ่านการฝึกอบรม คุณจะทำแบบทดสอบเดียวกัน การฝึกอบรมล่วงหน้าช่วยให้คุณมีความรู้ที่ชัดเจนเกี่ยวกับ Scrum แต่ไม่จำเป็นต้องแนะนำให้คุณรู้จักเคล็ดลับในการผ่านการสอบ

นอกจากนี้แม้แต่ผู้ฝึกสอนอย่างเป็นทางการก็ห้ามเผยแพร่คำตอบของคำถามจากการสอบ คำถามจากข้อสอบที่ปรากฏทางออนไลน์ถูกลบอย่างไร้ความปราณี เงื่อนไขระยะสั้น.
ข้อสอบค่อนข้างสมดุล ประกอบด้วยคำถามและคำถามระดับพื้นฐานที่สามารถตอบได้อย่างรวดเร็วหากคุณมีประสบการณ์การทำงานใน Scrum หรือมีประสบการณ์ในการตั้งค่ากระบวนการในฐานะ Scrum Master ข้อสอบยังประกอบด้วยคำถามที่ "ยุ่งยาก" ซึ่งเป็นคำตอบที่คุณสามารถรู้ได้หากคุณจำคำศัพท์ Scrum ได้ดีและจดจำ Scrum Guide ได้จริงหรือไม่ อย่างไรก็ตามการสอบเป็นภาษาอังกฤษดังนั้นจึงควรอ่านวรรณกรรมภาษาอังกฤษดีที่สุด แน่นอนว่าตัวเลือกที่เหมาะสมที่สุดคือมีประสบการณ์ 3-5 ปีใน Scrum สิ่งนี้จะช่วยให้คุณเข้าใจสาระสำคัญของปัญหาบางอย่างได้ดีขึ้น แต่ก็ไม่ใช่ความจริงที่ว่าจะผ่านไปได้เพียงพอ บน Sctum.org คุณจะเห็นโพสต์มากมายที่ผู้ที่มีประสบการณ์มากกว่า 5 ปีสอบไม่ผ่านและบ่น ;)

การเตรียมตัวสำหรับ PSM I

ฉันจะอธิบายเคล็ดลับบางประการที่จะช่วยลดค่าใช้จ่ายในการเตรียมตัวสอบนี้
1. การอ่าน Scrum Guide เป็นภาษาอังกฤษเป็นเรื่องที่ดี อ่านซ้ำแล้วซ้ำอีก อ่านได้ดีมาก 10-15 รอบ หากภาษาอังกฤษของคุณไม่สมบูรณ์แบบ ฉันขอแนะนำให้ศึกษาคำศัพท์พื้นฐาน เนื่องจากข้อสอบมีคำถามที่ยุ่งยาก
2. อ่านหนังสือ "Scrum - A Pocket guide" โดย Gunther Verheyen
   คำถามสอบส่วนใหญ่เขียนหรือตรวจทานโดย Gunther ดังนั้นหนังสือของเขาจึงให้มุมมองของ Scrum.org เกี่ยวกับคำถามการรับรองที่ดีที่สุดเท่าที่จะเป็นไปได้
   นี่คือรายการสั้นๆ ของแหล่งข้อมูลของ Gunter ที่ฉันแนะนำให้อ่านเพื่อเตรียมการด้วย:
3. อ่านกระทู้ใน. ไม่มีคำตอบโดยตรงสำหรับคำถามในข้อสอบในบล็อกนี้ แต่มีบางส่วนที่คล้ายกันมาก คุณจะพบคำอธิบายที่ดีจากเจ้าหน้าที่ของ Scrum.org เกี่ยวกับคำถามเกี่ยวกับ Scrum ที่ครอบคลุมในการทดสอบเพื่อรับการรับรองได้ที่นี่ ฉันชอบอ่านบล็อกนี้เพราะมีผู้ฝึกสอนที่เชี่ยวชาญมากมายในฟอรัม Scrum.org
4. อ่านจาก Scrum.org
   จริงๆแล้วถ้ามีประสบการณ์มากพอ ข้อ 1 ก็อาจจะพอ แต่พอผ่านก็อาจรู้สึกกลัวกับคำถามบางข้อ
5. ทำแบบทดสอบฟรีจาก Scrum.org
   ที่ สำเร็จลุล่วงอย่าตื่นเต้นเกินไป การทดสอบนี้ไม่รับประกันว่าคุณจะผ่านการรับรอง ข้อสอบจะมีคำถามที่ยากกว่าข้อสอบเปิดมาก
   ฉันจะถือว่าการทดสอบนี้เป็นการทดสอบสารสีน้ำเงินสำหรับความไม่พร้อม หากคุณได้คะแนนน้อยกว่า 100% เป็นไปได้มากว่าคุณจะสอบผ่านการรับรองไม่ได้ แต่ในการทดสอบนี้ ต่างจากการสอบเพื่อรับใบรับรองตรงที่มีการตรวจสอบคำตอบที่ไม่ถูกต้องสำหรับคำถาม

การรับรองทำงานอย่างไร?

ประวัติย่อ:

PSMI คือการรับรองที่ยากที่สุดสำหรับ Scrum Masters ที่มีอยู่ ต้องมีการเตรียมการอย่างละเอียด แต่ผลลัพธ์ก็คุ้มค่า ฉันสามารถเรียกทุกคนที่ผ่าน PSM ว่าฉันทดสอบผู้เชี่ยวชาญที่เข้าใจ Scrum และมั่นใจในกรอบการทำงาน Scrum การรับรองไม่จำเป็นต้องมีการฝึกอบรม ราคาที่เสนอคือ $ 150 มันคุ้มค่าที่จะเช่าหรือไม่? แน่นอนว่ามันคุ้มค่า! มันจะเป็นประสบการณ์ที่น่าจดจำซึ่งคุณจะไม่เสียใจ

PSM II และ PSM III

สิ่งเหล่านี้คือการรับรองขั้นสูงจาก Scrum.org รวมอยู่ในโปรแกรมการฝึกอบรมภาคบังคับสำหรับผู้ฝึกสอนจาก Scrum.org ดังนั้นระดับของผู้ฝึกสอนในองค์กรนี้จึงค่อนข้างสูง Scrum Masters ทั่วไปสามารถรับใบรับรองเหล่านี้ได้ตามความต้องการของตนเอง เนื่องจากไม่จำเป็นต้องใช้ทุกที่ PSM II ยังประกอบด้วยคำถามแบบตัวเลือกเดียวและหลายตัวเลือก ในขณะที่ PSM III กำหนดให้คุณต้องเขียนเรียงความสั้น ๆ เกี่ยวกับคำถามที่ให้คะแนนด้วยตนเอง กำลังพิจารณา ราคาสูงและความซับซ้อนของการสอบเหล่านี้ ผมยังไม่เคยเจอใครที่ผ่านการสอบเหล่านี้เพียงเพื่อตัวเองเลย โดยไม่ได้เข้าร่วมโครงการฝึกอบรมผู้ฝึกสอน

ข้อสรุป:

มีใบรับรอง Scrum มากมาย ทุกโรงเรียนมีข้อดีข้อเสีย เมื่อพิจารณาถึงระดับความสำคัญที่เหมือนกันตามเงื่อนไขของโรงเรียนที่พิจารณา เมื่อเลือกองค์กรที่ได้รับการรับรอง ฉันขอแนะนำให้ดูประเด็นหลักต่อไปนี้

	สครัมอัลไลแอนซ์	Scrum.org
ราคารับรอง:	0 ดอลลาร์สหรัฐ หลังจากเสร็จสิ้นการฝึกอบรมเท่านั้น	150 ดอลลาร์สหรัฐ ฟรีเมื่อจบการอบรม
ความจำเป็นที่ต้องเข้ารับการฝึกอบรม	ใช่แน่นอน	ไม่จำเป็น
ราคาอบรม	จาก 700 เหรียญสหรัฐ	จาก 650 เหรียญสหรัฐ
ค่าสมาชิก	50 ดอลลาร์สหรัฐ	0 ดอลลาร์สหรัฐ
ระยะเวลาการเป็นสมาชิก	2 ปี	ไม่มีแนวคิดเรื่องการเป็นสมาชิก
ความยากของการสอบ	คำถามง่ายถึงปานกลาง 60 นาที 35 คำถาม 27 คำตอบให้ผ่าน	คำถามง่าย ปานกลาง ยาก และสับสน 60 นาที 80 คำถาม 68 คำตอบ
ความพยายามในการเตรียมตัวสอบ	จบการฝึกอบรมและอ่าน Scrum Guide	ต้องใช้เวลาและความพยายามในการเตรียมตัว
จำนวนครั้งที่พยายามส่ง	2	1

หากการรับรองไม่สำคัญสำหรับคุณ ในการฝึกอบรม Scrum ของฉัน ฉันจะให้ความรู้ที่เป็นประโยชน์กับคุณในด้านประสบการณ์การนำ Scrum ไปใช้ในทางปฏิบัติในบริษัทของคุณ
คอยติดตาม สครัมต้องดำเนินต่อไป!

24 PDU ได้รับรางวัลสำหรับการสำเร็จหลักสูตร

คำอธิบายของโปรแกรมการศึกษา

การจัดการโครงการเป็นสาขาความรู้ที่ได้รับการจัดตั้งขึ้นอย่างมั่นคงในการปฏิบัติงานเชิงพาณิชย์และ บริษัทของรัฐและองค์กรต่างๆ อย่างไรก็ตามในระหว่างการดำเนินโครงการจำนวนหนึ่งโดยเฉพาะอย่างยิ่งในขอบเขตทางปัญญาขั้นสูงปรากฎว่าแนวทาง "คลาสสิก" การจัดการโครงการไม่ว่าจะทำงานเพียงบางส่วนหรือไม่ทำงานเลย
หากโครงการเกี่ยวข้องกับโซลูชันปริมาณมาก งานวิเคราะห์หากสถานการณ์ในโครงการเปลี่ยนแปลงรายวันหรือรายชั่วโมง หากโครงการเกี่ยวข้องกับทีมงานมืออาชีพขนาดกะทัดรัดจำนวน 5/9 คน หากโครงการเปลี่ยนแปลงเนื้อหาและฟังก์ชันการทำงานของระบบในอนาคตบ่อยครั้ง และงานจะต้องเสร็จสิ้นตรงเวลา และเพื่อให้ได้คุณภาพระดับที่ต้องการก็อาจจำเป็นต้องใช้แนวทางที่ยืดหยุ่น (Agile) ในการจัดการโครงการ วิธี Scrum ได้รับความนิยมสูงสุดและนำไปใช้อย่างประสบความสำเร็จในภาคส่วนต่างๆ ของเศรษฐกิจ: เทคโนโลยีสารสนเทศ,การเงิน,การฝึกอบรม, การวิจัยทางวิทยาศาสตร์ฯลฯ
หลักสูตรการจัดการโครงการ Scrum Agile ได้รับการออกแบบมาเพื่อให้ทีมโครงการมีเครื่องมือในการวางแผน ดำเนินการ และควบคุมโครงการที่มีเทคโนโลยีสูงได้อย่างมีประสิทธิภาพมากขึ้นโดยใช้วิธีการแบบ Agile ที่ทันสมัยที่สุด
หลังจากจบหลักสูตรแล้ว นักเรียนจะ:
ทราบ:

• กระบวนการหลักและเหตุการณ์ของการจัดการโครงการแบบยืดหยุ่น (PM) ในการนำ Scrum ไปใช้
• วิธีค้นหาข้อมูลพื้นฐานเกี่ยวกับวิธีที่ยืดหยุ่นใน PM
• ความแตกต่างระหว่างแนวทางคลาสสิกใน PM และแนวทางที่เสนอโดย Scrum
• คุณสมบัติของการจัดระเบียบการจัดการโครงการโดยใช้วิธี Scrum
• วงจรชีวิตของโครงการ Scrum

สามารถ:

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

เป็นเจ้าของ:

• ทักษะในการสร้าง Product Backlog
• ทักษะในการสร้าง Sprint Backlog
• ทักษะการจัดการประชุมในโครงการ Scrum
• ทักษะในการแสดงผลลัพธ์

สำเร็จโปรแกรมสำเร็จ หลักสูตรนี้จะช่วยให้ผู้เชี่ยวชาญ:
จัดการความคืบหน้าโดยรวมของโครงการ Scrum

วัตถุประสงค์ของหลักสูตร

การก่อตัวและการปรับปรุง ความสามารถทางวิชาชีพในด้านการดำเนินโครงการโดยใช้วิธี Scrum

กลุ่มเป้าหมาย

ผู้เชี่ยวชาญที่มีกิจกรรมที่เกี่ยวข้องกับโครงการพัฒนาและ/หรือการดำเนินงาน ระบบสารสนเทศ(เป็น):

• ผู้จัดการและนักวิเคราะห์
• สมาชิกในทีมโครงการ

การเตรียมการที่จำเป็น

• มีประสบการณ์ในการมีส่วนร่วมในโครงการพัฒนา IS และ/หรือการดำเนินงาน
• แนะนำให้มีความรู้และทักษะในรายวิชา UP130 “ความรู้พื้นฐานการบริหารโครงการ” หรือเรียนรายวิชานี้

1. ความรู้เบื้องต้นเกี่ยวกับการจัดการโครงการแบบยืดหยุ่น (Agile)
2. พื้นฐานของการจัดการโครงการโดยใช้วิธี Scrum
3. คำอธิบายทั่วไปของวิธี Scrum
4. วงจรชีวิตของโครงการ Scrum
5. คำจำกัดความของสปรินท์
6. สิ่งประดิษฐ์หลักของโครงการ Scrum
7. การจัดระเบียบโครงการโดยใช้วิธี Scrum
8. บทบาทภายนอกโครงการ ผู้มีส่วนได้ส่วนเสีย ลูกค้าโครงการ (ลูกค้า) สปอนเซอร์ (สปอนเซอร์) ผู้บริโภค ผลิตภัณฑ์ขั้นสุดท้าย(ผู้ใช้)
9. บทบาทของทีมงานโครงการ (ทีม Scrum, ทีม Scrum) เจ้าของผลิตภัณฑ์. สครัมมาสเตอร์ ทีมพัฒนา.
10. วงจรชีวิตของโครงการ Scrum
11. การเริ่มต้น การสร้าง Product Backlog ที่จัดลำดับความสำคัญ
12. การวางแผนและการประเมิน การพัฒนาและประเมินเรื่องราวของผู้ใช้ การจัดทำและการประเมินงาน การวางแผนการวิ่ง การวางแผนโป๊กเกอร์
13. การดำเนินการ การสร้างผลงานโครงการ โครงสร้างการวิ่ง, ปัจจัยโฟกัส ดำเนินการประชุม Scrum รายวัน
14. ควบคุม. รีวิวสปรินท์. วิ่งย้อนหลัง ยกเลิกสปรินท์
15. เสร็จสิ้น การยอมรับผลโครงการ โครงการย้อนหลัง.
16. ลักษณะเพิ่มเติมของการจัดการโครงการโดยใช้วิธี Scrum
17. การจัดการการเปลี่ยนแปลง ทำการเปลี่ยนแปลงโครงการ Scrum การเปลี่ยนแปลงระหว่างการวิ่ง
18. การจัดการคุณภาพ การดูแลรักษา (การดูแลสินค้าค้าง) Spike (ตัวเปิดใช้งาน - ประวัติศาสตร์)
19. การจัดการความเสี่ยง การจัดการความเสี่ยงระหว่างโครงการโดยใช้วิธี Scrum
20. เอกสารในการดำเนินกิจกรรมโครงการ

แบบฝึกหัดภาคปฏิบัติ

1. องค์ประกอบ วงจรชีวิตแย่งชิง - โครงการ
2. การสร้าง Backlog ของผลิตภัณฑ์ การสลายตัวและการจัดลำดับความสำคัญของเรื่องราวของผู้ใช้
3. การวางแผนขั้นตอนการทำงาน (Sprint) รวบรวม Sprint Backlog การประเมินเรื่องราวและงานของผู้ใช้
4. การดำเนินการตามขั้นตอนการทำงาน การประชุมทีมรายวัน (การประชุม Scrum รายวัน)
5. การสาธิตผลลัพธ์ที่ได้รับให้กับลูกค้า (การประชุมทบทวน Sprint)
6. ประชุมสรุปผลขั้นตอนการทำงาน (Sprint Retrospective Meeting)
7. การจัดการโครงการ Scrum และขั้นตอนการทำงาน การทำงานกับเครื่องมือแสดงภาพ: กระดานงานและแผนภูมิเบิร์นดาวน์ การประเมินประสิทธิภาพ
8. การบริหารความเสี่ยงในโครงการ Scrum

ได้รับเอกสารแล้ว

ใบรับรองการฝึกอบรมขั้นสูงและใบรับรองระดับนานาชาติ

ในรุ่นคลาสสิค การจัดการการต่อสู้มีสามบทบาท หนึ่งในนั้นเรียกว่า Scrum Master นี่คือบทบาทของบุคคลหลักในทีมที่ยอมรับแนวทางการจัดการที่ "ยืดหยุ่น" ในการทำงาน แต่บ่อยครั้ง (โดยเฉพาะในโรงเรียนธุรกิจและชุมชน Scrum) Master - Professional Scrum Master (PSM) - ถูกเรียกว่าบุคคลที่เข้าใจรูปแบบ Scrum ในระดับพื้นฐาน ได้นำปรัชญาของแนวทาง Agile "ยืดหยุ่น" มาใช้ และตอนนี้ไม่เพียงแต่ ตัวเขาเองสามารถเป็นผู้นำโครงการที่ซับซ้อนได้ แต่ยังสอนให้ผู้อื่นด้วย คนดังกล่าวจะได้รับใบรับรอง (Scrum Master Certification) ในระดับวุฒิการศึกษาที่แตกต่างกัน (ระยะ)

Scrum Model มีสามบทบาท:

• สครัมมาสเตอร์
• เจ้าของผลิตภัณฑ์.
• ทีม.

“ตัวละคร” แต่ละคนในทีมนี้มีหน้าที่รับผิดชอบ “ขอบเขตงาน” ของตนเอง

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

การแบ่งบทบาทของความรับผิดชอบ

ทีมซึ่งตามกฎแล้วประกอบด้วยคน 6-8 คน ใน Scrum Paradigm จะต้อง Self-Organized และ Self-Managing และงานจะได้รับการพิจารณาและประเมินผลว่าเป็น Action กลุ่มเดียว- ภายในทีมไม่มีการแบ่งบทบาทที่ชัดเจนและมีข้อจำกัดในการดำเนินการ แม้ว่าทีมจะรวมคนที่มีทักษะทางวิชาชีพที่แตกต่างกันก็ตาม อย่างไรก็ตาม ท่านอาจารย์ยืนหยัดอยู่ที่นี่และไม่ถือว่าเป็นสมาชิกของทีม

เจ้าของผลิตภัณฑ์- ใน ในความหมายกว้างๆเป็นตัวกลางระหว่างตลาดและธุรกิจที่เป็นผู้นำโครงการภายใต้กรอบความเข้าใจร่วมกันในข้อกำหนด เขามีหน้าที่รับผิดชอบในการรับรองว่าผลงานมีคุณค่าและมีประโยชน์ในตลาด บุคคลดังกล่าวเป็นผู้จัดการการพัฒนาผลิตภัณฑ์ ไม่ใช่กิจกรรมของทีม แต่ตำแหน่งของคนกลางทำให้เขาต้อง:

• รู้ความต้องการของผู้บริโภคที่แท้จริงในปัจจุบัน
• สามารถถ่ายทอดความต้องการเหล่านี้เป็นภาษาธุรกิจให้กับทีมนักแสดงได้
• เห็นกระบวนการสร้างผลิตภัณฑ์เป็นระบบกิจกรรมเพิ่มมูลค่า

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

- หากเจ้าของโครงการในโมเดล Scrum ไม่ได้เป็นผู้นำทีม ก็มีเหตุผลที่จะถือว่างานของทีมควรนำโดย Scrum Master อย่างไรก็ตาม กรณีนี้ไม่เป็นเช่นนั้น เนื่องจากทีมมีการจัดระเบียบด้วยตนเองและไม่ต้องการความเป็นผู้นำ แตกต่างจากคลาสสิก การจัดการโครงการไม่ได้มีการกำหนดผู้บังคับบัญชาเช่นนี้ไว้ที่นี่เลย หัวหน้าคนงานช่วยจัดระเบียบการทำงานของทีม แต่ตามกฎแล้วจะไม่ยุ่งเกี่ยวกับงานของตัวเอง เขาไม่ได้กำหนดงานหรือบังคับให้คุณทำงาน

บทบาทที่ซับซ้อนของอาจารย์

กิจกรรมที่คล้ายคลึงกันของ Scrum Master คือหน้าที่ของผู้ดูแลระบบ เขาต้องจัดให้ เงื่อนไขที่มีประสิทธิภาพทำงานตามแบบที่กำหนด ในทางปฏิบัติหมายความว่า:

• หากสมาชิกในทีมมาสายสำหรับการประชุมแบบบินเข้า องค์กรของกระบวนการทำงานก็จะได้รับผลกระทบ และอาจารย์จะต้องเข้ามาพอดี
• หากมีอันตรายจากความขัดแย้งภายในทีม อาจารย์จะควบคุมความสัมพันธ์
• หากหลักการทางอุดมการณ์ของ Scrum ถูกละเมิด หน้าที่ของอาจารย์คือการตีความ เน้นย้ำ และปกป้องทั้งคุณค่าของอุดมการณ์และทีมอย่างถูกต้อง

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

ในหนังสือชื่อดังของพี่น้อง Strugatsky เรื่อง The Doomed City มีโครงเรื่องที่ทีมวิจัยออกเดินทางลาดตระเวนระยะไกลทั่วดินแดนทะเลทราย การเดินทางอันทรหดหลายสัปดาห์นำไปสู่ความจริงที่ว่าวินัยในการปลดประจำการเริ่มได้รับความเดือดร้อนอย่างมากและแม้แต่ผู้บัญชาการที่เป็นแบบอย่างซึ่งประสบความสำเร็จในการรณรงค์หลายครั้งก็ไม่สามารถจัดระเบียบผู้ใต้บังคับบัญชาได้ แต่ร่วมกับกองทัพ (และในหมู่พวกเขา) บุคคลที่ปรับตัวได้ดีพบว่าตัวเองอยู่ในการสำรวจ สามารถค้นหาภาษากลางกับทุกคน สร้างอารมณ์ ค้นหาวิธีแก้ปัญหาที่สำคัญ (ค้นหาแหล่งน้ำโดย เอกสารสำคัญ- เป็นผลให้ในตอนหนึ่งผู้บังคับบัญชายอมรับว่าถึงแม้เขาจะไม่เคยเข้าใจว่าทำไมถึงมีนายทหารในกองทัพ แต่เขาก็จะจ้างผู้จัดงานเช่นนี้

นี่เป็นอีกตัวอย่างหนึ่งของความสำคัญของบทบาทของ Master และความจริงที่ว่าฟังก์ชันที่กระจายในโมเดล Scrum ไม่ควรผสมกัน Scrum Master มีคุณสมบัติเฉพาะ และผู้ที่มีศักยภาพสำหรับบทบาทนี้จะต้องได้รับการฝึกอบรมเพื่อให้เชี่ยวชาญ

คุณสมบัติ Scrum Master

เมื่อเชี่ยวชาญโมเดลการจัดการ Scrum ผู้สมัครทั้งบทบาทและตำแหน่ง Master จำเป็นต้องรู้ไม่เพียงแต่อัลกอริทึมที่เป็นทางการของกระบวนการเท่านั้น แต่ก่อนอื่นเลย ต้องยอมรับปรัชญาของแนวทางดังกล่าว นั่นคือการเปลี่ยนแปลงแนวทางค่านิยมของคุณในธุรกิจและความสัมพันธ์กับเพื่อนร่วมงานในหลาย ๆ ด้าน แก้ไขกฎเกณฑ์พฤติกรรมของคุณและไม่ใช่ทุกคนที่พร้อมที่จะทำเช่นนี้ จากสถิติพบว่า บุคลากรมากถึง 30% ที่เคยทำงานตามโมเดลการจัดการแบบคลาสสิกต้องเผชิญกับความยากลำบากที่แทบจะผ่านไม่ได้เมื่อต้องเผชิญกับการนำแนวทางที่ยืดหยุ่นมาใช้ พวกเขาสอนตัวเองให้ปรับตัวเข้ากับรูปแบบ "เปรียว" และช่วยเหลือสมาชิกในทีมคนอื่นๆ ในหลักสูตรพิเศษที่ฝึกฝน Scrum Masters

ตัวอย่างเช่น โรงเรียนฝึกอบรม Unusual Concepts เสนอหลักสูตรสองวัน (Certified ScrumMaster) ซึ่งให้ความรู้พื้นฐานเกี่ยวกับโมเดล ผู้ที่ได้รับการฝึกอบรมจะได้รับคำแนะนำอย่างเป็นระบบเกี่ยวกับกลยุทธ์ในการนำแบบจำลองไปใช้ในองค์กรและเนื้อหาของกระบวนการ Scrum

โดยเฉพาะอย่างยิ่ง "นักเรียน" ได้รับการแนะนำให้รู้จักกับทุกขั้นตอนของระบบและข้อดีของมัน:

• ปรับความสามารถในการแข่งขันของวิธีการ "ยืดหยุ่น" เมื่อเปรียบเทียบกับวิธีดั้งเดิม
• พูดคุยเกี่ยวกับขอบเขตที่เป็นไปได้ของการสมัคร
• การแบ่งย่อยกระบวนการพัฒนาและการวางแผนเป็นองค์ประกอบทีละขั้นตอน
• กำหนดการมีส่วนร่วมตามบทบาทในสถานการณ์ต่างๆ
• สร้างแนวคิดของระบบการให้คะแนน
• กำลังพิจารณาใช้ เครื่องมือข้อมูล(Sprint Backlog และ Backlog สินค้า)
• ในรูปแบบ คณะทำงานช่วยในการฝึกฝนเทคนิคการออกแบบและการจัดการที่ "ยืดหยุ่น"
• พวกเขาศึกษาความแตกต่างเชิงปฏิบัติของการนำ Scrum ไปใช้แยกกัน

นอกจากนี้ ยังมีหลักสูตร 3 วันสำหรับการฝึกอบรมผู้จัดการโครงการ - “เจ้าของผลิตภัณฑ์” และการฝึกอบรมสำหรับผู้เชี่ยวชาญ ซึ่งส่งผลให้ได้รับใบรับรอง Scrum Master (PSM I) หลักสูตรนี้เป็นหลักสูตรอย่างเป็นทางการจาก Scrum.org และได้รับการรับรองทั่วโลก

ใน “House of Scrum.org” ที่กล่าวมาข้างต้น ซึ่งรวบรวมทั้งนักพัฒนาซอฟต์แวร์และทุกคนที่ยอมรับแนวคิดในการจัดการแบบ “คล่องตัว” คุณสามารถซื้อ “บัตรผ่าน” สำหรับหลักสูตรระดับหนึ่ง สอง และสามได้

• PSM I. ผู้ที่สำเร็จการศึกษาในระดับนี้จะแสดงความเข้าใจพื้นฐานเกี่ยวกับรูปแบบและเนื้อหาของ Scrum และความรู้เชิงแนวคิดระดับเซียน
• พีเอสเอ็ม II. ผู้คนในขั้นตอนของความรู้นี้แสดงให้เห็นถึงทักษะขั้นสูงและสามารถนำไปใช้ในทางปฏิบัติได้อย่างมีประสิทธิภาพแม้ในสถานการณ์ที่ยากลำบาก
• พีเอสเอ็ม 3 ผู้ที่เชี่ยวชาญระดับนี้มีความโดดเด่นด้วยความรู้ทางทฤษฎีและปฏิบัติที่ครอบคลุมของ Scrum และคุณค่าของอุดมการณ์

การบริหารโครงการ

คล่องตัว

การจัดการผลิตภัณฑ์

เมื่อฉันอ่าน: “Agile เป็นมากกว่า Scrum” ในคำอธิบายของหลักสูตรการรับรอง Certified Agile Professional จาก ScrumTrek สิ่งแรกที่ฉันคิดคือ ทำไม ScrumTrek จึงควรเรียกว่า AgileTrek หลังจากจบการฝึกอบรมนี้ ฉันกลับมาที่คำพูดนี้ด้วยทัศนคติที่จริงจังมากขึ้น แล้วฉันได้อะไรจากการฝึกอบรม? บันทึก เอกสารประกอบคำบรรยายและได้รับการรับรอง ICAgile Professional? แล้วการทำความเข้าใจว่า Agile คืออะไร? แนวคิดของแนวทาง Agile คืออะไร? Agile Mindset คืออะไร?

ในบันทึกนี้ ข้าพเจ้าแบ่งปันความประทับใจต่อการฝึกอบรม นี่ไม่ใช่การบอกเล่าเนื้อหาของการฝึกอบรมมากนัก แต่เป็นการประเมินแบบอัตนัยถึงประโยชน์ของความรู้ที่ได้รับจากการฝึกอบรม ฉันหวังว่าข้อมูลนี้จะช่วยพิจารณาว่าคุณต้องการการฝึกอบรมนี้หรือไม่

ประวัติความเป็นมาของเปรียว

ฉันจำเรื่องราวของ Agile ได้ดีซึ่งผู้ฝึกสอนนำเสนอในรูปแบบของการเจริญเติบโตที่ก้าวหน้าของอุตสาหกรรมการพัฒนาซอฟต์แวร์ทั้งหมด

Code-and-Fix ช่วยให้อุตสาหกรรมเริ่มเขียนโค้ดได้ในราคาประหยัดโดยไม่ต้องมีแผน ไม่มีเอกสาร หรือใดๆ ข้อกำหนดพิเศษถึงคุณสมบัติของนักพัฒนา

แบบจำลอง Waterfall เข้ามาแทนที่ในปี 1970 ซึ่งช่วยลดความเสี่ยง เพิ่มความโปร่งใสในการพัฒนาซอฟต์แวร์ และยังช่วยขจัดปัญหาอีกด้วย ค่าใช้จ่ายสูงการบำรุงรักษาซอฟต์แวร์ในขณะที่ยังคงรักษาข้อกำหนดคุณสมบัติต่ำสำหรับนักพัฒนา แบบจำลองนี้เริ่มมีการใช้ทุกที่ซึ่งทำให้เกิดปัญหาอย่างรวดเร็ว Waterfall ทำงานได้ดีเฉพาะในกรณีที่ทราบทุกอย่างล่วงหน้า: ผลิตภัณฑ์ใดที่ต้องได้รับการพัฒนา เทคโนโลยีการใช้งานใดบ้างที่จำเป็นต้องใช้ และไม่มีการเปลี่ยนแปลงเกิดขึ้นระหว่างทาง

ความพยายามครั้งแรกในการแก้ไขสถานการณ์เกี่ยวข้องกับการเกิดขึ้นของแนวทางวนซ้ำในทศวรรษ 1990 ในด้านหนึ่ง สิ่งนี้ได้รับการอำนวยความสะดวกโดยการลดต้นทุนของคอมพิวเตอร์ เมื่อเวลาของคอมพิวเตอร์ไม่เป็นข้อจำกัดด้านวัตถุประสงค์ ซึ่งช่วยให้สามารถทำการทดลองซ้ำ ๆ เพื่อเพิ่มฟังก์ชันการทำงานของผลิตภัณฑ์ได้ ในทางกลับกัน เทคโนโลยีไอทีใหม่ๆ มีการแข่งขันกันเพิ่มมากขึ้น ดังนั้นธุรกิจต่างๆ จึงต้องนำเทคโนโลยีเหล่านั้นไปใช้ในธุรกิจอย่างรวดเร็ว ใครเป็นผู้ดำเนินการ เทคโนโลยีใหม่ก่อนใครเขาชนะทั้งลูกค้าและตลาด นับจากนี้เป็นต้นไป การพัฒนาอย่างแข็งขันของกระบวนการพัฒนาที่ยืดหยุ่นได้เริ่มต้นขึ้น ซึ่งมีเป้าหมายเพื่อให้ธุรกิจต่างๆ ได้รับฟังก์ชันการทำงานที่รวดเร็ว โดยพื้นฐานแล้ว มีการย้อนกลับไปยังวิธี Code-and-Fix “ด่วน” แต่เสริมด้วยการวางแผนและขจัดความเสี่ยง

อย่างไรก็ตาม สำหรับฉันแล้วดูเหมือนว่าจนถึงทุกวันนี้นักพัฒนาองค์กรส่วนใหญ่ไม่ได้ใช้ Scrum เลยอย่างที่พวกเขาคิด แต่เป็นการใช้น้ำตกแบบวนซ้ำ ดูแผนภาพด้านล่าง นี่คือวิธีการทำงานของคุณใช่ไหม

หรือยังเหมือนกับใน Scrum?

ในปี 1992 Crystal ถือกำเนิดขึ้นและเป็นครั้งแรกที่มุ่งเน้นในการส่งมอบโค้ดที่ใช้งานได้บ่อยครั้งให้กับผู้ใช้ปลายทาง จากนั้นในปี 1994 ได้มีการเปิดตัว DSM (วิธีการพัฒนาระบบไดนามิก) ซึ่งประกาศว่ามุ่งเน้นไปที่ความต้องการทางธุรกิจและคุณภาพซอฟต์แวร์ในระดับที่ลดไม่ได้ (ในปีเดียวกันนั้นเองที่คำว่า Refactoring ปรากฏขึ้น) สุดท้าย Scrum Framework เปิดตัวในปี 1996 และกลายเป็นมาตรฐานสำหรับการจัดการการพัฒนาแบบ Agile ในปีเดียวกันนั้นเอง การเขียนโปรแกรมคู่ก็เริ่มถูกนำมาใช้เป็นครั้งแรก และในปี 1999 XP ก็ปรากฏตัวขึ้น ซึ่งนำแนวคิดเรื่องเรื่องราวของผู้ใช้ (User Story) การวางแผนการเปิดตัว และการบูรณาการอย่างต่อเนื่อง (Continuous Integration) ผลลัพธ์ของความคิดริเริ่มส่วนตัวทั้งหมดเหล่านี้คือ Agile Manifesto สำหรับการพัฒนาซอฟต์แวร์ซึ่งพัฒนาขึ้นในปี 2544 ซึ่งประดิษฐานคุณค่าและหลักการที่พิสูจน์แล้วเป็นเวลา 10 ปีเพื่อส่งมอบฟังก์ชันการทำงานให้กับธุรกิจอย่างรวดเร็ว

การพัฒนา Agile เพิ่มเติมนั้นเกี่ยวข้องกับความพยายามที่จะกำจัดความสูญเสียที่เป็นไปได้ทั้งหมด (การหยุดทำงาน) ในกระบวนการพัฒนาซอฟต์แวร์ ซึ่งจะเป็นการเพิ่มความเร็วในการส่งมอบฟังก์ชันการทำงานต่อไป ในปี พ.ศ. 2546 การพัฒนาซอฟต์แวร์แบบลีนถือเป็นการปรับแนวคิดการผลิตแบบลีนของโตโยต้าให้เข้ากับอุตสาหกรรมการพัฒนาซอฟต์แวร์ ในปี 2549 ความเคลื่อนไหวยังคงดำเนินต่อไปพร้อมกับการพัฒนาซอฟต์แวร์ Kanban ซึ่งนำเสนออัลกอริธึมสำเร็จรูปสำหรับการกำจัดของเสียในการส่งมอบคุณค่า (ฟังก์ชันการทำงาน) ให้กับธุรกิจ นอกจากนี้ในปี 2554 เพื่อตอบสนองต่อการเติบโตอย่างรวดเร็วของ SAAS (ซอฟต์แวร์เป็นบริการ) แนวคิดของ DevOps ก็เกิดขึ้น ซึ่งผสมผสานการพัฒนาและการบำรุงรักษาเพื่อกำจัดของเสียที่อินเทอร์เฟซ

โดยรวมแล้ว การผลิต (การพัฒนา) เลิกเป็นคอขวดแล้ว โดยเรียนรู้ที่จะสนองความต้องการทางธุรกิจโดยเร็วที่สุด อย่างไรก็ตาม การพัฒนาแบบ Agile ยังคงดำเนินต่อไป อันดับแรกในเรื่องของการปรับขนาด Agile ให้เป็น วิสาหกิจขนาดใหญ่(ปลอดภัย). ประการที่สอง มีผู้ล้มเหลวจำนวนมาก โครงการลงทุนทำให้เกิดคำถามในการพัฒนาผลิตภัณฑ์ว่า เราจะพัฒนาสินค้าที่เป็นที่ต้องการมากที่สุดให้ถูกที่สุดได้อย่างไร? ในปี 2009 Lean Startup กลายเป็นคำตอบของข้อจำกัดนี้

ค่านิยมและหลักการเปรียว

ผู้ฝึกอบรมจะตรวจสอบแต่ละค่าและหลักการของประกาศการพัฒนาซอฟต์แวร์แบบ Agile ร่วมกับผู้เข้าร่วมอย่างต่อเนื่องและเชิงลึก ฉันยอมรับว่าก่อนการฝึกอบรมฉันเชื่ออย่างจริงใจว่าฉันเข้าใจค่านิยมและหลักการอย่างสมบูรณ์ ปรากฎว่าสิ่งนี้ไม่เป็นความจริงทั้งหมด

ตัวอย่างเช่น ค่า Agile ที่สองคือ “ผลิตภัณฑ์ที่ใช้งานได้มีความสำคัญมากกว่าเอกสารที่ครอบคลุม” ครั้งหนึ่งนี่เป็นการประกาศปฏิเสธโมเดล Waterfall ซึ่งความเข้าใจในความคืบหน้าส่วนใหญ่ขึ้นอยู่กับ เอกสารโครงการ- แต่ใน Agile Manifesto เวอร์ชัน 2 ถ้อยคำได้เปลี่ยนไป: “มูลค่าทางธุรกิจมีความสำคัญมากกว่าผลิตภัณฑ์ที่ใช้งานได้” (Agile Manifesto 2.1 - “MoreAgile Manifesto”) นี่คือตัวอย่างของวิวัฒนาการของค่านิยม Agile ที่เกี่ยวข้องกับการเกิดขึ้นของ Lean Startup: ผลิตภัณฑ์ที่ใช้งานได้มากเกินไปกลับกลายเป็นว่าไม่มีประโยชน์กับใครเลย

สครัมและคัมบัง

ส่วนสำคัญของการฝึกอบรมคือภาพรวมของ Scrum Framework และ Kanban การเล่าซ้ำของการฝึกอบรมในส่วนนี้ไม่ใช่จุดประสงค์ของบันทึกนี้ ฉันจะทราบเพียงว่าโค้ชช่วยให้คุณสัมผัสทุกช่วงเวลาที่ไม่สำคัญได้เพียงปลายนิ้วสัมผัส เกมของทีม- แต่นี่เป็นสิ่งที่ควรค่าแก่การพูดถึงในรายละเอียดเพิ่มเติม

เกมในรูปแบบ Agile

เกมทั้งหมดนั้นง่ายต่อการเรียนรู้และสนุกกับการเล่น ระหว่างเกมหนึ่งในวันที่สองของการฝึกซ้อม ผู้เข้าร่วมคนหนึ่งอุทานว่า “ก่อนหน้านี้เราทำอะไรอยู่? นี่ไง! ด้านล่างนี้ฉันจะพูดถึงสิ่งที่เราเรียนรู้ในเกม

เกมเพนนี/มัลติทาสกิ้งแสดงให้เห็นสด (ด้วยตัวเราเอง) และน่าเชื่อ (ด้วยนาฬิกาจับเวลาธรรมดา) ถึงความจำเป็นในการทำงานส่วนเล็กๆ และไม่ทำงานหลายอย่างพร้อมกัน เราเห็นว่าสิ่งนี้ช่วยลดการสูญเสียเนื่องจากการหยุดทำงานในกระบวนการทำงานตามลำดับอย่างเคร่งครัด (น้ำตก) การสูญเสียเนื่องจากการสะสมของงานที่ยังไม่เสร็จ (การเคี้ยวเต็มปากใช้เวลานานกว่าในการเคี้ยว) และการสูญเสียเนื่องจากการสลับบริบท (ในแบบจำลองน้ำตก พนักงานมักจะทำงานหลายโครงการพร้อมๆ กัน)

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

การแสดงการทำลายล้างอย่างสนุกสนานใน Daily Standup Meeting นำเรากลับมาสู่การพูดคุยถึงคุณค่าของ Agile ตัวอย่างเช่น Scrum Master (โค้ชกระบวนการ) ไม่ควรเป็นผู้จัดการของทีมพัฒนาหรือประพฤติตนตามนั้น กล่าวคือ กระจายงาน เกี่ยวข้องกับอารมณ์ และต่อต้านตัวเองต่อกลุ่ม จึงทำให้การประชุมกลายเป็นการประชุมรายงานที่น่าเบื่อของสมาชิกในทีม เพื่อตัวเอง