อนาธิปไตยนักพัฒนาคืออะไร


24

ฉันได้อ่านเกี่ยวกับผู้พัฒนา (หรือโปรแกรมเมอร์) อนาธิปไตยซึ่งดูเหมือนว่าจะเรียกเก็บเงินเป็นวิธีการพัฒนาโพสต์เปรียว ฉันพบทรัพยากรน้อย ( 1 , 2 ) แต่ดูเหมือนจะไม่ค่อยมีอะไรมากมาย

ฉันสงสัยว่าใครมีทรัพยากรที่ดีที่ฉันสามารถหาข้อมูลเพิ่มเติมเกี่ยวกับมัน _ วิธีการใช้มันข้อดีข้อเสียเปรียบเทียบกับวิธีการอื่น ๆ เป็นต้น


1
ฉันไม่เคยได้ยินเรื่องนี้มาก่อน แต่ดูเหมือนจะขัดแย้งกับฉันเล็กน้อย พวกเขาพูดว่า "... พิธีการและกฎเกณฑ์ต่าง ๆ มีผลต่อความคิดสร้างสรรค์และผลผลิต" แต่ในขณะเดียวกันพวกเขาก็มีการประชุมยืนเป็นประจำ (เป็นส่วนหนึ่งของระเบียบวิธี?) ฉันไม่อยากจะเชื่อเลยว่าคำอธิบายของวิธีการดังกล่าวเริ่มต้นด้วยการตั้งกฎ
Giorgio

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

ลิงค์แรกที่คุณอ้างถึงดูเหมือนจะมีสิ่งที่คุณต้องการอยู่แล้ว
Michael Borgwardt

2
ช่างเป็นคำพูดที่น่ารัก!
CesarGon

1
@CesarGon: Buzzwords ง่ายต่อการคิดค้นมากกว่าวิธีการที่ใหม่จริงๆ ;-)
Giorgio

คำตอบ:


46

ฉันสามารถชี้ให้คุณเห็นความคิดของ Alistair Cockburn เกี่ยวกับโปรเจ็กต์ Agile 'ของจริง' นี้:

สมาชิกคนหนึ่งในระเบียบวิธีตระกูล Crystal คือ Crystal Clear Crystal Clear สามารถอธิบายให้ผู้ฟังระดับ 3 ได้ด้วยคำต่อไปนี้:

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

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

ฉันสัมภาษณ์หัวหน้าทีมหลายเดือนต่อมาและรายงานของเขาก็สั้นตามคำแนะนำของฉัน:

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

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

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

มากเกินไปในวันนี้แม้ว่าสิ่งเหล่านี้ถูกมองว่าเป็นข้อบังคับและวิธีการ 'เปรียว' ลงสู่ระบบที่มีกระบวนการมากกว่าวิธีเก่า!


14
"วันนี้มีจำนวนมากเกินไปสิ่งเหล่านี้ถูกมองว่าเป็นข้อบังคับและวิธีการ 'เปรียว' จะเข้าสู่ระบบที่มีกระบวนการมากกว่าวิธีการแบบเก่า!": คุณเข้าถึงจุดสำคัญ (+1) ฉันทำงานกับ SCRUM ในทีมนักพัฒนาที่มีประสบการณ์และความรู้สึกของเราหลังจากสองปีก็คือ ... เรามีความคล่องตัวมากขึ้นมาก่อนเมื่อเราไม่ได้มีการประชุมประจำวัน (เราเคยพบกันสัปดาห์ละสองครั้ง) และกิจกรรมอื่น ๆ อีกมากมาย เกิดขึ้น "เมื่อทีมตัดสินใจว่าต้องการ" แทนที่จะเป็น "เมื่อวิธีการกำหนดไว้"
Giorgio

9
+1 ในที่สุดฉันคิดว่าวิธีการเหล่านี้บ่งบอกถึงวัฏจักรต่อเนื่อง: วิธีการที่หนักหน่วงล้มเหลวหลายครั้ง (บางคน) ตระหนักว่าโปรแกรมเมอร์ฉลาดพอที่จะจัดการกับสิ่งต่าง ๆ โกนหนวดออกจากกระบวนการ กับทีมที่ไม่ดีหรือไม่มีประสบการณ์มันล้มเหลวหรือพลาดประมาณการกระบวนการเพิ่มเพื่อเพิ่ม "ความแน่นอน" และ "ความสามารถในการคาดการณ์" และวงจรจะดำเนินต่อไป
asthasr

Gahhh ... วัฏจักรนั้นฟังดูแม่นยำและหดหู่
เกรแฮม


1
@syrion: คุณอาจจะพูดถูก ฉันได้อ่านที่ไหนสักแห่งที่การปฏิบัติที่คล่องตัวนั้นใช้ได้กับโปรแกรมเมอร์ที่มีประสบการณ์ จากนั้นโปรแกรมเมอร์ผู้มีประสบการณ์เช่นนี้ซึ่งเคยสอนทีมที่ไม่มีประสบการณ์ต้องเขียนกฎให้พวกเขา (เพราะการฝึกสอนอย่างต่อเนื่องมีค่าใช้จ่ายมากและเป็นการดีกว่าที่จะเขียนกฎลงในหนังสือ) ด้วยวิธีนี้วิธีการใหม่ ๆ เช่น SCRUM และสิ่งที่ได้รับการพัฒนา: ดังนั้นผู้คนสามารถขายหนังสือหรือหนังสือรับรองได้ แต่วิญญาณที่แท้จริงของความคล่องตัวคือการใช้สามัญสำนึกของคุณเองแทนกฎที่เขียนโดยผู้อื่น กฎเป็นแนวทาง แต่หลายคนคิดว่าเป็นศาสนา
Giorgio
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.