บ้าน เครื่องคิดเลข Jeff Sutherland Scrum เป็นวิธีการปฏิวัติการจัดการโครงการ “สครัม

Jeff Sutherland Scrum เป็นวิธีการปฏิวัติการจัดการโครงการ “สครัม

สวัสดีเพื่อนรัก!

ฉันขอแจ้งให้คุณทราบถึงการทบทวนหนังสือเล่มนี้ สครัม วิธีการจัดการโครงการที่ปฏิวัติวงการของเจฟฟ์ ซัทเธอร์แลนด์จากสำนักพิมพ์ MIF
Jeff Sutherland เป็นที่ปรึกษาของ OpenView Venture Partners และหัวหน้าฝ่าย Scrum เขาสร้างวิธี Scrum ในปี 1993 และทำให้เป็นทางการในปี 1995 ร่วมกับ Ken Schwaber ปัจจุบันวิธีนี้ใช้กันทั่วโลก

คุณสมบัติของแนวทาง SCRUM:

มีสองแนวทาง:

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

- ใหม่:

“เมื่อภาระผูกพันได้รับการปฏิบัติตามด้วยกำลังน้อยลงใน ระยะเวลาอันสั้นด้วยต้นทุนที่ต่ำ และผลิตภัณฑ์ขั้นสุดท้ายก็มีคุณภาพดีเยี่ยมและให้ผลผลิตสูง"

เรามาดูโครงสร้างของหนังสือและเน้นไฮไลท์ที่โดดเด่นที่สุดสำหรับฉันกันดีกว่า

1. โครงสร้างของหนังสือนั้นเรียบง่ายมาก: 9 บท บทนำและคำท้ายในรูปแบบภาคผนวก ซึ่งให้คำแนะนำโดยย่อเกี่ยวกับวิธีการนำแนวทาง SCRUM ไปใช้ในระบบการจัดการโครงการของคุณอย่างง่ายดาย

2. ในตอนท้ายของแต่ละบทจะมีบทสรุปโดยย่อของทุกสิ่งที่นำเสนอ สิ่งนี้ช่วยจัดโครงสร้างข้อมูลและรับรู้ข้อมูลได้ลึกซึ้งยิ่งขึ้นอย่างมาก

3. ในหนังสือ น่าสนใจมากมาย เรื่องราวชีวิต ซึ่งทำให้กระบวนการอ่านมีความสดใสและน่าสนใจ))

ในหน้าหนังสือ Jeff Sutherland เล่าเรื่องราวของเขาว่า ชีวิตทำให้เขาสร้างระบบการจัดการโครงการเช่นนี้ได้อย่างไร เล่าถึงช่วงเวลาที่น่าประทับใจที่สุดของความร่วมมือกับ FBI และบริษัทที่ใหญ่ที่สุดในโลก

5. Jeff Sutherland ให้ความสำคัญกับ สิ่งสำคัญคือการสร้างความคิดเห็นของคุณเพื่อไม่ให้ได้รับอิทธิพลจากผู้อื่น ในคำถามนี้ เขาได้กล่าวถึงแนวคิดเกี่ยวกับผลกระทบ 2 ประการ:

เอฟเฟกต์น้ำตก,

เอฟเฟกต์รัศมีหรือเอฟเฟกต์รัศมี

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

6. ในหนังสือของฉัน ปัญหาของการทำงาน เป้าหมายเชิงกลยุทธ์ :
- ทีมของคุณต้องใช้เวลาเท่าไรในการทำงานนี้หรืองานนั้นให้เสร็จ
- มีโครงสร้างและแผนปฏิบัติการที่ชัดเจนในการปฏิบัติงานหลัก ปัญหาของบริษัท,
- ความยาวของผลผลิตคืออะไรและอื่น ๆ อีกมากมาย

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

7. Jeff Sutherland ยังให้ความสำคัญกับประเด็นของการสร้างบรรยากาศบางอย่างในทีม ซึ่งจะมีส่วนช่วยทั้งการเติบโตภายในของพนักงานแต่ละคนของบริษัทและของบริษัทโดยรวม

แนวคิดหลักคือความสุข:

ในปัจจุบันสิ่งที่สำคัญที่สุดสำหรับสมาชิกแต่ละคนในกลุ่มและสำหรับทั้งกลุ่มคืออะไร?
- สิ่งที่พวกเขาคิดว่าสำคัญที่สุดสำหรับบริษัทของตน

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

9. แผนทีละขั้นตอนการเปิดตัวผลิตภัณฑ์
และโดยสรุปฉันอยากจะอาศัยอยู่บนหนึ่งในนั้น ประเด็นที่สำคัญที่สุดสำหรับผู้ประกอบการใด ๆ เมื่อสร้างสินค้าและบริการ สิ่งเหล่านี้คือความเสี่ยงต้นทุน

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

เพื่อน ๆ ที่รัก ด้วยเหตุนี้ฉันจึงขอสรุปบทวิจารณ์ของฉันด้วยคำพูดของผู้เขียน:

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

ขอให้มีความสุขกับการอ่านนะเพื่อน!

คุณสามารถอ่านตอนต้นของหนังสือได้ฟรีบนเว็บไซต์ของสำนักพิมพ์ Mann, Ivanov และ Ferber
คุณสามารถซื้อหนังสือได้ที่ labirint.ru และ ozon.ru

แจ้งให้เราทราบในความคิดเห็นด้านล่างหากคุณคุ้นเคยกับแนวคิดของ Jeff Sutherland คุณชอบอะไรมากที่สุดเกี่ยวกับแนวทางของเขา?

หน้าปัจจุบัน: 1 (ทั้งหมด 21 หน้า) [ข้อความอ่านที่มีอยู่: 5 หน้า]

เจฟฟ์ ซูเธอร์แลนด์

สครัม วิธีการจัดการโครงการที่ปฏิวัติวงการ

เจฟฟ์ ซูเธอร์แลนด์

ศิลปะแห่งการทำงานสองเท่าในครึ่งเวลา

เผยแพร่โดยได้รับอนุญาตจาก Scrum, Inc. c/o หน่วยงาน Ross Yoon

การสนับสนุนทางกฎหมายสำหรับสำนักพิมพ์จัดทำโดยสำนักงานกฎหมาย Vegas-Lex

©แปลเป็นภาษารัสเซีย, สิ่งพิมพ์ในภาษารัสเซีย, การออกแบบ แมนน์, อิวานอฟ และเฟอร์เบอร์ แอลแอลซี, 2016

* * *

หนังสือเล่มนี้ได้รับการเสริมอย่างดีโดย:

การจัดการโครงการ

วาดิม บ็อกดานอฟ

กระบวนการทางธุรกิจ

วลาดิมีร์ เรปิน

วันกำหนดส่ง

ทอม เดอมาร์โก

คำนำของพันธมิตรฉบับภาษารัสเซีย

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

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

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

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

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

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

หนังสือเล่มนี้เขียนด้วยภาษาที่มีชีวิตชีวามากและต้องขอบคุณเนื้อหาที่เป็นข้อเท็จจริงมากมาย ทำให้อ่านง่าย ผู้เขียนได้ยกตัวอย่างโครงการต่างๆ มากมายที่ใช้ Scrum: จากโครงการขนาดใหญ่ เช่น แผนการปรับปรุงระบบการจัดการข้อมูลของ FBI ให้ทันสมัย และหนึ่งในโครงการที่ใหญ่ที่สุด บริษัทยา, สู่โครงการปรับปรุงบ้าน. นอกจากนี้ยังอ้างอิงถึงการศึกษาที่แสดงให้เห็นถึงแง่มุมทางจิตวิทยาของการจัดการโครงการ

ทั้งหมดนี้ทำให้หนังสือ “Scrum. วิธีปฏิวัติการบริหารโครงการ" ที่น่าสนใจและมีประโยชน์สำหรับทุกคนที่สนใจ การจัดการโครงการและต้องการปรับปรุงประสิทธิภาพในด้านนี้ ผมคิดว่าหลังจากอ่านจบแล้วทุกคนคงมีความปรารถนาที่จะใช้แนวทางและเครื่องมือที่ผู้เขียนมอบให้และศึกษาวิธีการนี้ให้ลึกซึ้งยิ่งขึ้น

...

อุลยานา ซาโมโลวา ประธานกลุ่มซาโมลอฟ

