บทบาทเป็นของโครงการ

ตอนออกแบบสิทธิ์ของ Snappy PM เราเจอคำถามที่ดูเหมือนง่ายมาก:

Who is the Project Manager?

คิดต่อไป ฉันพบว่าคำถามนี้ตัวมันเองไม่แม่นยำพอ

คนหนึ่งอาจเป็น Operator ในบริษัท แต่เป็น Project Manager ใน Project A ดูแลแค่การจัดซื้อใน Project B และใน Project C อาจไม่ควรเห็นเนื้อหาของโครงการเลยด้วยซ้ำ

เราจึงแยกสองสิ่งออกจากกันในที่สุด:

Identity belongs to the company.

Role belongs to the project.

Owner และ Operator บอกความสัมพันธ์ของคนกับบริษัท

ส่วน Project Manager, Designer, Site Engineer, QS บอกว่าคนคนนี้รับผิดชอบอะไรในโครงการหนึ่ง ๆ

สองแนวคิดนี้ไม่ควรปนกัน

ที่สำคัญกว่านั้น เราไม่ได้ออกแบบตารางตำแหน่งแบบตายตัวให้ Snappy PM

บริษัทเฟอร์นิเจอร์อาจต้องการ:

Project Manager / Designer / Purchaser / Installer

บริษัทที่ปรึกษาอาจต้องการ:

Project Lead / Consultant / Accountant

สิ่งเหล่านี้ควรใช้ภาษาของบริษัทเอง

และสิ่งที่สำคัญจริง ๆ ของ Role ไม่ใช่มันเรียกว่าอะไร แต่คือ:

What can this person do?

เขายืนยันใบเสนอราคาของลูกค้าได้ไหม?

ทำ Change Scope ได้ไหม?

เพิ่ม Expense ได้ไหม?

จัดการ Delivery ได้ไหม?

เห็นเอกสาร Financial ได้ไหม?

ดังนั้นใน Snappy PM Role หนึ่งสุดท้ายแล้วเท่ากับชุดสิทธิ์การกระทำและสิทธิ์ไฟล์ที่ชัดเจนมาก

สิ่งนี้ทำให้ฉันนึกถึงวิธีที่ธุรกิจขนาดเล็กหลายแห่งบริหารกันจริง

เจ้าของมักไม่ได้อยากสร้าง Organization Chart ที่ซับซ้อน

เขาแค่อยากพูดว่า:

"โครงการนี้ให้ George เขาดูแลงาน; จัดซื้อให้ Ahmed ดู; เอกสารการเงินอย่าให้คนหน้างานเห็น"

ซอฟต์แวร์ควรแสดงประโยคง่าย ๆ แบบนี้ได้โดยตรง

และเมื่อโครงการจบ โครงการถัดไปก็จัดใหม่ได้ทั้งหมด

เพราะโครงสร้างองค์กรของบริษัทอาจเป็นระยะยาว แต่:

Projects are temporary organizations.

แต่ละโครงการ จัดกลุ่มคนขึ้นมาใหม่เพื่อทำเรื่องหนึ่งให้สำเร็จ

เราจึงอยากให้ระบบสิทธิ์ของ Snappy PM เริ่มจาก Project เช่นกัน

ไม่ใช่ถามก่อนว่า:

What is your title?

แต่ถามว่า:

What are you responsible for on this project?

นี่น่าจะใกล้กับวิธีที่ธุรกิจขนาดเล็กทำงานจริงมากกว่า

SnapLedger, your life easier.