หลายท่านคงเคยเข้าไปทานอาหารแบบ Buffet นะครบครับ ลองนึกดูประเภทที่คิดตังส์เป็นหัวๆ (นับตามจำนวนคน) ทานได้ไม่ยั้ง ลูกค้าส่วนใหญ่ที่เข้าไป ยิ่งถ้าต้องออกสตางค์เอง รับประกันได้ว่า ทานมากว่าที่กระเพาะปกติจะรับได้แน่นอน เพราะว่าต้องทานให้คุ้มครับ อิ่มเท่าไหร่จ่ายเท่าเดิม

ตอนที่แล้วผมเล่าให้ฟังแล้วนะครับ ว่างาน วิศวกรรม มันมีอยู่ สี่อย่าง...

จริงๆ แล้วน่าจะมีแค่สาม แต่ ต้องเอา "มัน" หรือ งาน IT มารวมด้วย

เจ้างาน IT ที่มาเอี่ยวด้วย เพราะ ตอนนี้ไม่ว่าอะไรๆ ก็ต้องเอา IT เข้ามา และ หน่วยงานที่จะต้องเกี่ยวข้องกับเรื่องนี้ ทีเหมาะที่สุดก็ไม่พ้นหน่วยงานวิศวกรรม นั้นแหล่ะครับ

ถ้าเอา IT ไปฝากกับทางด้าน บุคคล หรือ HR ก็อาจจะไม่เหมาะ ไปไว้กับงานผลิตก็คงจะไม่ดี ไว้บัญชีก็คงไม่งาม

ไว้กับวิศวกรรมนั่นแหล่ะดีที่สุด (แต่เวลาทำก็ต้องประสานงานกับทุกหน่วยล่ะครับ)

นี่เลยเป็นที่มาว่าทำไมงาน IT ถึง กลายมาเป็นงานประเภทที่สี่ของวิศวกรรม

...

เวลามีคนมาถามผมว่า งานวิศวกรรม ทำอะไร?

ผมชอบตอบว่า “สร้าง... และ ทำลาย ครับ”  เล่นเอาคนถามงง ไปเหมือนกัน

ก็งานผมเป็นอย่างงั้นจริงๆ มันมี Concept “Make and Destroy” จริงๆแต่ไม่ค่อยได้ทำลายหรอกครับ ส่วนใหญ่เน้นสร้างซะมากกว่า <p style="margin: 0cm 0cm 10pt" class="MsoNormal">ยกเว้นมีโรงงานที่ต้องรื้อถอน ก็ ถึงจะเล่นบท “ทำลาย” ซึ่งก็มีเทคนิค เหมือนกัน ไว้จะเอามา share ไว้ตอนท้ายๆ ครับ</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">ไม่อยากจะเริ่มต้น ด้วยการ “ทำลาย” น่ะครับ</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">…</p>งานสร้าง หลายคนคงทราบดีว่าต้องเริ่มจากการออกแบบก่อน อันนั้นก็ถูกครับ <p style="margin: 0cm 0cm 10pt" class="MsoNormal">แต่งานออกแบบจะต้องเริ่มต้นจาก “ความต้องการ” ก่อน</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">จากประสบการณ์เก่าที่ผมทำงานมา พบว่า งานบางงานอาจไม่ได้มาจากความต้องการที่จะทำจริงๆ แต่ อาจมีเหตุผลอื่นมากกว่า….</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">หลายท่านคงเคยเข้าไปทานอาหารแบบ Buffet นะครบครับ ลองนึกดูประเภทที่คิดตังส์เป็นหัวๆ (นับตามจำนวนคน) ทานได้ไม่ยั้ง ลูกค้าส่วนใหญ่ที่เข้าไป ยิ่งถ้าต้องออกสตางค์เอง รับประกันได้ว่า ทานมากว่าที่กระเพาะปกติจะรับได้แน่นอน เพราะว่าต้องทานให้คุ้มครับ อิ่มเท่าไหร่จ่ายเท่าเดิม</p>บางทีไม่ได้อยากทานขนาดนั้นหรอกครับ แต่ มีสิ่งเร้าให้ต้องกินเยอะ <p style="margin: 0cm 0cm 10pt" class="MsoNormal">งานวิศวกรรมบางอย่างก็คล้ายกัน คือ อาจจะไม่ได้อยากทำ แต่มีสิ่งเร้าให้ต้องทำ</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">งานวิศวกรรมประเภทที่ออกมาช่วง การของบประมาณลงทุนประจำปี ที่ไม่มีรายละเอียดการออกแบบ มีแค่หัวข้องานและ รายละเอียด เพียงเล็กน้อย อย่างนี้อาจจัดอยู่ในประเภทงานเร่งขอ….</p>ขอเพื่อให้ได้ทำครับ อาจไม่ได้อยากจะทำจริงๆ หรือ ยังไม่มีการออกแบบอะไรเลย แต่ต้องเร่งของบประมาณ ให้ทัน มิฉะนั้น ปีหน้าจะไม่ได้ทำอะไรออกมา เลยคิดตัวเลขมั่วๆ ออกมา <p style="margin: 0cm 0cm 10pt" class="MsoNormal">งานประเภทนี้น่ากลัวครับ เพราะ เหมือนข้อสอบอัตนัย ข้อตอบตอบได้กว้างๆ ทำตรงกับที่ตั้งใจไว้หรือไม่ก็ไม่ทราบ เพราะ อยู่ที่ผู้ Present </p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">มาดูที่งบฯ ก็คงไม่ได้ครับ เพราะเป็นการประมาณมา ทำเกินก็ตัด เหลือเยอะก็เพิ่ม อะไรอย่างงงี้</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">ดังนั้นงานวิศวกรรมที่ดี ต้องมีการออกแบบก่อนเริมดำเนินการครับ แม้กระทั้งงานที่ว่าจ้างคนอื่นทำ หรือ ที่เรียกว่า Outsource ก็ยังต้องออกแบบมาก่อนเหมือนกัน</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">ไม่งั้นเสียรู้ จ้างแพงตั้งแต่หาเจ้าทำแล้วล่ะครับ</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">….</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">เกริ่นไว้ตอนแรกว่า งานออกแบบ ต้องเริ่มที่ความต้องการ</p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">ความต้องการที่ว่า ผมและน้องๆ เรียกกันติดปากเป็นภาษาอังกฤษว่า “Requirement” </p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">ตอนที่เริ่มมาดูงานวิศวกรรม และ จัดทำระบบเรื่องนี้ แค่บอกน้องๆ ว่าทุกงานต้องมี Requirement ที่ชัดเจนก่อน น้องๆ ส่ายหน้ากันเป็นแถวครับ </p><p style="margin: 0cm 0cm 10pt" class="MsoNormal">…อาจเป็นเพราะ ไม่เก่งเรื่อง “หาความต้องการ” แต่เก่งเรื่อง “สนองความต้องการ ตัวเอง” มากกว่า ก็ไม่รู้….</p>เลยต้องมา Train กันครับ ว่าการหา Requirement ต้องทำกันอย่างไร <p style="margin: 0cm 0cm 10pt" class="MsoNormal">To be continued…..</p>