Agile และ ISO 9001 สามารถตอบสนองได้ดีหรือไม่?


28

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

ในเชิงวิชาการมันมีความสวยงามมาก แต่ในทางปฏิบัติแล้วมันเป็นอย่างไร

ดังนั้นนี่คือคำถาม: คุณทำงานหรือทำงานใน บริษัท ที่ใช้ทั้ง Agile เป็น ISO 9001 หรือไม่? การรับรู้ของคุณคืออะไร? อะไรดีจริง ๆ และอะไรไม่เหมาะสม?


11
ในขณะที่คุณอ่านคำตอบให้พิจารณาคำพูดของ Richard Buetow ผู้อำนวยการฝ่ายคุณภาพของ Motorola ในปี 1993 เมื่อโปรแกรมคุณภาพเริ่มเข้าสู่การแกว่ง: "ด้วย ISO 9000 yo ยังคงมีกระบวนการและผลิตภัณฑ์ที่แย่คุณสามารถรับรอง ผู้ผลิตที่ผลิตเสื้อชูชีพจากคอนกรีตตราบใดที่แจ็คเก็ตเหล่านั้นทำตามขั้นตอนที่ทำเป็นเอกสารและ บริษัท ได้ให้คำแนะนำเกี่ยวกับวิธีการร้องเรียนเกี่ยวกับข้อบกพร่อง "
Blrfl

คำตอบ:


34

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

ก่อนหน้านี้ฉันเคยเป็นผู้ตรวจสอบภายใน ISO9001 มาก่อน ในขณะที่ฉันออกจากประวัติส่วนตัวของฉันทุกวันนี้สิ่งที่พวกเขาทำนั้นค่อนข้างเรียบง่าย:

  • ถามใครสักคนว่าพวกเขากำลังทำอะไร
  • ถามพวกเขาว่าพวกเขารู้ว่านั่นคือสิ่งที่พวกเขาควรทำ
  • สิ่งนี้ควรนำไปสู่เอกสารบางอย่างที่ควรตรงกัน

สิ่งนี้ควรเป็นเรื่องง่ายใน Agile คุณควรมีเอกสารกระบวนการของคุณใน wiki แต่ควรง่ายและเบามาก นั่นควรจะเพียงพอสำหรับผู้สอบบัญชี

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

ISO9001 ไม่ยืนยันในกระบวนการจำนวนมากเพียงแค่คุณมีเพียงพอและสิ่งที่คุณปฏิบัติตาม


3
คำตอบที่ดี :) คุณเคยเจอหนังสือที่ดีน้ำหนักเบาใน ISO ที่เหมาะกับความคิด Agile หรือไม่?
Mal Ross

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

20

เอ่อไม่ ISO 9000 นั้นใช้งานไม่ได้กับทุกอย่างแม้แต่ตัวมันเอง

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

ในอีกทางหนึ่งเปรียวทำงาน "ในป่า" (aka นอกกระดาษวิชาการ)

คำตอบ: เปรียว - ดี; ISO 9000 - สำหรับการทำสัญญาเท่านั้นไม่ควรทำตามจริง

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


5
ความขัดแย้งที่สำคัญระหว่าง Agile และ ISO9000 ไม่ใช่ความเปิดกว้างของ Agile ที่จะเปลี่ยนหรือไม่ ดูเหมือนว่าคุณกำลังเปลี่ยนกระบวนการของคุณ (ในระดับหนึ่งหรืออื่น ๆ ) ทุก 2 สัปดาห์มันขัดกับเป้าหมายถ้า ISO9000 นอกจากนี้ ISO9000 ยังเกี่ยวกับกระบวนการและการบันทึกกระบวนการนั้น เปรียวแม้ในแถลงการณ์ค่าคนและการมีปฏิสัมพันธ์มากกว่ากระบวนการ จากประสบการณ์ของฉันทั้งสองเข้ากันไม่ได้
Dave Kincaid