การแนะนำ

ทำไมต้องแย่งชิง?

ทุกอย่างเริ่มต้นเมื่อ Ken Schwaber และฉันสร้างแนวทางการพัฒนาของเราเมื่อยี่สิบปีที่แล้ว ซอฟต์แวร์สำหรับ อุตสาหกรรมเทคโนโลยีและเรียกมันว่าสครัม วิธีการของเราเร็วขึ้น เชื่อถือได้มากขึ้น และมีประสิทธิภาพมากขึ้น

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

เพื่อที่จะเอาชนะข้อบกพร่องเหล่านี้ ฉันจึงได้คิดค้น Scrum ในปี 1993 ซึ่งเป็นแนวทางใหม่ในการแก้ปัญหา โดยพื้นฐานแล้วแตกต่างไปจากวิธีการออกแบบจากบนลงล่างที่ใช้ก่อนหน้านี้ หลักการ Scrum แตกต่างจากวิธีการก่อนหน้านี้ตรงที่คล้ายกับระบบวิวัฒนาการ ปรับเปลี่ยนได้ และแก้ไขตัวเองได้

นับตั้งแต่ก่อตั้ง แนวคิด Scrum ได้สร้างพื้นฐานสำหรับการออกแบบสิ่งใหม่ ผลิตภัณฑ์ซอฟต์แวร์สำหรับอุตสาหกรรมเทคโนโลยี อย่างไรก็ตาม หลังจากที่ได้รับการยอมรับและประสบความสำเร็จใน Silicon Valley ในหมู่ผู้จัดการโครงการสำหรับการสร้างซอฟต์แวร์และฮาร์ดแวร์ใหม่ Scrum ยังคงเป็นวิธีการที่ไม่ค่อยมีใครรู้จักในการดำเนินธุรกิจโดยทั่วไป มีไว้เพื่อประโยชน์ของชุมชนธุรกิจนี้ - ผู้คนที่ไม่ได้เชื่อมต่อกับโลกโดยตรง เทคโนโลยีขั้นสูง, - ฉันตัดสินใจเขียนหนังสือที่ฉันจะเปิดเผยและอธิบายข้อดีของ Scrum ในฐานะระบบการจัดการในธุรกิจ ฉันจะพูดถึงต้นกำเนิดของวิธี Scrum: ระบบการผลิตบริษัทโตโยต้าและแนวคิดที่สร้างขึ้นสำหรับงานการบินรบ - วงจร OODA ฉันจะพิจารณาคำถามที่ว่าทำไมการจัดโครงการโดยใช้ทีมขนาดเล็กจึงมีมากกว่า วิธีที่มีประสิทธิภาพงาน. ฉันจะพูดถึงประเด็นต่อไปนี้: วิธีจัดลำดับความสำคัญของงานในโครงการอย่างถูกต้อง วิธีจัดระเบียบสปรินต์นั่นคือระยะสั้น ๆ ของการพัฒนาโครงการ (จากหนึ่งสัปดาห์ถึงหนึ่งเดือน) และทำในลักษณะที่สมาชิกในทีมแต่ละคนรับผิดชอบในส่วนของงานและผลของขั้นตอนต่อมาจะดูดซับ หน้าที่ของโครงการที่ดำเนินการในขั้นตอนก่อนหน้า วิธีดำเนินการอภิปรายสั้น ๆ ทุกวันเกี่ยวกับงานของโครงการเพื่อให้ทราบไม่เพียงแต่สิ่งที่ทำไปแล้ว แต่ยังรวมถึงความยากลำบากที่ต้องเผชิญอย่างหลีกเลี่ยงไม่ได้ นอกจากนี้ ผมจะอธิบายว่าวิธี Scrum ผสมผสานแนวคิดของการปรับปรุงอย่างต่อเนื่องและแนวคิดของการใช้ผลิตภัณฑ์ที่มีฟังก์ชันการทำงานน้อยที่สุดได้อย่างไร ซึ่งช่วยให้คุณไม่ต้องรอให้งานทั้งหมดเสร็จสิ้น แต่สามารถตอบสนองความต้องการของลูกค้าในแต่ละขั้นตอนได้อย่างรวดเร็ว ของโครงการ คุณจะได้เรียนรู้ว่าเราใช้ Scrum เพื่อออกแบบทุกอย่าง ตั้งแต่การสร้างรถยนต์ราคาถูกโดยใช้เชื้อเพลิงสี่ลิตรต่อร้อยห้าสิบกิโลเมตร ไปจนถึงการพัฒนาฐานข้อมูล FBI สมัยใหม่แห่งศตวรรษที่ 21

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

...

เจฟฟ์ ซูเธอร์แลนด์

บทที่แรก

ระเบียบโลกตามปกติกำลังแตกร้าว

เจฟฟ์ จอห์นสันมั่นใจแล้วว่าวันนั้นจะไม่ง่าย จากนั้น ในวันที่ 3 มีนาคม พ.ศ. 2553 สำนักงานสืบสวนกลางแห่งสหรัฐอเมริกา (Federal Bureau of Investigation) ได้ตัดสินใจระงับแผนการปรับปรุงการจัดการข้อมูลให้ทันสมัยในวงกว้างและมีแนวโน้มดีไว้ชั่วคราว การดำเนินการดังกล่าวจะทำให้ FBI สามารถป้องกันเหตุการณ์เช่นวันที่ 11 กันยายนได้ อย่างไรก็ตาม การพัฒนาโครงการถือเป็นความล้มเหลว ซึ่งเป็นหนึ่งในความทะเยอทะยานที่สุดในประวัติศาสตร์ของการพัฒนาซอฟต์แวร์ สำนักพยายามอัพเกรดระบบคอมพิวเตอร์มานานกว่าทศวรรษ และดูเหมือนว่าพวกเขาจะพบกับหายนะ ความล้มเหลวอีก

แต่คราวนี้ ด้วยผลงานของเจฟฟ์ จอห์นสัน ทุกอย่างจะแตกต่างออกไป

เมื่อเจ็ดเดือนที่แล้ว เขาปรากฏตัวที่ FBI และได้รับความสนใจจากผู้อำนวยการของ การสนับสนุนข้อมูล Chad Fulgham - ครั้งหนึ่งพวกเขาเคยร่วมงานกันที่ Lehman Brothers เจฟฟ์ได้รับการแต่งตั้งเป็นผู้ช่วยหัวหน้าพนักงาน การพัฒนาข้อมูลและได้รับตำแหน่งสำนักงานที่ชั้นบนสุดของอาคารเจ. เอ็ดการ์ ฮูเวอร์ ซึ่งก็คือสำนักงานใหญ่เอฟบีไอที่ตั้งอยู่ในใจกลางกรุงวอชิงตัน ดี.ซี. ห้องทำงานอันกว้างขวางของเขามองเห็นอนุสาวรีย์วอชิงตัน เจฟฟ์นึกไม่ถึงว่าเขาจะใช้เวลาอีกสองปีข้างหน้าในห้องใต้ดินคอนกรีต ในตู้เสื้อผ้าที่ไม่มีหน้าต่าง ซึ่งเขาจะพยายามแก้ไขโปรเจ็กต์ที่ถือว่าสิ้นหวังแล้ว

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

รอคอยมานาน ระบบอิเล็กทรอนิกส์ได้รับการออกแบบมาเพื่อช่วยให้ FBI เข้าสู่ยุคใหม่ - ยุคของ Facebook, Twitter, Amazon และ Google มันเป็นปี 2010 และเอกสารส่วนใหญ่ถูกเก็บในรูปแบบกระดาษ ระบบซอฟต์แวร์ซึ่งครั้งหนึ่งเคยสร้างขึ้นเพื่อตอบสนองความต้องการของสำนัก เรียกว่า "การสนับสนุนกรณีอัตโนมัติ" (ACS) และทำงานบนคอมพิวเตอร์ขนาดยักษ์ ซึ่งเป็นเทคโนโลยีล่าสุดในยุคแปดสิบอันห่างไกล เจ้าหน้าที่พิเศษจำนวนมากไม่ต้องการใช้มัน มันยุ่งยากและช้าเกินไปสำหรับยุคแห่งการโจมตีของผู้ก่อการร้ายและอาชญากรที่เคลื่อนไหวอย่างรวดเร็ว

