ที่ปรึกษาและผู้บริหารไอที
การตัดสินใจไอทีระดับบริหาร โดยคนที่เคยตัดสินใจเรื่องเหล่านี้มาแล้ว
ขอบเขตงาน
- CTO หรือผู้อำนวยการไอทีแบบไม่เต็มเวลา สองสามวันต่อเดือน ที่สำนักงานของคุณหรือทางออนไลน์
- ตรวจประเมินไอที: เครื่องแม่ข่าย เครือข่าย ลิขสิทธิ์ การสำรองข้อมูล หนี้ทางเทคนิค ความเสี่ยง
- ตรวจประเมินองค์กร: ใครตัดสินใจเรื่องใด งานติดขัดที่จุดไหน ขาดตำแหน่งใด
- แผนงานที่เขียนสำหรับผู้บริหาร ไม่ใช่สำหรับวิศวกร
- การคัดเลือกผู้ขาย: อ่านข้อเสนอ เทียบข้อเสนอ และถามสิ่งที่ไม่มีใครบอกให้คุณถาม
- ธรรมาภิบาลไอที: สิทธิเข้าถึง การสำรองข้อมูล อุปกรณ์ และรายงานที่สำนักงานใหญ่หรือผู้ให้ทุนเรียกขอ
- เอกสารส่งมอบงาน เพื่อให้คนถัดไปรับระบบต่อได้
- การช่วยรับคนเข้าทำงานสายไอที: คำบรรยายลักษณะงาน การสัมภาษณ์เชิงเทคนิค โจทย์ทดลองทำ
- ความเห็นที่สองต่อการตัดสินใจที่ทำไปแล้ว หรือที่กำลังจะทำ
การตรวจประเมินสองแบบ
การตรวจทางเทคนิคอธิบายว่าระบบของคุณเป็นอย่างไร การตรวจเชิงองค์กรอธิบายว่าทำไมระบบจึงมาถึงสภาพนั้น: การตัดสินใจใดไม่มีเจ้าภาพ การอนุมัติใดใช้เวลานานเกินไป ตำแหน่งใดไม่เคยมีคนรับผิดชอบ ในทางปฏิบัติ แบบที่สองอธิบายได้มากกว่า เครื่องแม่ข่ายแทบไม่เคยเป็นปัญหาจริง ปัญหาจริงคือไม่มีใครถูกถามก่อนจะซื้อมัน ทั้งสองให้คำตอบคนละแบบ และทั้งสองสำคัญ
ทำไมจึงเลือกผู้บริหารไอทีแบบไม่เต็มเวลา
คนไอทีระดับอาวุโสทั้งหายากและรักษาไว้ยากในภูมิภาคนี้ ที่พนมเปญและเวียงจันทน์ ฐานคนมีน้อย ที่กรุงเทพฯ โฮจิมินห์ และจาการ์ตามีอยู่ แต่ถูกแย่งตัวสูง หลายบริษัทจึงเดินด้วยคนสายเทคนิคหนึ่งหรือสองคนโดยไม่มีใครอยู่เหนือพวกเขา และการตัดสินใจทางเทคนิคจึงตกไปอยู่กับใครก็ได้ที่ว่าง ไม่ว่าจะเป็นผู้จัดการสำนักงาน หัวหน้าฝ่ายการเงิน หรือผู้ขายที่กำลังขายของอยู่ด้วย การมีคนระดับอาวุโสดูแลสองสามวันต่อเดือนมักเพียงพอที่จะทำให้การตัดสินใจเหล่านั้นเป็นระเบียบ นั่นคือสิ่งที่ Mekong Digital Cambodia ให้: ผู้บริหารไอทีในระดับที่สำนักงานใหญ่หรือผู้ให้ทุนคาดหวัง ซึ่งตั้งอยู่ในภูมิภาคนี้จริง ไม่ใช่แวะมาเยี่ยม
เราเริ่มงานอย่างไร
01
อ่านสิ่งที่มีอยู่แล้ว
เราดูเครื่องแม่ข่าย ลิขสิทธิ์ ผู้ขาย การสำรองข้อมูล และเอกสารเท่าที่มี ก่อนจะพูดถึงการเปลี่ยนแปลง ใช้เวลาสองถึงสามวัน ส่วนใหญ่เป็นการอ่าน
02
คุยกับคนที่ใช้ระบบ
พนักงานสายเทคนิค ผู้บริหาร และพนักงานที่หน้าเคาน์เตอร์หรือในสายการผลิต ผู้ใช้ปลายทางจะได้รับการสัมภาษณ์ด้วยภาษาที่เขาทำงานจริง ไม่ใช่ภาษาอังกฤษ ช่องว่างระหว่างสามมุมมองนี้มักเป็นที่ซึ่งปัญหาอยู่
03
เขียนรายงาน
สิ่งที่พบ ความเสี่ยงเรียงตามสิ่งที่จะเกิดขึ้นถ้าปล่อยไว้ และการตัดสินใจที่ต้องมีเจ้าภาพ สั้น ใช้ภาษาธรรมดา เพื่อให้ผู้บริหารลงมือทำต่อได้โดยไม่ต้องมีคนแปลศัพท์เทคนิค
04
ตกลงแผนงาน
รายการสิ่งที่ต้องทำก่อนแบบสั้น มีลำดับและมีเหตุผลของลำดับนั้น ไฟฟ้า การสำรองข้อมูล และสิทธิเข้าถึง มักมาก่อนฟังก์ชันใหม่ คุณเป็นผู้เลือกว่าจะเก็บอะไรไว้
05
อยู่ต่อหรือส่งมอบ
เราจะรับแผนนั้นไปเดินในฐานะผู้บริหารไอที หรือส่งมอบให้ทีมของคุณแล้วทบทวนความก้าวหน้าทุกเดือนก็ได้ ทั้งสองทาง เอกสารยังอยู่กับคุณ
สิ่งที่คุณจะได้รับ
- รายงานการตรวจประเมินเป็นลายลักษณ์อักษร ภาษาอังกฤษหรือฝรั่งเศส พร้อมสิ่งที่พบและความเสี่ยงที่จัดลำดับแล้ว
- บัญชีระบบและผู้ขาย: อะไรกำลังเดินอยู่ ใครดูแล หมดอายุเมื่อไร และข้อมูลสำรองอยู่ที่ไหน
- แผนงานที่มีลำดับความสำคัญ ในลำดับที่คุณอธิบายต่อคณะกรรมการหรือต่อสำนักงานใหญ่ได้
- เอกสารนโยบายฉบับสั้นที่คนจะอ่านจริง: สิทธิเข้าถึง การสำรองข้อมูล อุปกรณ์ กติกาการใช้งาน
- รายงานรายเดือนที่สำนักงานใหญ่หรือผู้ให้ทุนอ่านได้ โดยไม่ต้องขอฉบับที่สอง
- ผู้ติดต่อที่ระบุชื่อได้หนึ่งคน ซึ่งรับผิดชอบต่อการตัดสินใจ
สถานการณ์ที่พาลูกค้ามาหาเรา
- คนเดียวที่เข้าใจระบบลาออกไปแล้ว และไม่มีอะไรถูกบันทึกไว้
- สำนักงานใหญ่ขอรายงานความเสี่ยงไอที แล้วไม่มีใครในสำนักงานประเทศทำได้
- ข้อเสนอของผู้ขายต้องมีคนที่ไม่ได้ขายอะไรเลยช่วยอ่าน
- ระบบ ERP หรือระบบหลักล่าช้า และเหตุผลที่ได้รับเปลี่ยนไปทุกเดือน
- ผู้ให้ทุนหรือผู้ตรวจสอบเริ่มถามว่าข้อมูลถูกเก็บอย่างไรและใครเข้าถึงได้
- กลุ่มธุรกิจครอบครัวขยายเป็นหลายบริษัท และแต่ละบริษัทซื้อระบบของตัวเอง
- ทีมภายในสองทีมเห็นต่างเรื่องทิศทางเทคนิค และการตัดสินใจถูกเลื่อนออกไปเรื่อย ๆ
ระบบที่ต้องทำงานได้ที่นี่
การออกแบบที่ได้ผลในยุโรปอาจล้มเหลวที่นี่ด้วยเหตุผลธรรมดามาก พนักงานส่วนใหญ่เข้าระบบจากโทรศัพท์ Android รุ่นเริ่มต้น บนสัญญาณที่หลุดบ่อย ไฟดับเป็นเรื่องปกติ ระบบที่เริ่มทำงานใหม่เองไม่ได้จึงจะนิ่งอยู่จนมีคนกลับมาที่สำนักงาน ผู้ใช้ปลายทางทำงานเป็นภาษาเขมร ไทย ลาว เวียดนาม หรืออินโดนีเซีย และข้อมูลชุดเดียวกันมักต้องมีอยู่ทั้งอักษรละตินและอักษรท้องถิ่น วันทำงานส่วนใหญ่ผ่าน Telegram และ WhatsApp การตัดสินใจระดับปฏิบัติการจึงเกิดขึ้นที่นั่นและไม่ทิ้งร่องรอยไว้ในระบบใดเลย เราดูทั้งหมดนี้ระหว่างการตรวจประเมิน เพราะมันเป็นตัวชี้ว่าแผนงานหนึ่งทำได้จริงหรือไม่
เมื่อคนที่รู้เรื่องระบบลาออกไป
คนไอทีที่นี่เปลี่ยนงานบ่อย และในทีมเล็ก การลาออกของคนเดียวอาจพาความรู้ที่ใช้งานได้จริงเรื่องระบบไปด้วยทั้งหมด รหัสผ่าน ผู้ติดต่อฝ่ายผู้ขาย รอบต่ออายุลิขสิทธิ์ และเหตุผลเบื้องหลังการตั้งค่าหนึ่ง ออกไปพร้อมกัน เราถือว่านี่เป็นเรื่องของการออกแบบ ไม่ใช่เรื่องของบุคลากร: บันทึกสิ่งที่จำเป็นต่อการเดินแต่ละระบบ เก็บสิทธิเข้าถึงไว้ในบัญชีร่วมแทนที่จะอยู่ในชื่อคนคนเดียว และทำให้ผู้ขายแต่ละรายมีคนรู้จักอย่างน้อยสองคน นี่คือสิ่งที่สำนักงานใหญ่หรือผู้ให้ทุนถามอยู่จริง เมื่อเขาถามว่าระบบอยู่ในมือใครและคุมได้หรือไม่
คุณตัดสินใจเอง หรือให้คำปรึกษา
ทำได้ทั้งสองแบบ และควรตกลงความต่างนี้ตั้งแต่ต้น ในฐานะที่ปรึกษา เราทำการวิเคราะห์และคุณเป็นผู้ตัดสินใจ ในฐานะ CTO หรือผู้อำนวยการไอทีที่ทำหน้าที่อยู่จริง เราตัดสินใจในเรื่องที่ระบุไว้ชัดภายในขอบเขตที่คุณกำหนด อนุมัติงานเทคนิค และรับผิดชอบต่อผลที่ออกมา ในกลุ่มธุรกิจครอบครัวและบริษัทที่เจ้าของบริหารเอง การตัดสินใจมักเกิดเร็วและเกิดด้วยการพูดคุยตัวต่อตัว กรณีนั้นงานของเราคือวางผลที่จะตามมาทางเทคนิคไว้บนโต๊ะก่อนการตัดสินใจ ไม่ใช่หลังจากนั้น องค์กรส่วนใหญ่เริ่มจากบทบาทที่ปรึกษา แล้วย้ายไปบทบาทผู้บริหารเมื่อรู้แล้วว่างานนี้มีอะไรบ้าง
