By Brian Howard 
โครงการเล็กอาจสะดุดได้เพราะคุยกับคนไม่ครบ ไม่ใช่เพราะแผนงานไม่ดีเสมอไป เช่น เปลี่ยนเวลารับสินค้าโดยลืมแจ้งพนักงานหน้าร้าน หรือปรับระบบสั่งซื้อโดยไม่ได้ถามคนที่ใช้จริง Stakeholder Map หรือแผนที่ผู้มีส่วนได้ส่วนเสีย ช่วยให้ทีมมองเห็นว่าใครเกี่ยวข้อง ใครได้รับผลกระทบ และควรสื่อสารกับแต่ละกลุ่มอย่างไร ก่อนเริ่มเปลี่ยนแปลงงาน
เริ่มจากคนที่ได้รับผลกระทบ
เขียนรายชื่อทั้งคนในและนอกธุรกิจ เช่น ผู้อนุมัติ พนักงาน ลูกค้า ผู้จัดส่ง และคู่ค้า อย่าดูเฉพาะตำแหน่งสูงหรือคนที่เข้าประชุมบ่อย ลองถามว่าใครต้องเปลี่ยนวิธีทำงาน ใครมีข้อมูลที่ทีมขาด และใครอาจได้รับความลำบากจากโครงการ การตั้งคำถามเช่นนี้ช่วยให้เห็นผู้เกี่ยวข้องที่ไม่ปรากฏอยู่ในผังองค์กร
แยกอิทธิพลออกจากความสนใจ
แนวทางหนึ่งคือพิจารณาสองด้าน ได้แก่ ความสามารถในการส่งผลต่อโครงการ และระดับความสนใจหรือความเกี่ยวข้อง คนที่อนุมัติงบอาจมีอิทธิพลสูงแต่ไม่ต้องการรายละเอียดรายวัน ส่วนพนักงานที่ใช้ระบบทุกวันอาจมีอำนาจตัดสินใจน้อยแต่ได้รับผลกระทบมาก การจัดกลุ่มจึงมีไว้เลือกวิธีสื่อสาร ไม่ใช่จัดอันดับคุณค่าของคน
ตัวอย่างสมมติของการเปลี่ยนระบบจองคิว
ร้านบริการแห่งหนึ่งจะเปลี่ยนระบบจองคิว เจ้าของร้านต้องรับรู้ต้นทุนและตัดสินใจเรื่องขอบเขต พนักงานรับจองควรทดลองขั้นตอนจริง ลูกค้าประจำควรได้รับคำอธิบายว่าจองแบบใหม่อย่างไร และผู้ให้บริการระบบต้องทราบข้อจำกัดของร้าน หากทีมส่งข้อความเดียวให้ทุกกลุ่ม อาจมีคนได้รับข้อมูลมากเกินจำเป็น ขณะที่อีกกลุ่มยังไม่รู้สิ่งที่ต้องทำ
เปลี่ยนแผนที่เป็นตารางการสื่อสาร
สำหรับแต่ละกลุ่ม ให้ระบุเรื่องที่ต้องรู้ ช่องทาง ผู้ดูแล และจังหวะติดต่อ เช่น คุยกับพนักงานก่อนทดลองระบบ ส่งคู่มือสั้นให้ลูกค้าก่อนเปิดใช้ และสรุปปัญหาให้เจ้าของร้านหลังช่วงทดลอง รายละเอียดเหล่านี้เป็นข้อเสนอสำหรับตัวอย่างร้าน ไม่ใช่ความถี่มาตรฐานที่ทุกธุรกิจต้องใช้ ควรปรับให้เหมาะกับเวลาทำงานและความสะดวกของผู้รับ
ตรวจความเข้าใจ ไม่ใช่แค่ส่งครบ
หลังแจ้งข้อมูล ลองให้ผู้เกี่ยวข้องอธิบายขั้นตอนที่ต้องทำ หรือเปิดช่องทางถามกลับ การส่งอีเมลสำเร็จไม่ได้ยืนยันว่าคนเข้าใจเหมือนกัน หากลูกค้าบางกลุ่มไม่ใช้ช่องทางออนไลน์ ควรมีวิธีรับข้อมูลอื่นด้วย และควรเก็บเฉพาะข้อมูลติดต่อที่จำเป็นต่อโครงการ ไม่ใส่ความเห็นส่วนตัวที่อาจทำร้ายความสัมพันธ์ลงในเอกสารที่แชร์กว้าง
เมื่อขอบเขตโครงการเปลี่ยน ให้ทบทวนแผนที่อีกครั้ง คนที่ช่วงแรกเกี่ยวข้องน้อยอาจต้องเข้ามาร่วมตัดสินใจในระยะถัดไป แผนที่ที่มีประโยชน์จึงไม่ใช่รูปสวยที่ทำครั้งเดียว แต่เป็นเครื่องเตือนให้ทีมฟังคนที่ได้รับผลกระทบ และปรับการสื่อสารตามสถานการณ์จริง
ศึกษาหลักการเพิ่มเติมจาก Atlassian: Stakeholder Mapping ตัวอย่างระบบจองคิวเป็นสถานการณ์สมมติ