เมื่อเจ้าหน้าที่ FBI จำเป็นต้องทำอะไรบางอย่าง - และในความเป็นจริง อะไรก็ตาม: จ่ายเงินให้ผู้แจ้ง ติดตามผู้ก่อการร้าย รวบรวมเอกสารเกี่ยวกับโจรปล้นธนาคาร งานของเขาไม่ได้แตกต่างจากงานเมื่อสามสิบปีก่อนมากนัก นี่คือวิธีที่จอห์นสันอธิบายขั้นตอน: “คุณเขียนบันทึกโดยละเอียดในโปรแกรมประมวลผลคำและพิมพ์ออกมาเป็นสามเท่า มีการส่งสำเนาหนึ่งฉบับเพื่อขออนุมัติ และจะต้องผ่านห่วงโซ่การคว่ำบาตรทั้งหมดจนถึงระดับบนสุด ไฟล์ที่สองถูกส่งไปยังไฟล์เก็บถาวรในเครื่องในกรณีที่ไฟล์แรกสูญหาย ในอันที่สามคุณนั่งลงหยิบปากกาสีแดง - ใช่ฉันไม่ได้ล้อเล่นปากกาสีแดง - และวงกลมคำหลักที่จะป้อนลงในฐานข้อมูล คุณจัดทำดัชนีรายงานของคุณเอง”

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

9/11 Commission - พยายามสร้าง ปัจจัยภายในผู้ที่ยอมให้เกิดอะไรขึ้น - ศึกษารายละเอียดสถานการณ์ทั้งหมดของการโจมตีของผู้ก่อการร้าย ตามที่สมาชิกคณะกรรมาธิการระบุว่า นักวิเคราะห์ไม่สามารถเข้าถึงข้อมูลที่พวกเขาควรจะสอบสวนได้ “สภาพที่น่าเสียดายของระบบข้อมูลของ FBI” รายงานระบุ “หมายความว่าการได้รับการเข้าถึงประเภทนี้ขึ้นอยู่กับความสัมพันธ์ส่วนตัวของนักวิเคราะห์กับสมาชิกของกองกำลังและหน่วยที่เก็บข้อมูลมากขึ้น”

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

เมื่อวุฒิสมาชิกเริ่มถาม FBI บ้าง คำถามที่น่าอึดอัดใจโดยพื้นฐานแล้วตัวแทนของสำนักก็เริ่มต้นด้วยวลี: “อย่ากังวล เรากำลังพัฒนาแผนการปรับปรุงให้ทันสมัยอยู่แล้ว” มีความหวังสูงสำหรับโครงการนี้ที่เรียกว่า Virtual Case File (VCF) ในความปรารถนาที่จะสกัด ผลประโยชน์สูงสุดในทุกภาวะวิกฤติ เจ้าหน้าที่ฝ่ายพัฒนากล่าวว่ามีความจำเป็นต้องเพิ่มเงินเพียง 70 ล้านดอลลาร์จาก 100 ล้านดอลลาร์ที่ได้รับงบประมาณไว้ หากคุณอ่านสิ่งพิมพ์ในเวลานั้นที่พูดถึงซอฟต์แวร์ใหม่สำหรับ FBI คุณจะพบว่าไม่มีใครสับคำเช่น ปฏิวัติและ การเปลี่ยนแปลง.

สามปีต่อมาโครงการก็ปิดตัวลง โปรแกรมใช้งานไม่ได้ ไม่ใช่ส่วนน้อยนิดหนึ่ง FBI ใช้เงิน 170 ล้านดอลลาร์จากผู้เสียภาษีเพื่อซื้อ ระบบคอมพิวเตอร์ซึ่งไม่มีใครเคยใช้ - ไม่ใช่โค้ดบรรทัดเดียว ไม่ใช่แอปพลิเคชันเดียว ไม่ใช่การคลิกเมาส์แม้แต่น้อย โครงการโดยรวมล้มเหลวโดยสิ้นเชิง และนี่ไม่สามารถถือเป็นความเข้าใจผิดง่ายๆ ได้ - ความล้มเหลวของ IBM หรือ Microsoft ท้ายที่สุดแล้ว คำถามของมันคือเดิมพันโดยไม่มีการพูดเกินจริง ชีวิตมนุษย์ . The Washington Post เผยแพร่คำสารภาพจาก Patrick Leahy วุฒิสมาชิกพรรคเดโมแครตจากเวอร์มอนต์และประธานคณะกรรมการตุลาการของวุฒิสภา:

...

เรามีข้อมูลที่สามารถป้องกันเหตุการณ์ 9/11 ได้ แล้วพวกเขาก็นั่งอยู่ที่นั่นไม่มีใครทำอะไรเลย...ผมยังไม่เห็นว่าพวกเขากำลังขจัดปัญหาอยู่...เมื่อเข้าสู่เทคโนโลยีแห่งศตวรรษที่ 21 ศตวรรษที่ 22 ก็มาถึงแล้ว (1 ).

เป็นสิ่งสำคัญมากที่หลังจากความล้มเหลวของโครงการ Virtual Investigative Cases พนักงาน FBI จำนวนมากก็เลิกเป็นพนักงานดังกล่าว

FBI เริ่มโครงการถัดไปที่เรียกว่า Sentinel ทันทีในปี 2548 โปรแกรมจะเริ่มทำงานอย่างแน่นอน ในกรณีนี้ทุกอย่างจะแตกต่างออกไป: สำนักจะใช้มาตรการที่จำเป็น ดำเนินการตามขั้นตอนด้านงบประมาณที่เหมาะสม และจัดระเบียบการควบคุมที่เหมาะสม พวกเขาเรียนรู้บทเรียนได้ดี สอบถามราคา? เรื่องเล็ก ๆ น้อย ๆ - 451 ล้านดอลลาร์ และระบบการ์เดียนจะเปิดใช้งานเต็มรูปแบบในปี 2552

ครั้งนี้มีอะไรผิดพลาดไปบ้าง? คำตอบปรากฏในเดือนมีนาคม 2010 และอยู่บนโต๊ะของ Jeff Johnson Lockheed Martin ผู้รับเหมาที่ได้รับการว่าจ้างให้พัฒนาระบบใหม่นั้นล่าช้าไปหนึ่งปี โดยเสร็จสิ้นโครงการเพียงครึ่งเดียวและใช้เงินไป 405 ล้านดอลลาร์ คาดว่าโปรแกรมจะเสร็จสมบูรณ์ ผู้เชี่ยวชาญอิสระจะต้องใช้เวลาอีกหกถึงแปดปี และผู้เสียภาษีจะต้องแยกเงินเพิ่มอีกอย่างน้อย 350 ล้านดอลลาร์

จอห์นสันต้องจัดการกับปัญหา

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

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

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

โมเดลน้ำตก

แผนภูมิเหล่านี้เรียกว่าแผนภูมิ Gantt ซึ่งตั้งชื่อตามผู้สร้าง Henry Gantt ด้วยการถือกำเนิดของคอมพิวเตอร์ส่วนบุคคลในช่วงทศวรรษ 1980 การสร้างไดอะแกรมแฟนซีทุกประเภทและทำให้มันเป็นจริงได้ง่ายขึ้น ครอบคลุม– พวกเขากลายเป็นงานศิลปะที่แท้จริง ความคืบหน้าทั้งหมดของโครงการมีการระบุไว้อย่างละเอียด ทุกขั้นตอน. เวทีไหนก็ได้ วันส่งมอบใดๆ แท้จริงแล้ว แผนภูมิแกนต์สร้างความประทับใจอย่างลึกซึ้ง มีปัญหาเดียวเท่านั้น: พวกมันอยู่เสมอ ผิด- โดยไม่มีข้อยกเว้น.