3
@Dave - หากกระบวนการของคุณมีการบันทึกไว้ในวิกิคุณสามารถเปลี่ยนได้มากเท่าที่คุณต้องการ ตัวอย่างเช่นหากผู้พัฒนาได้สมัครรับข้อมูลกระบวนการทั้งหมดที่ส่งผลกระทบต่อเขานั่นจะเป็นการดีมากสำหรับผู้ตรวจสอบ ISO
pdr

2
@pdr: แต่ใครมีเวลาที่จะทำให้แน่ใจว่า wiki สะท้อนให้เห็นว่ากระบวนการใหม่ของคุณคืออะไร การบำรุงรักษาของ ISO 9001 เป็นปัญหาใหญ่
richard

3
นั่นคือเหตุผลที่ ISO9001 นั้นไม่เกี่ยวข้องอย่างมาก (แม้ว่าทหารยังคงคาดหวัง) แต่นั่นเป็นความจริงไม่ว่ากระบวนการของคุณจะเป็นแบบ Agile, Waterfall หรืออะไรก็ตาม กระบวนการเปลี่ยนแปลงและตอนนี้มันง่ายขึ้นมากในการทำให้เอกสารของคุณทันสมัยกว่าที่เคยเป็นและยังอยู่ในโลกแห่งความเป็นจริงที่ผู้คนมักจะทำไม่ได้จนกว่าพวกเขาจะได้เริ่มต้นใหม่ แต่คำถามที่นี่คือ "เป็นสองสิ่งที่เข้ากันไม่ได้" และพวกเขาไม่ได้; การได้รับ ISO9001 ด้วยกระบวนการ Agile ที่มีน้ำหนักเบาใน Wiki ควรง่ายกว่ากระบวนการที่มีการพิมพ์และผูกมัดแบบหนา
pdr

20

ทั้งหมด ISO 9000/9001 ต้องการคือกระบวนการของคุณได้รับการบันทึกไว้และให้คุณทำตามกระบวนการนั้น

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

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

ดังนั้นถ้าคุณทำตามวิธีการแบบ Agile คุณจะได้รับการรับรอง ISO - แต่อย่างที่คนอื่น ๆ พูดไม่ใช่เพื่อประโยชน์ของตัวเอง ประโยชน์ที่แท้จริงคือช่วยให้คุณเสนอราคาสำหรับสัญญาเพิ่มเติม


13

ลิฟต์ระดับเสียงสำหรับ ISO 9000 คือ "พูดในสิ่งที่คุณทำทำในสิ่งที่คุณพูดพิสูจน์มัน" ในสหรัฐอเมริกาแต่ละส่วนของ 3 ข้อจะเปลี่ยนเป็นกองเอกสารขนาดใหญ่ นี่ทำให้ ISO 9000 เป็นกระบวนการที่ไม่มีประสิทธิภาพอย่างน่ากลัว

คำอธิบาย Dilbert 1
คำอธิบาย Dilbert 2

ในเชิงวิชาการมันมีความสวยงามมาก แต่ในทางปฏิบัติแล้วมันเป็นอย่างไร

ฉันคิดว่าคำตอบที่ดีที่สุดสำหรับคำถามของคุณคือคำพังเพยต่อไปนี้:

ในทางทฤษฎีทฤษฎีและการปฏิบัติเหมือนกัน
ในทางปฏิบัติพวกเขาไม่ได้

จากโยคี Berra


1
โอ้ฉันหวังว่าฉันจะได้เห็นการ์ตูน Dilbert เหล่านั้นยังคง! ทั้งหมดที่ฉันได้รับคือหน้า 404 ตอนนี้
ronlybonly

@ronlybonly ฉันได้อัปเดตลิงก์แล้ว
Tangurena

โอ้ผู้ชาย มันคุ้มค่ากับการรอคอยโดยสิ้นเชิง! ขอบคุณที่อัพเดท @Tangurena!
ronlybonly

3

