ถึงเวลาเริ่มเขียนแล้ว
(alexnixon.github.io)Amazon ห้ามใช้ PowerPoint ในการประชุมภายในองค์กร และให้ผู้จัดการประชุมเขียนเอกสารอธิบายที่เรียบเรียงอย่างดีหลายหน้า จากนั้นแจกให้ผู้เข้าร่วมประชุมทุกคนอ่านให้จบก่อนจึงค่อยเริ่มประชุม
บทความนี้อธิบายว่า ในบรรดาวิธีจัดประชุมหลายรูปแบบ ทำไมจึงควรเป็นการเขียน ทำไม PowerPoint และวิธีที่วิศวกรนั่งล้อมวงคุยกันจึงใช้ไม่ได้ ด้านล่างคือสรุปแบบสั้น
PowerPoint เปิดช่องให้ตกแต่งไอเดีย ทำให้สิ่งที่สำคัญกว่าดูจืดลง และมองข้ามความต่อเนื่องของแนวคิด
วิธีที่วิศวกรนั่งคุยกันโดยวางพิซซ่าไว้ตรงกลางนั้นมีประโยชน์ในการเก็บความรู้จำนวนมาก แต่การสนทนามักกระจัดกระจาย ดังนั้นเพื่อทำลายภาวะชะงักงันนี้ จึงจำเป็นต้องมีคนหนึ่งอธิบายอย่างครอบคลุม ลื่นไหล และมีเหตุผล ว่าควรทำอย่างไรตั้งแต่ความต้องการทางธุรกิจไปจนถึงความเป็นไปได้ในทางปฏิบัติของการนำไปใช้จริง
เพื่อถ่ายทอดสิ่งนั้นให้คนอื่น ผู้เขียนย่อมได้เขียนโดยคำนึงถึงประเด็นเหล่านี้ไว้แล้ว
-
บทนำ
-
อะไรคือสาเหตุที่ต้องตัดสินใจเปลี่ยนเทคโนโลยี? ทำไมสิ่งนี้จึงมีคุณค่า และให้ประโยชน์อะไร?
-
ทำไมจึงเลือกสำรวจเทคโนโลยีนี้เป็นทางออก? มีทางเลือกอื่นที่ควรพิจารณาหรือไม่?
-
มีงานที่ต้องจัดการมากแค่ไหน? ต้องวางรากฐานของอาคาร หรือแค่วาดที่จอดจักรยาน? ถ้าปัญหาแก้ไม่ได้ การเปลี่ยนกลับทำได้ง่ายหรือไม่?
-
-
เนื้อหา
-
เทคโนโลยีที่เสนอมีข้อกำหนดสำคัญหรือหลักการใหญ่ที่ต้องยึดหรือไม่? และสิ่งนั้นเกี่ยวข้องกับปัญหาและปรัชญาของเราอย่างไร?
-
ถ้าเราใช้งานสิ่งนี้ เป้าหมายปลายทางคืออะไร? เมื่อการนำไปใช้เสร็จ โลกจะเปลี่ยนไปอย่างไร?
-
เราจะย้ายจากจุดปัจจุบันไปยังเป้าหมายอย่างไรโดยรบกวนน้อยที่สุด? ช่วงเปลี่ยนผ่านนานแค่ไหน? โดยประมาณจะใช้เวลานานเท่าไร?
-
เรามีความเชี่ยวชาญภายในองค์กรอยู่แล้วหรือไม่?
-
ความเสี่ยงคืออะไร? มีมาตรการลดความเสี่ยงหรือไม่? แล้วสิ่งที่ยังไม่รู้ว่าไม่รู้อีกล่ะ?
-
โซลูชันนี้ได้เปรียบกว่าโซลูชันทางเลือกในด้านใด?
-
ทางเลือกอื่นดีกว่าสิ่งนี้ในด้านใด?
-
-
บทสรุป
- สรุปความต้องการทางธุรกิจพื้นฐานและข้อเสนอแนะ พร้อมอธิบายว่าทำไมสิ่งนี้จึงเป็นทางเลือกที่ดีที่สุด
มันคล้ายกับ TDD แต่ต่างกันตรงที่ TDD มักจบลงแค่เพื่อ TDD เอง ขณะที่การเขียนคำอธิบายแบบนี้ก่อให้เกิดผลข้างเคียงที่น่าสนใจ นั่นคือความคิดที่ยังคงตกค้างอยู่ในใจของผู้เขียน
หากแปลความคิดนี้เป็นภาษาธรรมชาติ แล้วกลับไปพูดคุยกับผู้เขียนด้วยวาจาอีกครั้ง ก็ไม่มีปัญหาใด ๆ และหลังจากพิจารณาปัญหาผ่านการวิเคราะห์หลายระดับที่จำเป็นต่อการเขียนให้ดีแล้ว ก็สามารถปรับคำอธิบายให้เหมาะกับระดับความเข้าใจของผู้ฟังทุกคนได้
สุดท้ายนี้ ต่างจากเครื่องมือเฉพาะทาง คำอธิบายแบบเรื่องเล่า (narrative) นั้นใช้ได้ทั่วไป ตั้งแต่ปัญหาทางเทคนิคที่แคบที่สุด ไปจนถึงคำถามพื้นฐานเกี่ยวกับพันธกิจและเป้าหมายของทั้งบริษัท ไม่มีปัญหาใดที่ต้านทานการคิดอย่างชัดเจนได้
4 ความคิดเห็น
มันทำให้ได้คิดว่าองค์ประกอบด้านภาพกำลังพรากสิทธิในการคิดและสิทธิในการจินตนาการของผู้อ่าน (หรือผู้ฟัง) ไปมากแค่ไหน
ตอนเปิดเผยต่อสาธารณะ นั่นเป็นทักษะที่จำเป็น แต่ภายในแล้ว ถ้าเราไม่ซื่อสัตย์ต่อกันและกันก็คงไม่ได้..
ขอบคุณสำหรับสรุปครับ!
อันนั้นในอีเมลปี 2004 มี 4 หน้า แต่ในจดหมายข่าวผู้ถือหุ้นปี 2017 เรียกว่าเป็น narrative 6 หน้า ก็เลยเคยคิดเหมือนกันว่า อืม เวลาผ่านไป 10 ปีเลยเพิ่มมาอีก 2 หน้าเหรอ..
(ตามคำบอกเล่าของพนักงาน Amazon เขาว่า narrative memo แบบนั้นเขียนยากกว่ามากจริง ๆ)
ถึงเวลาเริ่มเขียนแล้ว
ตลอด 10 ปีที่ผ่านมา โลกซับซ้อนขึ้นมากจน (... ) สักประมาณ 2 บทก็น่าจะกำลังพอดี 555
ผมเองก็เขียนทุกวันเพื่อเอาไว้จัดระเบียบความคิด แต่ถึงจะเป็นงานเขียนที่มีแค่ผมคนเดียวที่ได้อ่าน การจัดความคิดให้เป็นระเบียบ และที่สำคัญที่สุดคือการซื่อตรงกับตัวเอง (ตอนนี้ยังขาดอะไรอยู่ ตอนนี้มีอะไรที่ควรทำแต่ทำไม่ได้.. มีทางเลือกอื่นอะไรบ้างแต่กลับมองข้ามไป..) มันยากมากจริง ๆ ครับ