Henry Gantt มีชาร์ตเพลงอันโด่งดังของเขาในปี 1910 พวกมันถูกใช้ครั้งแรกโดยนายพลวิลเลียม ครุยเซอร์ หัวหน้าฝ่ายปืนใหญ่และบริการด้านเทคนิคของกองทัพสหรัฐฯ ในยุคแรก สงครามโลก. ใครก็ตามที่เคยศึกษาประวัติศาสตร์ของสงครามครั้งนี้จะรู้ดีว่าทั้งการฝึกอบรมทรัพยากรมนุษย์และระบบขององค์กรไม่เคยเป็นเช่นนั้น จุดแข็ง. ฉันไม่เข้าใจว่าทำไมแนวคิดจากสงครามโลกครั้งที่หนึ่งจึงกลายเป็นเครื่องมือออกแบบเชิงวิเคราะห์โดยพฤตินัยและถูกนำมาใช้แม้กระทั่งในศตวรรษที่ 21 เราละทิ้งหลักการของสงครามสนามเพลาะ แต่อย่างใด แนวคิดการจัดองค์กร "สนามเพลาะ" ของมันยังคงได้รับความนิยมจนถึงทุกวันนี้

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

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

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

ล็อกฮีดจึงนำเสนอตารางงานที่น่าดึงดูดใจมากมายแก่ FBI และสำนักงานก็ลงนามในสัญญา ในครั้งนี้ จากทุกบัญชี งานได้ได้รับการพิจารณาอย่างละเอียดแล้ว ดังนั้นจึงไม่มีอะไรผิดพลาด: "ดูสิ นี่คือแผนโครงการ - พร้อมด้วยรหัสสี ไทม์ไลน์ และกราฟแท่ง"

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

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

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

...

โดยรวมแล้ว เรามีข้อกังวลอย่างมากเกี่ยวกับแนวทางใหม่ที่เสนอ ยังมีคำถามมากมายเกี่ยวกับความสามารถของผู้ดำเนินการเพื่อให้แน่ใจว่าโครงการ Guardian จะเสร็จสิ้นโดยไม่ต้องมี ค่าใช้จ่ายเพิ่มเติมโดยไม่ละเมิดกำหนดเวลาและในขณะที่ยังคงรักษาไว้ ระบบใหม่การทำงานของระบบการจัดการคดีสืบสวนแบบเก่า... (2)

สครัม วิธีการจัดการโครงการที่ปฏิวัติวงการเจฟฟ์ ซูเธอร์แลนด์

(ประมาณการ: 1 , เฉลี่ย: 5,00 จาก 5)

หัวเรื่อง: สครัม. วิธีการจัดการโครงการที่ปฏิวัติวงการ

เกี่ยวกับหนังสือ “สครัม” วิธีการจัดการโครงการแบบปฏิวัติโดย Jeff Sutherland

เป็นครั้งแรกบนชั้นหนังสือและหน้าจอมอนิเตอร์ หนังสือ “Scrum. วิธีการจัดการโครงการแบบปฏิวัติ" โดย Jeff Sutherland ปรากฏในการแปลเป็นภาษารัสเซีย สามารถเรียกได้ว่าเป็นคู่มือเดสก์ท็อปสำหรับผู้ที่ต้องการปรับปรุงการบริหารเวลา ทั้งเพื่อวัตถุประสงค์ส่วนตัวและเพื่อจัดระเบียบงานในโครงการในสำนักงานให้ดีขึ้น นี่ไม่ใช่แค่บทช่วยสอนหรือคำแนะนำเชิงทฤษฎี - Jeff Sutherland เวลานานเป็นที่ปรึกษาให้กับกองทุนร่วมลงทุนที่มีชื่อเสียงระดับโลก - OpenView Venture Partners

ผู้เขียนเริ่มใช้วิธีการของเขาในปี 1993 โดยปรับปรุงและปรับปรุงอย่างต่อเนื่อง บริษัทไอทีชั้นนำใช้วิธี Scrum กันอย่างแพร่หลายในการพัฒนาโปรแกรมใหม่และจัดกิจกรรมต่างๆ ต่อมาเจฟก็ตระหนักได้ว่า เทคโนโลยีนี้มีประโยชน์ไม่เพียงแต่ในสาขาไอทีเท่านั้น แต่ยังรวมถึงกิจกรรมอื่นๆ ด้วย การพัฒนาส่วนบุคคล. จากนั้นหนังสือ “Scrum” ก็ปรากฏขึ้น วิธีการปฏิวัติการจัดการโครงการ"

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

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

บนเว็บไซต์ของเราเกี่ยวกับหนังสือ คุณสามารถดาวน์โหลดเว็บไซต์ได้ฟรีโดยไม่ต้องลงทะเบียนหรืออ่าน หนังสือออนไลน์“สครัม. วิธีปฏิวัติการจัดการโครงการ" โดย Jeff Sutherland ในรูปแบบ epub, fb2, txt, rtf, pdf สำหรับ iPad, iPhone, Android และ Kindle หนังสือเล่มนี้จะทำให้คุณมีช่วงเวลาที่น่ารื่นรมย์และมีความสุขอย่างแท้จริงจากการอ่าน ซื้อ เวอร์ชันเต็มคุณสามารถทำได้จากพันธมิตรของเรา นอกจากนี้คุณจะได้พบกับข่าวสารล่าสุดจากโลกแห่งวรรณกรรม เรียนรู้ชีวประวัติของนักเขียนคนโปรดของคุณ สำหรับนักเขียนมือใหม่จะมีส่วนแยกต่างหากด้วย เคล็ดลับที่เป็นประโยชน์และข้อเสนอแนะ บทความที่น่าสนใจขอบคุณที่คุณเองสามารถลองใช้งานฝีมือวรรณกรรมได้

คำคมจากหนังสือ “Scrum. วิธีการจัดการโครงการแบบปฏิวัติโดย Jeff Sutherland

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

น่าแปลกที่กลุ่มสามารถดำเนินการได้สำเร็จเนื่องจากขาดการควบคุมโดยตรงจากวอชิงตัน

แนวคิดหลักของวิธี Scrum คือวิธีการวนซ้ำในการวางแผนและดำเนินโครงการ

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

คำว่า agile methodology ย้อนกลับไปในปี 2001 เมื่อมีการประชุมของนักพัฒนาชั้นนำ 17 คน รวมทั้งฉันด้วย ซึ่งส่งผลให้เกิด "Manifesto" ระเบียบวิธีแบบคล่องตัวการพัฒนาซอฟต์แวร์". “แถลงการณ์...” ได้ประกาศค่านิยมต่อไปนี้: ผู้คนมีความสำคัญมากกว่ากระบวนการ การทำงานจริงของผลิตภัณฑ์มีความสำคัญมากกว่าเอกสารที่บันทึกว่าผลิตภัณฑ์ควรทำอย่างไรและควรทำอย่างไร ความร่วมมือกับลูกค้ามีความสำคัญมากกว่าการหารือเกี่ยวกับเงื่อนไขของสัญญากับเขา การตอบสนองต่อการเปลี่ยนแปลงมีความสำคัญมากกว่าการยึดติดกับแผนเดิม Scrum เป็นแนวคิดที่ฉันสร้างขึ้นเพื่อนำคุณค่าเหล่านี้มาสู่ชีวิต ไม่มีแนวทางเดียวที่เรียกว่า "ระเบียบวิธีแบบคล่องตัว"

วิธีการ Scrum ขึ้นอยู่กับ ความคิดง่ายๆ. เมื่อใดก็ตามที่มีการเปิดตัวโครงการ ไม่มีอะไรขัดขวางคุณจากการตรวจสอบความคืบหน้าของงานอย่างสม่ำเสมอ และค้นหาว่าคุณกำลังรับมือกับงานนั้นอยู่หรือไม่ คุณกำลังเคลื่อนไหวไปในทิศทางที่ถูกต้องหรือไม่? คุณกำลังสร้างสิ่งที่ลูกค้าต้องการจริงๆ หรือไม่? ไม่มีอะไรหยุดคุณจากการตั้งคำถามต่อไปนี้อย่างต่อเนื่อง: มีวิธีปรับปรุงวิธีการพัฒนาและทำงานด้วยคุณภาพและความเร็วสูงสุดหรือไม่ มีปัจจัยใดบ้างที่ขัดขวางเป้าหมายของคุณ?

นี่คือสิ่งที่ฉันบอกกับฝ่ายบริหารอยู่เสมอว่า “ฉันสามารถกำหนดเส้นตายได้ก็ต่อเมื่อเห็นว่าทีมจะดำเนินการได้อย่างมีประสิทธิภาพเพียงใด นักแสดงจะทำงานได้เร็วแค่ไหน พวกเขาจะเร่งความเร็วได้ขนาดไหน?

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