ฉันเป็นแพทย์และผู้ตรวจการอิสระ ISO ในสหรัฐอเมริกา ฉันรู้สึกว่ามันไม่ยุติธรรมที่จะบอกว่า ISO ต่อ se เป็นความล้มเหลว ขึ้นอยู่กับว่า บริษัท จะมองอย่างไร หากคุณมุ่งมั่นที่จะแต่งงานกับใบรับรองเพียงอย่างเดียวใช่พวกเขาไม่สามารถบรรลุได้มาก แต่เราไม่สามารถตำหนิมาตรฐานสำหรับมันได้ คุณสามารถประสบความสำเร็จได้มากมายหากคุณมีกระบวนการคุณภาพอยู่แล้ว ISO ไม่ใช่ "เอกสารประกอบปีศาจ" ตามที่บางคนคิดว่าเป็น แนวคิดก็คือ "ทำในสิ่งที่คุณพูดและบันทึกสิ่งที่คุณทำ" ฉันรู้สึกว่า ISO สามารถเจลได้ดีกับวิธีการผลิตแบบลีนของ Six Sigma เนื่องจากไม่จำเป็นต้อง จำกัด เฉพาะกระบวนการผลิต สำหรับที่เกี่ยวข้องกับ Agile ฉันเห็นว่ามันเป็นส่วนย่อยของชนิด Iterative ที่มีอยู่แล้วของ SDLC มันยากที่จะจินตนาการว่าไม่มีความสำคัญกับเอกสาร เกิดอะไรขึ้นกับบทเรียนที่เรียนรู้หากคุณไม่ได้บันทึก ฉันรู้สึกว่ามีกระบวนการที่มีคุณภาพและเอกสารที่ถูกต้อง Agile เข้ากันได้ดีกับ ISO และฉันไปอีกขั้นหนึ่งเพื่อแนะนำว่าวิธีการซิกซิกซิกซิกม่า ISO 9000 และ Agile นั้นสามารถโต้ตอบได้อย่างเป็นประโยชน์และสามารถประหยัดเงินและทรัพยากรได้ทันเวลา นอกจากนี้โมเดล CMMi ซึ่งสร้างขึ้นโดยรอบมาตรฐาน ISO สามารถจับมือกับสามของ ISO, Agile และ Six Sigma แบบลีน ความอดทนเป็นคำสำคัญและฉันเดิมพันว่าไม่มีมาตรฐานหรือวิธีการใด ๆ ที่สามารถดึงผลกำไรของ บริษัท ได้ก็ต่อเมื่อได้รับการรับรองในส่วนที่เกี่ยวข้อง เริ่มแรกคุณต้องทำงานหนักมากเพื่อนำไปใช้และปฏิบัติตามด้วยจิตวิญญาณที่ถูกต้อง ระเบียบวิธี ISO 9000 และ Agile สามารถโต้ตอบได้อย่างเป็นประโยชน์และสามารถประหยัดเวลาและทรัพยากรได้ นอกจากนี้โมเดล CMMi ซึ่งสร้างขึ้นโดยรอบมาตรฐาน ISO สามารถจับมือกับสามของ ISO, Agile และ Six Sigma แบบลีน ความอดทนเป็นคำสำคัญและฉันเดิมพันว่าไม่มีมาตรฐานหรือวิธีการใด ๆ ที่สามารถดึงผลกำไรของ บริษัท ได้ก็ต่อเมื่อได้รับการรับรองในส่วนที่เกี่ยวข้อง เริ่มแรกคุณต้องทำงานหนักมากเพื่อนำไปใช้และปฏิบัติตามด้วยจิตวิญญาณที่ถูกต้อง ระเบียบวิธี ISO 9000 และ Agile สามารถโต้ตอบได้อย่างเป็นประโยชน์และสามารถประหยัดเวลาและทรัพยากรได้ นอกจากนี้โมเดล CMMi ซึ่งสร้างขึ้นโดยรอบมาตรฐาน ISO สามารถจับมือกับสามของ ISO, Agile และ Six Sigma แบบลีน ความอดทนเป็นคำสำคัญและฉันเดิมพันว่าไม่มีมาตรฐานหรือวิธีการใด ๆ ที่สามารถดึงผลกำไรของ บริษัท ได้ก็ต่อเมื่อได้รับการรับรองในส่วนที่เกี่ยวข้อง เริ่มแรกคุณต้องทำงานหนักมากเพื่อนำไปใช้และปฏิบัติตามด้วยจิตวิญญาณที่ถูกต้อง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.