คู่มือการเลือกซอฟต์แวร์โครงการ

เลือกซอฟต์แวร์ด้วยโครงการจริงที่ทีมต้องทำ

กำหนดการตัดสินใจ บันทึก บทบาท การส่งมอบ ข้อยกเว้น หลักฐาน การรายงาน การบริหาร การบูรณาการ และขอบเขตเชิงพาณิชย์ ก่อนที่จะสร้างรายการตัวเลือก

ตัวเลือกที่สามารถป้องกันได้ทำให้สมมติฐานของกระบวนการมองเห็นได้ และทดสอบกับผู้ใช้ที่เป็นตัวแทนและงาน

  • เดินจากปัญหาปัจจุบันไปสู่การตัดสินใจใช้งานจริง
  • แยกความต้องการวางแผนเฉพาะทางออกจากงานที่ปรับแต่งได้
  • ให้คะแนนการยอมรับ การควบคุม ภาระการเปลี่ยนแปลง ต้นทุน และทางออกในโครงการนำร่อง
ลำดับการเลือก

ย้ายจากแรงเสียดทานในปัจจุบันมาเป็นนักบินที่ได้รับการควบคุม

แต่ละระยะจะสร้างหลักฐานสำหรับการตัดสินใจครั้งต่อไป

1. สังเกต

บันทึกวงจรการดำเนินงานของโครงการปัจจุบัน

  • ระบุระบบและเครื่องมือติดตามด้านข้าง
  • วัดสถานะและความพยายามในการแฮนด์ออฟ
  • แสดงรายการข้อยกเว้นและการตัดสินใจที่เกิดซ้ำ
  • ตั้งชื่อบทบาทที่ดูแลรักษาข้อมูลปัจจุบัน
2. กำหนด

เขียนสถานการณ์จำลองโครงการตัวแทน

  • เลือกประเภทโครงการจริงหนึ่งประเภท
  • กำหนดบันทึก บทบาท การส่งมอบ และหลักฐาน
  • ข้อกำหนดของผู้เชี่ยวชาญแยกต่างหาก
  • จำลองผู้ใช้และปริมาณที่คาดหวัง
3. รายการสั้น ๆ

เลือกแนวทางผลิตภัณฑ์ที่เกี่ยวข้องสามถึงห้าแนวทาง

  • ใช้ขอบเขตที่ต้องมี
  • ตรวจสอบแหล่งที่มาของผลิตภัณฑ์และราคาอย่างเป็นทางการ
  • กำจัดผลิตภัณฑ์ที่มีโมเดลดั้งเดิมขัดแย้งกับงาน
4. โครงการนำร่อง

ใช้สถานการณ์เดียวกันในทุกผู้เข้ารอบสุดท้าย

  • ใช้ผู้มีส่วนร่วมและผู้จัดการที่แท้จริง
  • สร้างหนึ่งตัวบล็อกและการตัดสินใจ
  • ตรวจสอบการเจาะลึกแดชบอร์ด
  • เปลี่ยนฟิลด์ เส้นทาง มุมมอง หรือการวัด
5. ตัดสินใจ

คะแนนความฟิต ความพยายาม ต้นทุน ความเสี่ยง และทางออก

  • ตรวจสอบกับผู้ใช้
  • ราคาปกติและปริมาณสูงสุด
  • ขอบเขตเอกสารและการบรรเทาผลกระทบ
  • เห็นด้วยกับการเปิดตัวความเป็นเจ้าของและมาตรการวัดความสำเร็จ
ตารางคะแนนสุดท้าย

ให้คะแนนหลักฐานจากโครงการนำร่อง ไม่ใช่คำกล่าวอ้างการขาย

ให้น้ำหนักเกณฑ์ตามความเสี่ยงทางธุรกิจของคุณ

01

การยอมรับของผู้ใช้

แต่ละบทบาทสามารถค้นหาและทำงานที่เกิดซ้ำให้เสร็จสิ้นได้หรือไม่

ผู้ใช้ตัวแทนเก็บบันทึกต้นฉบับให้เป็นปัจจุบันโดยไม่มีตัวติดตามด้านข้าง
02

การปรับปรุง

ผลิตภัณฑ์สามารถแสดงถึงความสัมพันธ์ของโครงการ งาน ข้อยกเว้น การตัดสินใจ และสถานะได้หรือไม่

ระบบรองรับวงจรการทำงานจริงโดยไม่มีวิธีแก้ปัญหาที่เปราะบาง
03

การควบคุมการจัดการ

ผู้นำสามารถเปิดบันทึกปัจจุบันเบื้องหลังสัญญาณโครงการและพอร์ตโฟลิโอได้หรือไม่

บทวิจารณ์ทำให้เกิดการตัดสินใจและการดำเนินการมากกว่าการกระทบยอดข้อมูล
04

การดูแลระบบ

ทีมที่รับผิดชอบสามารถเปลี่ยนฟิลด์ เส้นทาง บทบาท การแจ้งเตือน และมาตรการได้อย่างปลอดภัยหรือไม่