หนังสือเล่มนี้ได้รับการเสริมอย่างดีโดย:

การจัดการโครงการ

วาดิม บ็อกดานอฟ

กระบวนการทางธุรกิจ

วลาดิมีร์ เรปิน

วันกำหนดส่ง

ทอม เดอมาร์โก

เจฟฟ์ ซูเธอร์แลนด์

ศิลปะแห่งการทำงานสองเท่าในครึ่งเวลา

เจฟฟ์ ซูเธอร์แลนด์

วิธีการจัดการโครงการที่ปฏิวัติวงการ

มานน์ อิวานอฟ และเฟอร์เบอร์

มอสโก, 2559

ข้อมูล

จากผู้จัดพิมพ์

เผยแพร่โดยได้รับอนุญาตจาก Scrum, Inc. c/o หน่วยงาน Ross Yoon

ตีพิมพ์เป็นภาษารัสเซียเป็นครั้งแรก

ซูเธอร์แลนด์, เจฟ

สครัม วิธีปฏิวัติการบริหารโครงการ / เจฟฟ์ ซัทเธอร์แลนด์; เลน จากอังกฤษ M. Geskina - M.: Mann, Ivanov และ Ferber, 2016

ไอ 978-5-00057-722-6

วิธี Scrum เป็นวิธีแก้ปัญหาที่ Jeff Sutherland ค้นพบเพื่อเอาชนะข้อบกพร่องคลาสสิกของการจัดการโครงการ เช่น การขาดการเชื่อมโยงกันภายในทีม ความล้มเหลวในการปฏิบัติตามแผนงานที่วางแผนไว้ ความซ้ำซ้อนของงานภายในแผนก ฯลฯ แตกต่างจาก "ทีละขั้นตอน" แบบเก่า แนวทางดังกล่าวซึ่งสิ้นเปลืองทรัพยากรมหาศาลและมักจะไม่เกิดผล Scrum ช่วยให้คุณปฏิบัติตามภาระผูกพันได้โดยใช้ความพยายามน้อยลง ในเวลาอันสั้นและด้วยต้นทุนที่ต่ำ และผลิตภัณฑ์ขั้นสุดท้ายก็มีคุณภาพดีเยี่ยม ปัจจุบัน Scrum ยึดมั่นในคลังแสงการจัดการของบริษัทเทคโนโลยีส่วนใหญ่ในโลกอยู่แล้ว ขณะนี้เครื่องมือเพิ่มประสิทธิภาพการทำงานนี้พร้อมให้คุณใช้งานแล้ว

การสนับสนุนทางกฎหมายสำหรับสำนักพิมพ์จัดทำโดยสำนักงานกฎหมาย Vegas-Lex

คำนำของพันธมิตรฉบับภาษารัสเซีย

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

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

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

ทั้งหมดนี้ทำให้หนังสือ “Scrum. วิธีการจัดการโครงการแบบปฏิวัติ" น่าสนใจและมีประโยชน์สำหรับทุกคนที่สนใจในการจัดการโครงการและต้องการเพิ่มประสิทธิภาพในด้านนี้ ผมคิดว่าหลังจากอ่านจบแล้วทุกคนคงมีความปรารถนาที่จะใช้แนวทางและเครื่องมือที่ผู้เขียนมอบให้และศึกษาวิธีการนี้ให้ลึกซึ้งยิ่งขึ้น

อุลยานา ซาโมโลวา

ประธานกลุ่ม Samolov

การแนะนำ

ทำไมต้องแย่งชิง?

ทุกอย่างเริ่มต้นเมื่อ Ken Schwaber และผมสร้างแนวทางการพัฒนาซอฟต์แวร์สำหรับอุตสาหกรรมเทคโนโลยีเมื่อ 20 ปีก่อน และเรียกมันว่า Scrum วิธีการของเราเร็วขึ้น เชื่อถือได้มากขึ้น และมีประสิทธิภาพมากขึ้น

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

นับตั้งแต่ก่อตั้ง แนวคิด Scrum ได้สร้างพื้นฐานสำหรับการออกแบบผลิตภัณฑ์ซอฟต์แวร์ใหม่สำหรับอุตสาหกรรมเทคโนโลยี อย่างไรก็ตาม หลังจากที่ได้รับการยอมรับและประสบความสำเร็จใน Silicon Valley ในหมู่ผู้จัดการโครงการสำหรับการสร้างซอฟต์แวร์และฮาร์ดแวร์ใหม่ Scrum ยังคงเป็นวิธีการที่ไม่ค่อยมีใครรู้จักในการดำเนินธุรกิจโดยทั่วไป เพื่อประโยชน์ของชุมชนธุรกิจนี้ - ผู้คนที่ไม่เกี่ยวข้องโดยตรงกับโลกแห่งเทคโนโลยีขั้นสูง - ฉันจึงตัดสินใจเขียนหนังสือที่ฉันจะเปิดเผยและอธิบายข้อดีของ Scrum ในฐานะระบบการจัดการในธุรกิจ ฉันจะพูดถึงต้นกำเนิดของวิธีการ Scrum: ระบบการผลิตของ Toyota และแนวคิดที่สร้างขึ้นสำหรับงานการบินรบ - วงจร OODA ฉันจะดูว่าเหตุใดการจัดโครงการกับทีมขนาดเล็กจึงเป็นวิธีทำงานที่มีประสิทธิภาพมากกว่า ฉันจะพูดถึงประเด็นต่อไปนี้: วิธีจัดลำดับความสำคัญของงานในโครงการอย่างถูกต้อง วิธีจัดระเบียบสปรินต์นั่นคือระยะสั้น ๆ ของการพัฒนาโครงการ (จากหนึ่งสัปดาห์ถึงหนึ่งเดือน) และทำในลักษณะที่สมาชิกในทีมแต่ละคนรับผิดชอบในส่วนของงานและผลของขั้นตอนต่อมาจะดูดซับ หน้าที่ของโครงการที่ดำเนินการในขั้นตอนก่อนหน้า วิธีดำเนินการอภิปรายสั้น ๆ ทุกวันเกี่ยวกับงานของโครงการเพื่อให้ทราบไม่เพียงแต่สิ่งที่ทำไปแล้ว แต่ยังรวมถึงความยากลำบากที่ต้องเผชิญอย่างหลีกเลี่ยงไม่ได้ นอกจากนี้ ผมจะอธิบายว่าวิธี Scrum ผสมผสานแนวคิดของการปรับปรุงอย่างต่อเนื่องและแนวคิดของการใช้ผลิตภัณฑ์ที่มีฟังก์ชันการทำงานน้อยที่สุดได้อย่างไร ซึ่งช่วยให้คุณไม่ต้องรอให้งานทั้งหมดเสร็จสิ้น แต่สามารถตอบสนองความต้องการของลูกค้าในแต่ละขั้นตอนได้อย่างรวดเร็ว ของโครงการ คุณจะได้เรียนรู้ว่าเราใช้ Scrum เพื่อออกแบบทุกอย่าง ตั้งแต่การสร้างรถยนต์ราคาถูกโดยใช้เชื้อเพลิงสี่ลิตรต่อร้อยห้าสิบกิโลเมตร ไปจนถึงการพัฒนาฐานข้อมูล FBI สมัยใหม่แห่งศตวรรษที่ 21

เมื่อเร็วๆ นี้พวกเราที่ MakeRight.ru สนุกกับการอ่านหนังสือเรื่อง “Scrum” วิธีการจัดการโครงการแบบปฏิวัติโดย Jeff Sutherland มันเกี่ยวกับอะไร? โดยสรุป - วิธีจัดระเบียบการทำงานเป็นทีมที่มีการประสานงานอย่างดี
เมื่อเริ่มนำองค์ประกอบของ Scrum ไปใช้ในทางปฏิบัติ เราก็ได้ข้อสรุปว่าแนวคิดในหนังสือเล่มนี้ได้ผลจริงๆ

วิธีการนี้เป็นการปฏิวัติตามชื่อหรือไม่? เราไม่รู้. แต่บางทีผู้ที่ไม่ได้อ่านหนังสือและไม่คุ้นเคยกับวิธีการอาจได้รับแนวคิดที่เป็นประโยชน์มากมายจากบทสรุปของเรา (สรุป) ดังนั้น…

Scrum คืออะไร สาระสำคัญของเทคนิค

