สงสัยในทีมการต่อสู้

14

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

คำถามของฉันคือวิธีการแก้ไขปัญหานี้ในขณะที่ไม่ก่อให้เกิดความขัดแย้งภายในทีม?

team scrum

— Sorantis
แหล่งที่มา

4

ว้าวคืออะไร? Googling "ว่องไวว้าว - วคราฟ" เปิดขึ้นไม่มาก

— Joe Daley

1

@ Joe - "วิถีการทำงาน" อาจจะ?

— ChrisF

วิธีการทำงาน

— Sorantis

การแย่งชิงกัน! ไม่ใช่ SCRUM! ว้าว? Agile # 1 = WoT ไม่ใช่ WoW ไม่มี WoT, WoW เป็นเพียง SNAFU และวิธีคิดหลักวิธีหนึ่งคือการลดอุปสรรคในการสื่อสารไม่ใช่สร้างสิ่งใหม่

— MIA

2

Agile WoW = จู่โจมหัวหน้าหรือสองคืนต่อสัปดาห์และทำอย่างชัดเจนตลอดทาง? และจับคู่คนละทิศละทาง / ทำรีวิว DPS หรือไม่ ขออภัยอดีตผู้เล่น WoW ที่นี่

— Wayne Molina

21

เมื่อต้องเผชิญกับความสงสัยอย่างมากฉันลองทำบางสิ่ง:

1. ) ฉันแสดงให้เห็นถึงเทคนิคต่าง ๆ เช่น TDD การปรับใช้อย่างต่อเนื่องการเขียนโปรแกรมคู่ข้อกำหนดในการรวบรวมกับผู้ใช้ของคุณการทำซ้ำสั้น ๆ ฯลฯ ฉันไม่ได้เรียกเทคนิคเหล่านั้นเปรียวหรือพิณเกี่ยวกับ Agile Manifesto แต่นั่นแตกต่างกัน; p) ฉันเพียงแค่แสดงเครื่องมือและเทคนิคที่เป็นประโยชน์แก่สมาชิกในทีมที่ทำให้ชีวิตง่ายขึ้น พวกเขามีแนวโน้มที่จะกระโดดขึ้นไปบนเกวียน Agile เมื่อพวกเขาเห็นประโยชน์ในแต่ละวัน

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

3. ) ฉันเห็นด้วยกับผู้คลางแคลง (จนถึงจุดหนึ่ง) Agile ไม่ใช่ bullet เงินและ SCRUM, Kanban, Lean และอื่น ๆ ก็ไม่ใช่ bullet เงิน แต่ฉันทำงานกับพวกเขาเพื่อดูว่าแง่มุมใดบ้างที่มีประโยชน์ต่อพวกเขาในทันที (เซิร์ฟเวอร์ CI นั้นไม่ใช่เรื่องง่าย) และจากนั้นฉันทดลองใช้ส่วนที่เหลือ "ให้หยุดทำงานเป็นเวลาหนึ่งสัปดาห์แล้วทบทวนมัน"

เช่นเดียวกับวิธีการอื่น ๆ SCRUM และคนอื่น ๆ จำเป็นต้องทำงานกับทีมและองค์กรอย่างแท้จริง

เพื่อรับคำถามของคุณโดยตรง ยกมันขึ้นกับทีม:

“ ฉันยังสงสัยอยู่เล็กน้อยเกี่ยวกับจุดยืน แต่ฉันคิดว่าในฐานะทีมที่เราควรให้มันเป็นเวลา 1 สัปดาห์ (ไม่มีข้อแก้ตัว!) จากนั้นตรวจสอบเพื่อดูว่ามันเหมาะกับเราหรือเปล่าคนทำอะไร คิด?"

— Martijn Verburg
แหล่งที่มา

9

@ Sorantis - นั่นไม่ใช่ปัญหา Agile WoW จริง ๆ ใช่ไหม? ดูเหมือนว่าสมาชิกในทีมคนนี้จะไม่เก่งในการทำงานเป็นทีม! นั่นเป็นปัญหาจิตวิทยา / พฤติกรรมมนุษย์มากกว่าและโดยทั่วไปแล้วเคล็ดลับในการค้นหาสิ่งที่กระตุ้นให้บุคคลนั้น (ทั้งในพฤติกรรมเชิงบวกและพฤติกรรมเชิงลบของพวกเขา)

— Martijn Verburg

4

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

— Mike Dunlavey

1

การเขียนโปรแกรมจับคู่ Ahhh - นั่นคือสิ่งที่ผู้ชาย 1 คนอ่านนิตยสารในขณะที่รหัสอื่น ๆ :)?

— Chris S

2

@Martijn ฉันได้ทำการเขียนโปรแกรมจับคู่โดยที่คนคนหนึ่งมีเม้าส์และอีกคนมีแป้นพิมพ์ วิธีการที่ทั้งสองต้องมีสมาธิ;)

— Benjol

1

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

— imre

16

กรณีทั่วไปของการดำเนินการอย่างผิดพลาดการแย่งชิงกัน

การแย่งชิงกันได้ถูกกำหนดให้กับทีม ทีม (ทั้งหมด) ไม่ได้เลือก

เมื่อคุณต้องการที่จะใช้มันคุณจะต้องได้รับการสนับสนุนอย่างเต็มที่จากทั้งทีมและผู้บริหารมิฉะนั้นมันจะไม่ทำงานเลย

ความต้านทานต่อการเปลี่ยนแปลงเป็นศัตรูของคุณที่นี่

