หากสถาปนิกต้องทำงานแบบโปรแกรมเมอร์ (1995)
(gksoft.com)หากสถาปนิกต้องทำงานแบบโปรแกรมเมอร์
-
ลูกค้าขอให้สถาปนิกออกแบบและก่อสร้างบ้านทั้งที่ยังไม่รู้ความต้องการที่ชัดเจน
-
บ้านต้องมีได้ตั้งแต่ 2 ถึง 45 ห้องนอน และสามารถเพิ่มหรือลดจำนวนห้องนอนได้อย่างง่าย
-
ยืนยันว่าการตัดสินใจขั้นสุดท้ายจะทำได้หลังจากเห็นแบบแปลนสถาปัตยกรรมแล้ว
-
บ้านที่เลือกควรมีค่าใช้จ่ายน้อยกว่าบ้านที่อาศัยอยู่ในปัจจุบัน
-
ต้องแก้ไขข้อบกพร่องทั้งหมดของบ้านเดิม (เช่น พื้นห้องครัวสั่น, ผนังอับตัว)
-
ต้องลดต้นทุนการดูแลรักษารายปีให้มากที่สุด ในขณะเดียวกันต้องใช้แนวทางการออกแบบและวัสดุที่ทันสมัย
-
ต้องออกแบบครัวให้รองรับตู้เย็น Givson รุ่นปี 1952 ได้
-
ต้องรับฟังความคิดเห็นของคนในครอบครัวทุกคนรวมถึงพ่อตาของภรรยา และออกแบบบ้านให้ทุกฝ่ายพอใจ
-
อย่าห่วงรายละเอียดเล็กน้อย วางแผนภาพรวมอย่างเดียว
-
เรื่องการจัดหาทรัพยากรไม่สำคัญเท่าการพัฒนาแผนงานและข้อกำหนดอย่างละเอียด
-
ต้องทำหลังคาให้เสร็จภายใน 48 ชั่วโมงหลังจากแผนได้รับการอนุมัติ
-
เพื่อที่จะขายบ้านให้ผู้อื่นได้ในภายหลัง ต้องคำนึงถึงรสนิยมของผู้ซื้อที่หลากหลาย
-
ต้องได้รับฉันทามติของชุมชนก่อนยืนยันแผนสุดท้าย
-
ต้องจัดทำแบบแปลนสถาปัตยกรรม และการออกแบบจริงอาจถูกเปลี่ยนแปลงได้ภายหลัง
-
รับผิดชอบต่อการเพิ่มค่าใช้จ่ายก่อสร้างที่เกิดจากการเปลี่ยนแปลงการออกแบบในภายหลัง
-
เป็นโครงการที่น่าสนใจที่ให้ใช้เทคโนโลยีที่ทันสมัยและการออกแบบแบบเสรีได้
-
ภรรยามีความเห็นว่าอาจต้องการรถบ้านแบบ travel trailer แทนบ้าน และขอให้ให้คำปรึกษาเรื่องนี้
ความคิดเห็นของ GN⁺
- บทความนี้เสียดสีลูกค้าที่สั่งงานสถาปนิกด้วยข้อเรียกร้องที่ไม่สมเหตุสมผลและขัดแย้งกัน ยกประเด็นเปรียบเปรยถึงความคาดหวังที่ไม่สมจริงที่โปรแกรมเมอร์มักเจอได้อย่างแยบยล
- เข้าถือได้ว่าเป็นกรณีศึกษาที่เน้นย้ำความสำคัญของความต้องการและความคาดหวังที่ชัดเจนของโครงการ รวมถึงการจัดการการเปลี่ยนแปลง
- บทความนี้ช่วยให้เข้าใจและเข้าอกเข้าใจปัญหาที่ผู้เชี่ยวชาญสองสาขาที่ต่างกันอย่างการเขียนโปรแกรมและสถาปัตยกรรมเผชิญร่วมกันได้ และยังทำให้ผู้อ่านสนใจได้ดีโดยถ่ายทอดความยากของการจัดการโครงการอย่างขบขัน
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
ไม่สำคัญว่าจะทำงานนี้ให้สำเร็จได้อย่างไร แต่คุณต้องแยกงานที่คาดว่าจะทำออกเป็น หน่วยงานย่อยที่เล็กและประเมินได้
ไม่จำเป็นต้องประเมินให้แม่นยำนัก แต่ถ้าใช้เวลาเกินค่าประเมินก็ต้องรับผิดชอบ และถ้าค่าประเมินดูสูงเกินไปแบบไม่มีเหตุผลก็จะถูกตั้งข้อสงสัย
คุณจัดการงานเหล่านี้เองได้ แต่ต้องไปรายงานความคืบหน้าในประชุมวันละ 1 ชั่วโมงร่วมกับนักออกแบบคนอื่นที่ทำงานคนละอย่างกันโดยสิ้นเชิง
และอาจต้องพูดรายงานแบบเดิมซ้ำในประชุมอื่นด้วย แม้ว่าการประชุมจะกินเวลาไปมาก แต่เวลาที่ประเมินไว้เดิมก็ยังต้องรักษาไว้เท่าเดิม
ระหว่างออกแบบบ้าน คุณอาจต้องถูกดึงไปช่วย เหตุฉุกเฉินทางสถาปัตยกรรม อย่างการทำให้หอเอนปิซามั่นคง ซึ่งเรื่องแบบนี้เกิดได้ทั้งกลางวันกลางคืนและมาก่อนงานปัจจุบันของคุณ แต่ห้ามกระทบกับการประเมินเวลา
แต่คนนั้นอาจไม่อยู่โต๊ะ เพราะต้องคอยเหลาดินสอให้ทุกคนและปรับโต๊ะให้ด้วย
แถมพวกเขาทั้งหมดยังสังกัด Blue Pants เลยไม่ได้ทำงานในช่วงเวลาเดียวกับคุณด้วยซ้ำ
บ้านของคุณและบ้านอื่น ๆ ในละแวกเดียวกันที่เพื่อนร่วมงานกำลังออกแบบอยู่จะถูกปล่อยทิ้งจนผุพัง และคนส่วนใหญ่จะถูกเลิกจ้าง
บางคนจะถูกย้ายไปออกแบบคอกม้าและสระว่ายน้ำในร่มเพื่อเจาะตลาดที่ทำกำไรได้มากกว่า
ที่บริษัทก่อนหน้านี้ ค่าประเมินของทีมเราพลาดหมด และนั่นคือเหตุผลที่วิศวกรถูกไล่ออก
ความขมขื่นนี้ของจริง
ไม่ว่าจะมีป่าใกล้ ๆ มีรอยเลื่อนแผ่นดินไหว หรือมีพายุเฮอริเคนหรือไม่ มันก็ต้องทนได้ทั้งแผ่นดินไหว ภัยนิวเคลียร์ เฮอริเคนระดับ 7 ไฟป่า และอื่น ๆ
เพื่อให้คนที่เป็นยูนิคอร์นสถาปนิกซึ่งสร้างโกดังได้สำเร็จตามความต้องการของตัวเอง จะได้ภูมิใจว่าตัวเองทำตามหลักการเหล่านั้น
ฟังดูเหมือนมุกตลก แต่คนที่ถูกล้อก็คือพวกเราเอง
นี่ดูเหมือนเป็นการ เล่นบทเหยื่อ ขั้นสูงจริง ๆ
การสร้างบ้านก็มักรวมถึงการต้องรับมือกับเจ้าของบ้านหรือผู้รับเหมาที่เรื่องมาก อยากได้ทุกอย่างทั้งที่ไม่มีรสนิยมหรือความรู้ แต่ไม่อยากจ่ายเงิน
นั่นแหละคืองาน
วิศวกรซอฟต์แวร์ที่ดีรู้ว่าการรับมือกับผู้มีส่วนได้ส่วนเสียและผู้ใช้ก็เป็นส่วนหนึ่งของงาน
และถ้าจะเพิ่มความจริงที่ชวนช็อกอีกข้อ แบบแปลนก็มีบ่อยครั้งที่ห่วยหรือผิด
ถึงอย่างนั้นคนก็ยังสร้างบ้านกัน
นั่นแหละคืองาน
ในทางกลับกัน ถ้าโปรแกรมเมอร์ต้องทำงานเหมือนสถาปนิก ค่าตอบแทนจะต่ำกว่านี้มาก จะยากมากที่จะได้เป็นผู้รับผิดชอบโปรเจ็กต์สำคัญก่อนอายุ 50 ต้องทำโอทีมหาศาลแบบไม่ได้เงิน ทำงานจากบ้านไม่ได้ ต้องรับผิดทางกฎหมายต่อผลงานของตัวเอง ใช้เวลาส่วนใหญ่ของวันไปกับ การปฏิบัติตามข้อกำหนด มากกว่าผลลัพธ์ และต้องทำงานโดยยึดลูกค้าเป็นศูนย์กลางมากกว่าที่คุณเคยจินตนาการไว้มาก
หลังงานก่อสร้างคืบหน้าไปมากแล้ว ผู้รับเหมาถามว่าจะยกหลังคาขึ้นอีก 1 เมตรไหม เพราะแทบไม่ต่างเรื่องค่าใช้จ่าย ตอนแรกก็จะปฏิเสธแต่สุดท้ายยอม
พอสร้างเสร็จถึงได้รู้ว่าถ้าปฏิเสธข้อเสนอนั้น ชั้นสองคงใช้งานไม่ได้เลย
บ้านเป็นหลังคา ทรงหน้าจั่ว แบบ https://en.wikipedia.org/wiki/Gable_roof และบันไดเป็นรูปตัว U ตามแนวผนังด้านนอกด้านหนึ่ง
ถ้าไม่ยกหลังคาขึ้น หลังคาด้านผนังนอกจะต่ำเกินกว่าจะเดินขึ้นบันไดได้ และถึงยกแล้ว คนตัวสูงก็ยังต้องเอียงหัวตอนเดินขึ้น
ที่น่าขันคือ สิ่งที่คุณกำลังทำอยู่นี่ก็เหมือนกับที่คุณกล่าวหาข้อความต้นฉบับเลย คือการสมมติ สถานะความเป็นเหยื่อ
การตะโกนว่า “นั่นแหละคืองาน!” เป็นการแฝงนัยว่า ต่อให้สิ่งนั้นไม่ใช่งานอย่างชัดเจน อย่างน้อยก็ในเชิงที่ตกลงกับนายจ้างไว้ตอนรับเข้าทำงาน คุณก็ควรยอมถอยเรื่องสภาพการทำงานอยู่ดี
การพยายามสื่อสารเรื่องนี้อย่างสิ้นหวังดูเหมือนเป็นสัญญาณว่าคุณต้องการความช่วยเหลือในการยืนหยัดเพื่อตัวเองในที่ทำงาน
จากประสบการณ์ของฉัน เรื่องนี้มักมาจาก ความไม่สมดุลของอำนาจ ในความสัมพันธ์การจ้างงาน และแม้เหตุผลจะซับซ้อน แต่ถ้าจะให้คำแนะนำทั่วไปที่อาจไม่ได้ช่วยมากนักกับสถานการณ์ที่พบได้บ่อย ก็ต้องบอกว่า: ถ้าคุณเก่งขึ้น อำนาจต่อรองโดยนัยของคุณก็จะดีขึ้นเมื่อมีประชุมเพิ่มขึ้นหรือถูกดึงไปทำอย่างอื่น
และคุณยังต้องเรียนรู้วิธีบอกจุดยืนของตัวเองอย่างสุภาพในสภาพแวดล้อมการทำงาน
ทุกคนกำลังเล่นเกมที่ข้อมูลไม่สมบูรณ์ ดังนั้นแค่ความหนักแน่นและความมั่นใจแบบพอดี ๆ ก็ทำให้อีกฝ่ายยากที่จะสมมติทันทีว่าคุณเป็นฝ่ายผิด
ต้องรู้ว่าคุณกำลังตกลงอะไรอยู่ และต้องซื่อตรงว่าตัวเองเสนออะไรให้
ถ้าคุณทุ่มเวลา 4 ปีที่ผ่านมาไปกับการเรียน อัลกอริทึมและโครงสร้างข้อมูล อย่างจริงจัง ก็จงพูดตรง ๆ ว่าคุณรับงานนี้เพื่อแก้ปัญหาเชิงคำนวณ ไม่ใช่แค่เป็นจำนวนคนหรือมานั่งเติมเก้าอี้ให้ครบ
ฉันเชื่อ 100% ว่าถ้าสถาปนิกอ่านบทความนี้ ข้อสรุปของพวกเขาจะเป็น “โปรแกรมเมอร์ใช้ชีวิตสบายเกินไป”
คนส่วนใหญ่ที่ลงมือเขียนโปรแกรมจริงไม่มีความสามารถพอจะอ่านสเปก และในบรรดาคนที่อ่านได้ก็มีไม่น้อยที่จงใจเมินมันเพื่อลดต้นทุน
แต่ถ้าทำออกมาผิด คุณก็ยังเป็นคนรับผิดชอบอยู่ดี
นี่ฟังดูเหมือนตัวอย่างสมบูรณ์แบบของ ไอเดียค็อกเทลปาร์ตี้ ที่โปรแกรมเมอร์คิดไปเองว่ารู้ว่าศาสตร์อื่นทำงานกันอย่างไร
สถาปนิกเองก็คงเขียนบทความแบบเดียวกันเกี่ยวกับโปรแกรมเมอร์ได้ และก็คงใส่ข้อสมมติผิด ๆ กับความเข้าใจคลาดเคลื่อนเกี่ยวกับสิ่งที่งานจริงต้องการไว้มากพอ ๆ กัน
https://danluu.com/cocktail-ideas/
ฉันเป็นคนที่ต้องเห็นและสัมผัสได้ ดังนั้นต้องสร้าง mockup ของบ้านให้ดูก่อน
ถ้าเป็นไปได้ มันควรเป็นขนาด 1:1 และใช้งานได้ครบจริง เพื่อจะได้เห็นว่ามันทำงานอย่างไรในชีวิตจริง
ถ้าฉันไม่ชอบส่วนไหนของบ้าน ก็ต้องรื้อแล้วสร้างใหม่ตั้งแต่ต้น และเพราะเคยสร้างมาแล้วครั้งหนึ่ง ก็คาดหวังว่าจะสร้างใหม่ได้เร็วขึ้นโดยสะท้อนการเปลี่ยนแปลงที่ฉันต้องการ
บ้านหลังใหม่ต้องสร้างขึ้นใหม่ตรงตำแหน่งเดิมที่ฉันอาศัยอยู่ตอนนี้ และการย้ายไปใช้บ้านใหม่ต้อง ไม่สะดุดเลย
ต้องสร้างโรงรถใหม่ทั้งที่รถยังจอดอยู่ข้างใน และเปลี่ยนพื้นครัวกับเคาน์เตอร์ในขณะที่เครื่องล้างจานกับเตาอบยังทำงานอยู่
ระหว่างเปลี่ยนห้องน้ำ ฉันก็ยังต้องอาบน้ำและแช่อ่างได้ ส่วนห้องนอนก็ควรถูกสร้างใหม่อย่างเงียบ ๆ ระหว่างที่ฉันกำลังมีเซ็กซ์ และแม้แต่ห้องส้วมก็ต้องสร้างใหม่ตอนกำลังใช้งานอยู่ได้ด้วย
ต้องทำให้ใหญ่ขึ้น
ในเมื่อสร้างไปแล้ว ก็คาดหวังว่าพรุ่งนี้มันจะเสร็จสมบูรณ์อยู่บนที่ดินเลย
คนเขียนบทความนี้ดูเหมือนไม่รู้จัก สถาปนิก ที่ทำงานกับคนรวย
คนรวยที่อยากได้บ้านสั่งทำมักพยายามจะออกแบบเอง และจะหงุดหงิดอย่างหนักเมื่อเจอกับความจริงเรื่องหลักการออกแบบพื้นฐาน การใช้งาน วัสดุ และความมั่นคงของโครงสร้าง
พอเริ่มขึ้นโครงจริง ๆ พวกเขาก็อาจเปลี่ยนแผนเอาตอนท้าย
ทั้งนี้ภายใต้สมมติฐานว่าเขาจะไม่ตื่นตระหนกทันทีเมื่อเห็นโครงจริงครั้งแรกเพราะไม่รู้ว่ามันยังไม่เสร็จ
หรือถ้าเพื่อนรวยอีกคนเดินผ่านไซต์งานตอนกำลังทำฐานรากแล้วพูดเหน็บเบา ๆ ตอนนี้ลูกค้าก็จะยืนกรานว่าลูกสองคนของเขาต้องมีห้องแสดงดนตรีคนละห้อง
เพราะห้องเดียวไม่พอ
อีกตัวอย่างชั้นยอดคือ มีคนอยากจอด Ferrari ไว้ข้างห้องนอนชั้นสอง ก็เลยอยากสร้างโรงรถไว้เหนือครัว
โดยไม่สนใจเรื่องไอเสียเลย
เรื่องที่ได้ยินมาจาก Dubai หลายเรื่องนี่เหลือเชื่อมาก
มีดีเวลอปเปอร์รายหนึ่งขอให้ภูมิสถาปนิกวาดดาดฟ้าสระว่ายน้ำบนโพเดียมของทาวเวอร์ที่กำลังก่อสร้างอยู่
พอฝั่งภูมิฯ ไปถามวิศวกรเรื่องความหนาพื้นกับค่ารับน้ำหนัก ก็ได้รับคำตอบว่าโพเดียมที่สร้างเสร็จแล้วนั้นรับสระว่ายน้ำไม่ไหว
แต่ตัวอพาร์ตเมนต์ถูกขายไปแล้วด้วยโบรชัวร์ที่มีรูป ดาดฟ้าสระว่ายน้ำ อยู่ และฝั่งวิศวกรรมก็ไม่เคยถูกบอกเลยว่าต้องเผื่อน้ำหนักสระว่ายน้ำไว้ หรือแม้แต่ว่าจะวางสระตรงไหนบนโพเดียม
อีกเรื่องหนึ่งคือ ตอนที่ core ของทาวเวอร์พักอาศัยสูง 40 ชั้นสร้างขึ้นไปถึงชั้น 20 แล้ว จู่ ๆ ดีเวลอปเปอร์ก็นึกอยากได้สระว่ายน้ำบนดาดฟ้า แล้วไปจ้างสำนักงานสถาปนิกให้ออกแบบ
ราวกับว่านี่ไม่ใช่เรื่องที่ต้องวางแผนล่วงหน้าทั้งฐานราก โครงสร้าง และตำแหน่งอุปกรณ์ซ่อมบำรุง
https://youtu.be/Us8mDKUaX2M?si=qnrckuGLyWzoFNAe&t=1515
ไอเดียตั้งต้นนั้นดีอยู่หรอก แต่ทุกครั้งที่มีนิตยสารสถาปัตยกรรมฉบับใหม่ออกมา ไอเดียก็จะเปลี่ยนทุกเดือน
เพื่อนฉันเลยต้องบินลงไป Riyadh หรือ Mecca ทุก ๆ สองเดือนเพื่ออธิบายรายละเอียดการออกแบบ
ที่บ้ากว่านั้นคือไม่ได้มีภรรยาแค่คนเดียว แต่มีหลายคน และนิตยสารสถาปัตยกรรมกระดาษเคลือบเงาฉบับใหม่ก็มีหลายเล่มเหมือนกัน
ต้องทำโมเดลจำนวนมาก แต่นี่ก็เป็นเรื่องปกติ
ลูกค้าคนรวยชวนปวดหัวอีกรายอย่าง Hitler ก็ขึ้นชื่อว่าชอบโมเดลของ Speer และเปลี่ยนใจตลอดเวลา
เขาคิดเสมอว่าตัวเองรู้ดีกว่า
บทความแบบนี้และคอมเมนต์ต่อ ๆ กันมักพลาดประเด็นใหญ่: งานก่อสร้างกับซอฟต์แวร์ ไม่ใช่สิ่งเดียวกันเลย
ตัวอย่างเช่น ในงานก่อสร้างมีสถาปนิกที่ออกแบบอาคาร ดีไซเนอร์ที่เตรียมแบบเทคนิค วิศวกรที่ลงนามอนุมัติแบบ ผู้ผลิตที่สร้างชิ้นส่วนอาคารตามแบบ ช่างสำรวจที่ตรวจว่าที่ดินนั้นก่อสร้างได้หรือไม่ ผู้รับเหมาที่ลงมือสร้างจริง ช่างมุงหลังคาที่ทำหลังคา ผู้จัดการหน้างานที่คุมให้ผู้รับเหมาสร้างอย่างถูกต้อง หน่วยงานกำกับอาคารที่ให้การอนุมัติจากภาครัฐกับอาคารที่สร้างเสร็จ ช่างไฟที่เดินสายไฟ ช่างประปาที่วางท่อ ช่างฉาบที่ฉาบผนัง ช่างทาสีและตกแต่งที่เก็บผิวผนัง และช่างติดตั้งที่ประกอบสิ่งที่เหลือ
ทั้งหมดนี้เป็นกิจการคนละรายกัน และคงยังมีบางบทบาทที่ฉันตกหล่นหรือเรียกชื่อไม่ตรง
แม้จะมีหลายฝ่ายที่ต้องรับผิดทางกฎหมายต่อการทำงานห่วยแตก เหตุการณ์แบบ Grenfell ก็ยังเกิดขึ้นได้
ส่วนในวิศวกรรมซอฟต์แวร์ มีผู้จัดการผลิตภัณฑ์ที่ตัดสินใจว่าจะสร้างอะไร ดีไซเนอร์ที่กำหนดว่ามันจะทำงานและหน้าตาอย่างไร วิศวกรซอฟต์แวร์ที่เขียนโค้ด และผู้ตรวจสอบที่ดูเรื่องการปฏิบัติตามมาตรฐานที่เกี่ยวข้อง เช่น PCI DSS หรือ SOC2
ยังมีบทบาทสนับสนุนอีกมาก แต่ถ้าใส่เข้ามา ฝั่งก่อสร้างก็ต้องเพิ่มอีก 5 เท่า เลยตัดออกไป
ไม่ได้จะบอกว่าใครลำบากกว่า หรือสายงานไหนดีกว่า แค่อยากชี้ให้เห็นว่าสองวงการนี้เทียบกันตรง ๆ ไม่ได้
ปกติน่าจะพูดว่า “electricians” มากกว่า
นักพัฒนาคนนั้นต้องประชุมกับผู้จัดการ เขียนสเปก เขียนโค้ด ทดสอบแอปพลิเคชัน ดีพลอย และรับเวร on-call 24/7 อีกด้วย
ถ้าดูโพสต์กับประวัติคอมเมนต์ของฉันบน HN จะเห็นว่าฉันพูดเรื่องนี้มาตลอดเป๊ะ ๆ
พวกเรากำลังทำหลายอย่างมากเกินไป
ตลกดี แต่ฉันชอบเวอร์ชันก่อนหน้านี้ที่พูดถึงทีมสร้างสะพานมากกว่า
https://www.stilldrinking.org/programming-sucks - ส่วนที่สอง
แต่ก็ขอบคุณที่แชร์ สนุกใช้ได้เลย
“เวลาจะบอกว่างานใช้เวลานานแค่ไหน อย่าพูดเป็นหน่วยเวลา หรือหน่วยวัน ให้ใช้ พอยต์ สมมติที่แต่ละคนตีความไม่เหมือนกันแทน”
อีกทั้งยังมีคอมเมนต์จำนวนมากที่มองว่าบทความนี้รสนิยมแย่ ดูถูกสถาปนิก และทำท่าทีแบบผู้เสียหายแนว ‘การเขียนโปรแกรมมันลำบากเหลือเกิน’ แต่ฉันอ่านต่างออกไป
นี่เป็นคำวิจารณ์ต่ออุตสาหกรรมซอฟต์แวร์เอง และเป็นเรื่องที่บอกว่าเราล้มเหลวอย่างสิ้นเชิงในการทำให้ลูกค้าเข้าใจความเป็นจริงของงานเรา
ถ้าเป็นคนปกติดี ก็คงไม่ขอบ้านที่จำนวนห้องนอนเปลี่ยนจาก 2 ห้องเป็น 42 ห้อง
แต่แรงงาน IT ทั่วไปกลับยอมรับเรื่องแบบนี้ในงานซอฟต์แวร์ว่าเป็นเรื่องปกติ
เราต้องทำให้ลูกค้าเข้าใจประเด็นนี้ และไม่ควรมอบหมายเรื่องนี้ให้ Scrum Master
โดยมากแล้วพวกเขามีแต่จะทำให้งานสับสนและซับซ้อนขึ้น
ต้องรับประกัน ความเป็นส่วนตัวอย่างเข้มงวด ของคนที่เข้ามาในบ้าน แต่ในขณะเดียวกันก็ต้องทำให้ทุกคนสื่อสารกันได้ดี
อีกทั้งต้องให้เฉพาะผู้ที่ได้รับอนุญาตเท่านั้นที่เข้าไปหรือมองเห็นสถานการณ์ภายในได้ และต้องปกป้องทุกคนให้ปลอดภัยอย่างมากจากไฟไหม้ อันตรายทางร่างกาย และจากผู้อื่น
น่าเสียดายที่ต้องทำให้เกิดความปลอดภัยนี้ได้โดยไม่มีค่าใช้จ่ายเพิ่มเติมหรือข้อจำกัดการใช้งาน
ถึงอย่างนั้นก็ยังต้องปลอดภัยจากการทำลายทรัพย์สิน การวางเพลิง การลักขโมย การติดตั้งอุปกรณ์ดักฟัง การใช้ถ้อยคำรุนแรงหรือทำร้ายผู้มาเยือน ตลอดจนการเข้าถึงจากผู้ก่อการร้ายหรือบุคคลในรายชื่อคว่ำบาตรระดับโลก
ไม่มีแผนจะทำประกัน ตำรวจก็จะไม่สอบสวนการกระทำผิดใดๆ และก็ไม่คิดจะจ้างยามรักษาความปลอดภัย
แต่บ้านก็ยังต้องเปิดให้สาธารณะเข้าถึงได้
คนที่พยายามใช้บ้านในทางที่ผิดหรือโจมตีบ้านนั้นมีตั้งแต่วัยรุ่นที่ว่างจัดไปจนถึงกลุ่มอาชญากรรมองค์กร หน่วยข่าวกรอง และกองทัพของประเทศศัตรูรายใหญ่
โชคดีนะ
ไม่ว่าเรื่องไหน ส่วนใหญ่ก็คือการ รับฟังผู้คน
จะเป็นประธานาธิบดีหรือภารโรงก็ไม่สำคัญ
ผู้คนต้องการบางอย่าง แต่ไม่ค่อยรู้ชัดนักว่าต้องการมันอย่างไร หรือทำไมถึงต้องการ
เหนือสิ่งอื่นใด พวกเขาอยากรู้สึกว่ามีคนรับฟังปัญหาของตน แล้วจากนั้นก็หวังว่าจะได้รับการช่วยเหลืออย่างดีที่สุด
บางแห่งกำลังสร้างบ้านใหม่ให้กับคนที่จริงๆ พอใจกับบ้านเก่าอยู่แล้ว
ถ้าผู้ใช้ไม่อยากเปลี่ยน พวกเขาก็ทำให้โครงการพังได้ง่ายๆ
ควรหาคำตอบให้ได้ก่อนใช้เงินว่าเจ้าของเอาจริงกับโครงการมากแค่ไหน
สุดท้ายเวลาต้องฝืนเดินหน้า ก็ควรดูว่าคนที่จะถูกไล่ออกคือสถาปนิก หรือแม่ยาย
โดยปกติก็คือ “ผลิตภัณฑ์ของเราต้องมี X เพราะงั้นก็ไปทำมา”
ต่อให้ฟังผู้จัดการคนนั้นอยู่หลายชั่วโมงหรือหลายวัน สวมหมวกนักจิตบำบัดเพื่อรีดข้อมูลที่เป็นประโยชน์กว่าออกมา และต่อรองความต้องการกันใหม่ สุดท้ายก็ยังหนีงาน สุดหิน ที่ต้องใช้เวลาหลายสัปดาห์หรือหลายเดือนไม่พ้น
ถ้าเป็นคนดูแลลูกค้าของบางบัญชี ก็พอเข้าใจได้
แค่ตั้งใจฟังลูกค้าให้ดีที่สุด แล้วเขียนเอกสารหรือตั๋วงานอะไรทำนองนั้นส่งต่อให้คนอื่นไปจัดการก็พอ
แต่ภารโรงที่ใช้เวลาส่วนใหญ่ไปกับการฟังไม่ใช่ภารโรงที่ดี ดังนั้นคำพูดนี้จึงไม่ได้ใช้ได้ทั่วไปอย่างที่ฟังดู