« ฉีกนามบัตรของคุณ กำจัดชื่อและตำแหน่งออกจากผู้จัดการและโครงสร้างลำดับชั้น ให้อิสระแก่ผู้คนในการทำสิ่งที่พวกเขาคิดว่าถูกต้องและมีโอกาสที่จะรับผิดชอบต่อสิ่งนั้น ผลลัพธ์จะทำให้คุณประหลาดใจ».

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

วิธี Scrum ที่พัฒนาโดย Jeff Sutherland และ Ken Schwaber ได้รับการออกแบบมาเพื่อแก้ไขปัญหาเหล่านี้ทั้งหมด Scrum เป็นสิ่งที่ตรงกันข้ามกับแนวทางแบบคลาสสิกทีละขั้นตอนในการส่งมอบโปรเจ็กต์ ระเบียบวิธี Scrum ถูกนำมาใช้โดยบริษัทหลายแห่ง ทั้งจากอุตสาหกรรมเทคโนโลยีที่มาจากอุตสาหกรรมนั้น เช่นเดียวกับจากอุตสาหกรรมแบบดั้งเดิมและแม้แต่จากอุตสาหกรรมที่ไม่แสวงหาผลกำไร สามารถใช้แนวทางที่เป็นรากฐานของวิธี Scrum ได้ ประเภทต่างๆกิจกรรมที่ต้องใช้การทำงานเป็นทีม

คุณลักษณะที่สำคัญของ Scrum คือความยืดหยุ่นและการมุ่งเน้นที่ลูกค้า เนื่องจากจะถือว่าเขา (ลูกค้า) มีส่วนร่วมโดยตรงในกระบวนการทำงาน

Scrum ไม่จำเป็นต้องใช้เครื่องมือราคาแพงใดๆ วิธี Scrum สามารถอธิบายโดยย่อได้ดังนี้:

ข้อเสียของแนวทางการจัดการโครงการแบบดั้งเดิม

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

แบบจำลองน้ำตกเกี่ยวข้องกับการใช้แผนภูมิแกนต์ - กราฟที่ระบุขั้นตอนการทำงานและเวลาที่จะดำเนินการให้เสร็จสิ้น ความคืบหน้าของโครงการได้รับการแมปอย่างละเอียดและสะท้อนให้เห็นทุกขั้นตอนของงาน สันนิษฐานว่าแต่ละขั้นตอนของโครงการจะเคลื่อนไปสู่ขั้นตอนต่อไปตามลำดับ - นี่คือหลักการของน้ำตก

ภาพจาก www.quickiwiki.com

« ด้วยการถือกำเนิดของคอมพิวเตอร์ส่วนบุคคลในช่วงทศวรรษ 1980 การสร้างไดอะแกรมที่ซับซ้อนทุกประเภทและทำให้มันซับซ้อนอย่างแท้จริงกลายเป็นเรื่องง่ายยิ่งขึ้น และกลายเป็นงานศิลปะอย่างแท้จริง ความคืบหน้าทั้งหมดของโครงการมีการระบุไว้อย่างละเอียด ทุกขั้นตอน. เวทีไหนก็ได้ วันส่งมอบใดๆ แท้จริงแล้ว แผนภูมิแกนต์สร้างความประทับใจอย่างลึกซึ้ง มีเพียงปัญหาเดียวเท่านั้น พวกเขามักจะผิด - โดยไม่มีข้อยกเว้น».

ทำไม ดังที่ Jeff Sutherland ตั้งข้อสังเกตไว้ Henry Gantt ได้คิดค้นแผนภูมิดังกล่าวขึ้นในปี 1910 แพร่หลายในสงครามโลกครั้งที่หนึ่ง อย่างไรก็ตาม “ทุกคนที่ได้ศึกษาประวัติศาสตร์ของสงครามครั้งนี้รู้ดีว่าทั้งการฝึกอบรมกำลังคนและระบบขององค์กรไม่เคยมีจุดแข็ง ฉันไม่เข้าใจว่าทำไมแนวคิดจากสงครามโลกครั้งที่หนึ่งจึงกลายเป็นเครื่องมือออกแบบเชิงวิเคราะห์โดยพฤตินัยและถูกนำมาใช้แม้กระทั่งในศตวรรษที่ 21 เราละทิ้งหลักการของสงครามสนามเพลาะ แต่อย่างใด แนวคิดการจัดองค์กร 'สนามเพลาะ' ของมันยังคงได้รับความนิยมจนถึงทุกวันนี้"

ใน สภาพที่ทันสมัยโครงการนี้ไม่เหมาะสมและคล้ายกับแบบจำลองของ Politburo ของคณะกรรมการกลาง CPSU ซึ่ง "เชื่อ" รายงานที่ได้รับในช่วงก่อนการล่มสลายของสหภาพโซเวียตและแทบไม่เกี่ยวข้องกับสถานการณ์ที่แท้จริง

« ทุกวันนี้ เช่นเดียวกับในหลายปีที่ผ่านมา รายงานยังคงมีความสำคัญมากกว่าความเป็นจริง - และเห็นได้ชัดว่าได้รับการออกแบบมาเพื่ออธิบาย - แต่หากความไม่สอดคล้องกันปรากฏขึ้นอย่างกะทันหัน ความผิดนั้นก็ถูกกำหนดให้กับความเป็นจริง ไม่ใช่แผนภาพ».

แผนพังทลายเป็นผุยผง อีกทางเลือกหนึ่งคือการต่อสู้

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

ผู้เขียนยืมคำว่า scrum มาจากกีฬารักบี้ มัน " ย่อมาจากวิธีการ เกมของทีมทำให้สามารถครองบอลและเคลื่อนบอลต่อไปในสนามได้ซึ่งต้องอาศัยความสอดคล้องกัน ความสามัคคี ความตั้งใจ และความเข้าใจเป้าหมายที่ชัดเจน Brawl เป็นรูปแบบที่เหมาะสำหรับการโต้ตอบของผู้เล่นโดยรวม" และนี่คือสิ่งที่จำเป็นสำหรับการทำงานเป็นทีมที่ประสบความสำเร็จ

ภาพจาก brendanmarsh.com

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

« การวิ่งแต่ละครั้งมีการวางแผนล่วงหน้าในการประชุมพิเศษ ผู้เข้าร่วมประเมินว่าพวกเขาคิดว่าตนเองสามารถทำงานได้มากเพียงใดในอีกสองสัปดาห์ข้างหน้า จากรายการงานที่ได้รับการจัดลำดับความสำคัญ พวกเขาเลือกหน่วยงานถัดไปที่จะแล้วเสร็จและจดบันทึกไว้ในกระดาษโน้ตที่ติดบนผนัง กลุ่มจะตัดสินใจว่าจะทำงานได้กี่หน่วยในการวิ่งระยะสั้นที่กำลังจะมาถึง
ในขั้นตอนสุดท้ายของการวิ่ง ผู้เข้าร่วมจะมารวมตัวกันอีกครั้งและแสดงให้กันและกันเห็นถึงสิ่งที่พวกเขาประสบความสำเร็จในช่วงเวลาหนึ่ง การทำงานร่วมกัน. พวกเขาดูว่างานที่เขียนด้วยกระดาษโน้ตมีกี่หน่วยที่เสร็จสมบูรณ์จริง คุณไม่สามารถทำทุกอย่างได้สำเร็จเหรอ? ซึ่งหมายความว่ามีการเลือกงานมากเกินไปสำหรับการสปรินต์นี้ มันเกิดขึ้นในทางกลับกัน - มีงานไม่เพียงพอ ในกรณีนี้ สิ่งอื่นที่สำคัญคือ: กลุ่มพัฒนาความรู้สึกถึงความเร็วของตัวเอง».

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

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

ดังที่ Jeff Sutherland ชี้ให้เห็น การใช้ Scrum ช่วยให้ทีมเรียนรู้ที่จะกลายเป็น "ประสิทธิภาพสูงเป็นพิเศษ" ซึ่งจะช่วยเพิ่มผลผลิตได้สามหรือสี่ร้อยเปอร์เซ็นต์

ปรัชญาการต่อสู้

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

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

สาระสำคัญของการทำงานเป็นทีมใน Scrum