ฉันขอแนะนำให้คุณเริ่มต้นใหม่และนำเสนอการต่อสู้กับทีมและให้พวกเขาถามคำถาม

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

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

1

มีวิธีทำให้คนขี้ระแวงชอบ SCRUM ไหม? มันเป็นสิ่งที่อ่อนแอที่จะทำ - อย่าใช้มันถ้าคุณไม่ชอบ

— Sorantis

1

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

@ Sorantis - มันเกิดขึ้นทุกวัน มันเรียกว่าการขาย เพียงชี้ให้เห็นถึงสิ่งที่ดีที่ SCRUM นำมาให้คุณ การสื่อสารที่เพิ่มขึ้น! ปรับตัวเข้ากับการเปลี่ยนแปลง! ทำให้โครงการง่ายขึ้น! อย่าทำดีเกินไปที่จะใช้งานของ Pavlov ;-) ผู้คนตอบสนองต่อการแสดง แต่ไม่ค่อยมีใครบอก แสดงให้พวกเขาเห็นว่า SCRUM ทำงานได้ดีแค่ไหนสำหรับคุณและพวกเขาจะตามหลังช่วงเวลา

— Steve Goodman

นั่นคือสิ่งที่สตาลินพูด

— งาน

สตาลินพูดอะไร

5

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

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

— Mike Dunlavey
แหล่งที่มา

5

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

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

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

— Antonio2011a
แหล่งที่มา

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

— Kris Van Bael

1

หากคุณกำลังทำเปรียวคุณควรมี Backlog ที่คุณใช้งานอยู่ ใช้การต่อสู้เพื่อส่งมอบการมอบหมายจากงานในมือ

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

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

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

เตือนเขาว่าถ้าเขาปรากฏตัวตรงเวลาเขาสามารถมีส่วนร่วมในกระบวนการ

— บิลลีเปอร์
แหล่งที่มา

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

— MaR

1

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

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

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

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

การหลีกเลี่ยง "ความขัดแย้งของทีม" ไม่ควรเป็นปัจจัยแม้แต่น้อย

— เดฟ
แหล่งที่มา

0

ยิงเพื่อนร่วมทีมจากนั้นเขาจะไม่ก่อให้เกิดการโต้เถียงภายในทีม

— John Saunders
แหล่งที่มา

1

ฉันไม่คิดว่านี่จะเป็นทางออกเลย มันเหมือนว่ามือของฉันเจ็บ .. โอ้งั้นเราก็ตัดมัน

— Sorantis

4

ขึ้นอยู่กับว่า - หาก บริษัท เลือกที่จะใช้ SCRUM และพนักงาน memebers ไม่เต็มใจที่จะทำงานตามที่ธุรกิจต้องการ

— Murph

@Sorantis: เช่น "ถ้ามือซ้ายของเจ้าทำให้ขุ่นเคืองเจ้าตัดถ้าปิด" หรืออะไรแบบนั้น และเตือนเขาก่อน

— John Saunders

2

@Rob: ผ่านกระบวนการทำให้ชัดเจนสิ่งที่คาดหวังของผู้สงสัยและถ้าเขาไม่เต็มใจที่จะทำในสิ่งที่จำเป็นต้องปล่อยให้เขาจากไปหรืออื่น ๆ ยิงเขา ความล้มเหลวในการทำเช่นนั้นส่งข้อความผิดไปยังส่วนที่เหลือของทีม - ที่ SCRUM ไม่สำคัญและพวกเขาทุกคนสามารถละเว้นมันได้เช่นเดียวกับผู้สงสัย

— John Saunders

2

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

— Bill Leeper

0

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

การเขียนโปรแกรมเป็นกิจกรรมที่มีความแม่นยำดังนั้นบุคคลที่หายากจะไม่รับรู้ข้อเท็จจริงที่ยากลำบาก อย่างน้อยก็ในทางทฤษฎี

สิ่งนี้คือฉันเป็นพนักงานใหม่ใน บริษัท ฉันมาเมื่อพวกเขาเริ่มใช้ว้าวว่องไว และเพื่อนร่วมทีมของฉันทำงานใน บริษัท เป็นเวลา 15 ปี

— Sorantis

2

ฉันแค่อ่านคำว่า "water-fall" อย่างผิด ๆ ว่า "water-fail" และมันเป็นการเปลี่ยนชื่อที่ดีที่สุดของวิธีการพัฒนาที่ฉันเคยเห็น ! น่ากลัว

— ลนนาตรอน

@glenatron: ดีมากจริงๆตอกตะปู

3

ปัญหาเกี่ยวกับวิธีการขุดตัวอย่างเคาน์เตอร์ก็คือพวกเขาไม่ได้มีข้อโต้แย้งที่ดีในความคิดเฉพาะอื่น ๆ ไม่มีใครชอบฤดูใบไม้ร่วง แต่นั่นไม่ได้หมายความว่าพวกเขาต้องการขึ้นเครื่องบินด้วย Agile

— Mike Dunlavey

0

ใครเป็นคนตัดสินใจเปลี่ยนและทำไม ในกรณีที่คนที่สงสัยในการตัดสินใจทั้งหมดหรือการตัดสินใจเพียงแค่พวกเขา?

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

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

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

แน่นอนคุณจะทำอย่างไรถ้าผู้คลางแคลงชนะ?

— ElGringoGrande
แหล่งที่มา

ฉันไม่ใช่ผู้จัดการฉันเป็นแค่สมาชิกในทีม การตัดสินใจทำโดยฝ่ายบริหาร

— Sorantis

0

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

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

— Subu Sankara Subramanian
แหล่งที่มา