ระยะเวลารอคอยสินค้าที่เปลี่ยนแปลงตรงกับจังหวะการดำเนินธุรกิจ
05

ความสามารถงานขายเฉพาะทาง

ผลิตภัณฑ์สนับสนุนความสามารถที่กำหนดความสำเร็จโดยกำเนิดหรือไม่

ความต้องการด้านการวางแผนที่สำคัญ อุตสาหกรรม การเงิน หรือทางเทคนิคไม่ได้ถูกจัดเตรียมไว้ล่วงหน้า
06

เชิงพาณิชย์และทางออก

จำลองการใช้งาน บริการ การสนับสนุน การผสานรวม และการส่งออกแบบปกติและสูงสุด

ต้นทุนรวมและเส้นทางออกยังคงยอมรับได้
อย่าบังคับหมวดหมู่เดียวให้ทำงานทุกงาน

วางการปฏิบัติงานที่กำหนดค่าได้และระบบผู้เชี่ยวชาญไว้อย่างจงใจ

สถาปัตยกรรมที่แข็งแกร่งที่สุดอาจรวมผลิตภัณฑ์ที่มีความเป็นเจ้าของระบบที่ชัดเจน

ปริมาณที่กำหนดค่าได้ บันทึกโครงการ การอนุมัติ ข้อยกเว้น และแดชบอร์ด

เลือก Jodoo เมื่อ

ใช้ Jodoo เมื่อทีมธุรกิจจำเป็นต้องปรับเปลี่ยนแบบฟอร์ม ขั้นตอนการทำงาน มุมมอง และการรายงานอย่างรวดเร็ว

เลือกซอฟต์แวร์เฉพาะทางเมื่อ

ใช้เครื่องมือแบบแพ็กเกจเมื่อวิธีดั้งเดิมของโปรเจ็กต์นั้นเหมาะสมแล้ว

เส้นทางวิกฤต กำลังการผลิต มูลค่าที่ได้รับ หรือการเพิ่มประสิทธิภาพพอร์ตโฟลิโอ

เลือก Jodoo เมื่อ

เชื่อมโยงการดำเนินการและหลักฐานการปฏิบัติงานตามแผนที่เชื่อถือได้

เลือกซอฟต์แวร์เฉพาะทางเมื่อ

รักษา PPM ของผู้เชี่ยวชาญหรือซอฟต์แวร์กำหนดเวลาที่เชื่อถือได้

ERP, การเงิน, วิศวกรรม, ซอฟต์แวร์ หรือข้อมูลอุตสาหกรรม

เลือก Jodoo เมื่อ

ประสานงานการทำงานของมนุษย์ การอนุมัติ และข้อยกเว้นเกี่ยวกับระบบเหล่านั้น

เลือกซอฟต์แวร์เฉพาะทางเมื่อ

รักษาความน่าเชื่อถือของระบบเนทิฟและรวมบันทึกที่จำเป็น

คำถามคัดเลือก

สิ่งที่ผู้ซื้อควรแก้ไขก่อนลงนาม

เกณฑ์หลักในการเลือกซอฟต์แวร์การจัดการโครงการมีอะไรบ้าง

ความเหมาะสมของโมเดลการปฏิบัติงาน การยอมรับของผู้ใช้ ความลึกในการวางแผน การจัดการข้อยกเว้น การรายงานแบบเจาะลึก การดูแลระบบ การรวมระบบ ความปลอดภัย ขีดจำกัดทางการค้า การสนับสนุน และการออก

นักบินควรวิ่งนานแค่ไหน?

นานพอที่จะดำเนินการอัปเดตตัวแทน ข้อยกเว้นหนึ่งรายการ การตัดสินใจหนึ่งครั้ง การตรวจสอบโดยฝ่ายบริหารหนึ่งครั้ง และการเปลี่ยนแปลงการกำหนดค่าหนึ่งครั้ง สำหรับหลายทีม นั่นหมายถึงต้องใช้เวลาหลายวันถึงรอบการตรวจสอบสองสามรอบ

ทีมงานควรเลือกตามจำนวนฟีเจอร์หรือไม่?

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

ใครควรมีส่วนร่วมในการคัดเลือก?

รวมถึงผู้ร่วมให้ข้อมูล ผู้จัดการโครงการ ผู้สนับสนุนหรือผู้อนุมัติ ผู้ดูแลระบบ การรักษาความปลอดภัยหรือไอทีที่เกี่ยวข้อง และเจ้าของการตัดสินใจเชิงพาณิชย์และการเปิดตัว

ทำให้นักบินจำลองความเสี่ยงของโครงการที่คุณสนใจ

ผลิตภัณฑ์ที่ดีที่สุดคือผลิตภัณฑ์ที่สามารถจัดการกับการส่งมอบ ข้อยกเว้น การตัดสินใจ การตรวจสอบ และการเปลี่ยนแปลงได้อย่างแท้จริง ไม่ใช่ผลิตภัณฑ์ที่มีการสาธิตทั่วไปที่ราบรื่นที่สุด

รันสถานการณ์การเลือกใน Jodoo