Scrum คือการทำงานเป็นทีมเป็นอันดับแรกและสำคัญที่สุด ผู้เขียนระบุคุณลักษณะสามประการของทีมที่ดีที่สุด:

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

คุ้มค่าที่จะให้ความสนใจเป็นพิเศษกับมัลติฟังก์ชั่น ผู้เขียนยกตัวอย่างทีมกองกำลังพิเศษแบบมัลติฟังก์ชั่น - กลุ่มอัลฟ่า (ทีม A) แต่ละคนเป็นแบบนี้ครับ A-Team ได้รับการออกแบบมาเพื่อให้แน่ใจว่าสมาชิกทุกคนเป็นผู้เชี่ยวชาญด้านการต่อสู้ที่หลากหลาย ช่วยให้พวกเขาสามารถปฏิบัติการได้ตั้งแต่ต้นจนจบ ทหารกองกำลังพิเศษดำเนินการฝึกอบรมด้านการแลกเปลี่ยนอย่างต่อเนื่องในหลายสาขา ทีมงานต้องแน่ใจว่าถ้าแพทย์ทั้งสองคนเสียชีวิตแล้วบอกว่าผู้เชี่ยวชาญด้านการสื่อสารจะสามารถให้บริการได้ก่อน ดูแลรักษาทางการแพทย์สหายที่ได้รับบาดเจ็บ คุณลักษณะสำคัญที่ทำให้งานของกองกำลังพิเศษแตกต่างจากการกระทำของกองทัพ "ปกติ" คือกรีนเบเร่ต์ดำเนินการทั้งการรวบรวมข่าวกรองและการวางแผนปฏิบัติการอย่างอิสระ ในทางปฏิบัติไม่อนุญาตให้ส่งกระบองจากหน่วยหนึ่งไปยังอีกหน่วยหนึ่ง - ท้ายที่สุดแล้วมันอยู่ใน "ตะเข็บ" ที่มีจุดอ่อนแฝงตัวเนื่องจากข้อผิดพลาดเกิดขึ้น».

ทีมควรมีขนาดเท่าไร? Jeff Sutherland แนะนำกลุ่มเล็ก - ประมาณเจ็ดคน เขาอ้างอิงข้อมูลว่าหากกลุ่มประกอบด้วยคนมากกว่าเก้าคน ความเร็วในการทำงานจะลดลง

นอกจากนี้ ผู้เขียนยังจำ "กฎของบรูคส์" ได้ด้วย:

« หากโครงการไม่ตรงตามกำหนดเวลาให้เพิ่ม กำลังงานจะทำให้เขาล่าช้าไปอีก».

หัวหน้าทีมคือ Scrum Master ความรับผิดชอบของเขาคือจัดการประชุมให้สั้น เปิดกว้าง ช่วยให้กลุ่มก้าวผ่านอุปสรรคที่ขวางทางการทำงาน นำทีมไปตามเส้นทางของการปรับปรุงอย่างต่อเนื่อง “และแสวงหาคำตอบสำหรับคำถามที่ว่า “เราจะทำได้อย่างไร” ดียิ่งขึ้นไปอีกว่าสิ่งที่เราทำได้ดีอยู่แล้ว?”

ไม่มีการทำงานหลายอย่างพร้อมกัน

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

« ด้วยการใช้วิธีดั้งเดิมในการพยายามทำทุกอย่างพร้อมกัน กลุ่มนี้จะเสร็จสิ้นโครงการทั้ง 3 โครงการภายในสิ้นเดือนกรกฎาคม หากทีมใช้กลยุทธ์ที่คล่องตัวเช่น Scrum และทำงานในแต่ละโปรเจ็กต์ทีละรายการ ซึ่งจะช่วยลดเวลาและความพยายามที่เกี่ยวข้องกับการสลับบริบทให้เหลือน้อยที่สุด ก็สามารถทำได้ภายในต้นเดือนพฤษภาคม».

ไม่มีการทำงานซ้ำ

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

« ปรากฏการณ์นี้ถูกขนานนามว่า “การพร่องอัตตา” แนวคิดก็คือการตัดสินใจใดๆ ก็ตามทำให้คุณต้องใช้พลังงาน มันเป็นความเหนื่อยล้าที่แปลก คุณไม่รู้สึกเหนื่อยทางร่างกาย แต่ความสามารถในการตัดสินใจที่ดีลดลง สิ่งที่เปลี่ยนแปลงจริงๆ คือการควบคุมตนเอง ความสามารถในการมีระเบียบวินัย คิดรอบคอบ และคำนึงถึงผลที่ตามมา».

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

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

สาระสำคัญของงานคือความลื่นไหล

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

จะบรรลุเป้าหมายได้อย่างไร? เบื้องหลังสภาวะแห่งกระแสคือวินัยภายใน

« การเคลื่อนไหวไม่ควรสูญเปล่า».

การแย่งชิงและความสุข

ผู้คนต้องการมีความสุข แต่ Jeff Sutherland มั่นใจว่าความสุขไม่ใช่การดำรงอยู่เฉยๆ แต่เป็นชีวิตที่สดใส ร่ำรวย และกระตือรือร้น Scrum มีส่วนทำให้ ชีวิตมีความสุขเนื่องจากช่วยให้ทำงานและกระทำการได้อย่างมีประสิทธิผล

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

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

องค์ประกอบของการต่อสู้

วิ่ง

ตามที่ระบุไว้ข้างต้น เมื่อเริ่มต้นการวิ่งและเพื่อให้แน่ใจว่าเปิดกว้างและมองเห็นได้ คุณต้องสร้างกระดานพิเศษและแบ่งออกเป็นสามคอลัมน์: “Backlog”; "ที่ทำงาน"; "ทำ". ก่อนการวิ่งแต่ละครั้ง สมาชิกในทีมจะใส่กระดาษโน้ตลงในคอลัมน์ Backlog โดยระบุงานที่พวกเขาคิดว่าสามารถทำได้ในระหว่างการวิ่ง ในระหว่างการวิ่ง สมาชิกในทีมเมื่อทำงานเสร็จแล้ว ให้วางสติกเกอร์จากส่วน "Backlog" ลงในคอลัมน์ "อยู่ระหว่างดำเนินการ" หลังจากเสร็จสิ้นภารกิจแล้ว ให้ไปที่คอลัมน์ "เสร็จสิ้น" วิธีนี้ทำให้ทุกคนสามารถเห็นสิ่งที่ผู้เข้าร่วมคนอื่นๆ กำลังทำงานอยู่

ภาพจาก nyaski.ru

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

« อีกแง่มุมที่สำคัญของการวิ่งระยะสั้น: เมื่อทีมอนุมัติรายการข้อกำหนดแล้ว งานจากรายการนี้จะถูก "ล็อค" ไม่มีใครมีสิทธิที่จะเปลี่ยนแปลงหรือเพิ่มเติม».

ผู้เขียนแนะนำสิ่งนี้เนื่องจากการแทรกแซงใด ๆ จะทำให้ทีมช้าลง

การประชุมรายวัน

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

ทำจนจบ

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

« มีการใช้ทรัพยากร ความพยายาม เวลา เงินไปแล้ว แต่ยังไม่ได้รับผลิตภัณฑ์ที่ทำงานได้อย่างสมบูรณ์».

การวางแผนในการต่อสู้

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

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

แต่ไม่ว่าในกรณีใดการตั้งค่าตัวเลขจะสะดวกกว่า ตัวอย่างเช่น, " ดัชชุนด์ - หน่วย; เกรทเดน - สิบสาม; ลาบราดอร์ได้ห้าอัน และบูลด็อกได้สามอัน».

ผู้เขียนยังแนะนำให้ใช้เทคนิคการวางแผนโป๊กเกอร์ที่น่าสนใจอีกด้วย สาระสำคัญคือผู้เข้าร่วมแต่ละคนในกระบวนการวางแผนจะได้รับสำรับไพ่ที่มีหมายเลขฟีโบนัชชี - 1, 3, 5, 8, 13 และอื่น ๆ แต่ละรายการในรายการซึ่งเป็นหน่วยของงานที่ต้องได้รับการประเมินจะถูกจัดวางไว้บนโต๊ะ “จากนั้นสมาชิกแต่ละคนของกลุ่มจะหยิบไพ่ที่มีหมายเลขตามความเห็นของเขาซึ่งสอดคล้องกับปริมาณความพยายามที่ต้องการและวางคว่ำหน้าลงบนโต๊ะ จากนั้นทุกคนก็เปิดเผยไพ่ของตนพร้อมกัน หากความคลาดเคลื่อนไม่เกินไพ่สองใบ (เช่น ห้า สองแปดและสิบสาม) ทีมก็บวกกัน เอาค่าเฉลี่ย (ในกรณีนี้คือ 6.6) และไปยังปัญหาถัดไป โปรดจำไว้ว่า เรากำลังพูดถึงการประมาณการ ไม่ใช่แผนการที่ยุ่งยาก และการประเมินส่วนย่อยของโครงการ หากไพ่มีความคลาดเคลื่อนมากกว่าสามใบผู้ที่วางไพ่ที่มีค่าสูงสุดและต่ำสุดจะอธิบายว่าเหตุใดจึงคิดเช่นนั้น จากนั้นจึงเล่นโป๊กเกอร์วางแผนอีกรอบ มิฉะนั้นจะเฉลี่ยเฉพาะค่าประมาณเท่านั้น ซึ่งจะทำให้ผลลัพธ์ที่ได้ใกล้เคียงกันเกินไป”

ข้อกำหนดเป็นเรื่องราว

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

« ลองจินตนาการว่าคุณกำลังเขียน "ความปรารถนาของผู้ใช้ Amazon.com" กรณีทดสอบเป็นดังนี้: "ในฐานะผู้บริโภค ฉันต้องการร้านหนังสือที่ใหญ่ที่สุดในโลก ซึ่งฉันสามารถหาซื้อหนังสือได้ทุกเมื่อ"

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

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

สิ่งเหล่านี้เป็นความปรารถนาที่สร้างขึ้นอย่างมืออาชีพของผู้ใช้ ซึ่งเป็นลักษณะที่กลุ่มจะต้องคำนึงถึง”

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

วิธีวางแผนการวิ่ง

ใน Scrum กระบวนการวางแผนจะเกิดขึ้นที่จุดเริ่มต้นของ Sprint ใหม่แต่ละครั้ง และเรียกว่า "การวางแผน Sprint"

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

หลังจากนั้นทีมก็พูดเป็นเอกฉันท์ว่า “เดินหน้า!” - และไปทำงาน

แต่งานคืออะไร? กิจวัตร, ภาระผูกพัน? จากมุมมองของ Scrum งานคือประวัติศาสตร์ มันหมายความว่าอะไร? ซึ่งหมายความว่าคุณควรแนะนำใครสักคนที่ต้องการสิ่งที่คุณทำ แล้วมันคืออะไร และสุดท้าย ทำไมผู้คนถึงต้องการมัน

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

« ไดนามิก x เวลา = ผลลัพธ์ การรู้ว่าคุณกำลังจะไปเร็วแค่ไหนจะช่วยให้คุณรู้ว่าเมื่อไรจะถึงเส้นชัย».

ความเปิดกว้างในทุกสิ่ง

Scrum ถือว่าความโปร่งใสของการกระทำและกระบวนการทั้งหมด

ซึ่งแสดงไว้ในกระดานสามคอลัมน์ที่สมาชิกในทีมทุกคนสามารถเข้าถึงได้

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

การจัดลำดับความสำคัญ

นี่คือแผนภูมิที่ผู้ประกอบการทุกคนต้องคำนึงถึง สาระสำคัญของงานคือการหาค่าเฉลี่ยสีทอง - แนวคิดที่สมดุลระหว่างสุดขั้วสามประการ:

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

งานค้าง

ตามที่ระบุไว้แล้ว Scrum Backlog คือรายการข้อกำหนดและฟีเจอร์ของผลิตภัณฑ์ เรียงตามความสำคัญของงาน อาจมีงานหลายร้อยงานหรือหลายงาน

« จุดสำคัญของการสร้าง Backlog คือการสร้างรายการข้อกำหนดที่สมบูรณ์ที่สุดสำหรับฟังก์ชันผลิตภัณฑ์ ในความเป็นจริงไม่มีใครจะดำเนินการทุกรายการติดต่อกัน แต่เอกสารดังกล่าวที่มีทุกสิ่งที่โดยหลักการแล้วสามารถรวมอยู่ในแนวคิดโครงการควรอยู่ในมือเสมอ ข้อกำหนดบางประการจะถูกเลือกก่อน».

จะจัดลำดับความสำคัญอย่างถูกต้องได้อย่างไร?

“ในการทำเช่นนี้ คุณต้องค้นหาว่ารายการใด:

มีมากที่สุด ความสำคัญอย่างยิ่งเพื่อความก้าวหน้าของงานโครงการ
ที่สำคัญที่สุดสำหรับลูกค้าหรือผู้บริโภคในอนาคต
จะนำรายได้สูงสุด
นำไปปฏิบัติได้ง่ายที่สุด"

Jeff Sutherland ตั้งข้อสังเกตว่าสิ่งสำคัญคือต้องจำไว้ว่ามีงานต่างๆ อยู่ในรายการซึ่งคุณจะไม่มีวันทำได้เสมอ คุณต้องเลือกสิ่งที่ให้ผลประโยชน์สูงสุดโดยมีความเสี่ยงน้อยที่สุด

เจ้าของผลิตภัณฑ์

Scrum มีบทบาทสามบทบาท: ทีม Scrum - ผู้ดำเนินการโครงการเฉพาะ; Scrum Master คือผู้ที่ติดตามความคืบหน้าของโครงการและช่วยเหลือทีมในการแก้ปัญหา และ Product Owner คือผู้ที่แก้ไขปัญหาแนวคิดผลิตภัณฑ์และเขียน Backlog

« Scrum Master และทีมมีหน้าที่รับผิดชอบต่อความรวดเร็วในการทำงานและความรวดเร็วในการดำเนินโครงการให้เสร็จสิ้น เจ้าของผลิตภัณฑ์มีหน้าที่รับผิดชอบในการรับรองว่าการทำงานเป็นทีมที่มีประสิทธิภาพจะกลายเป็นผลลัพธ์ที่ทำกำไรได้" เจ้าของผลิตภัณฑ์จำเป็นต้องมีความรู้ลึกซึ้งเกี่ยวกับตลาดและต้องมีอำนาจในการตัดสินใจ

นี่อาจเป็นความรับผิดชอบที่มากเกินไปสำหรับคนๆ เดียว ดังนั้นโครงการขนาดใหญ่จึงอาจเกี่ยวข้องกับทีมเจ้าของผลิตภัณฑ์

การลดความเสี่ยงใน Scrum

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

« วิธี Scrum มีประโยชน์สำหรับธุรกิจเพราะมันตอบคำถามได้อย่างรวดเร็ว: เราจะทำเงินได้ไหมถ้าเราทำสิ่งนี้หรือทำอย่างนั้น?»

คุณไม่จำเป็นต้องใช้เงินเป็นจำนวนมากก่อนที่จะรู้ว่ามีบางอย่างใช้งานไม่ได้

วิธีการใช้งาน Scrum ในตอนนี้

Jeff Sutherland แนะนำให้เริ่มต้นด้วยการรวบรวมทีมและสร้าง Backlog คุณต้องร่างแนวคิดสำหรับผลิตภัณฑ์ของคุณและเริ่มแยกย่อยออกเป็นงานต่างๆ ไม่จำเป็นต้องเพิ่มข้อกำหนดทั้งหมดลงใน Backlog ในคราวเดียว - คุณสามารถเผื่อเวลาไว้หนึ่งสัปดาห์สำหรับสิ่งนี้ " ในขณะที่สมาชิกในทีมของคุณจัดการประชุมแบบสแตนด์อโลนทุกวันและการวิ่งเร็ว คุณสามารถสร้างงานค้างจำนวนมากในช่วงเวลานี้เพื่อให้ทีมมีงานว่างสำหรับการวิ่งล่วงหน้าหลายๆ ครั้ง อย่าลืมตรวจสอบบ่อยๆ เพราะทีมงานจะเริ่มเร่งฝีเท้าและจะทำงานมากกว่าที่คุณวางแผนไว้แต่แรก».

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

เกี่ยวกับเรา

เราแบ่งปันแนวคิดสำคัญจาก หนังสือที่ดีที่สุดประเภทสารคดี ในตัวเรา