กำหนดคำถามแรก
กำหนดคำถามทางธุรกิจและเงื่อนไขความสำเร็จก่อนเริ่มลงมือพัฒนา
กระบวนการและราคา
การวิเคราะห์ฟรี ต้นแบบเชิงคณิตศาสตร์แบบขอบเขตตายตัว การพัฒนาระบบจริง และการปรับปรุงอย่างต่อเนื่อง แต่ละระยะจบด้วยสิ่งส่งมอบและจุดตัดสินใจที่ชัดเจน
ทำให้งานเป้าหมายและข้อมูลที่ขาดชัดเจน
ตรวจสอบว่าสามารถแก้โจทย์จากกฎและข้อมูลได้หรือไม่
เปลี่ยนตรรกะให้เป็น Web แอป DB และสิทธิ์การใช้งาน
ใช้ข้อมูลการปฏิบัติงานเพื่อปรับกฎและรายการงานค้าง
วิธีลดการแก้งาน
สำหรับระบบอัตโนมัติเชิงคณิตศาสตร์ ความไม่แน่นอนที่ใหญ่ที่สุดไม่ใช่จำนวนหน้าจอ แต่คือข้อมูล กฎ และเกณฑ์เปรียบเทียบสามารถแทนร่วมกันได้หรือไม่
กำหนดคำถามทางธุรกิจและเงื่อนไขความสำเร็จก่อนเริ่มลงมือพัฒนา
แยกข้อจำกัดที่ต้องปฏิบัติตามออกจากความต้องการ เพื่อให้ระบบอธิบายข้อแลกเปลี่ยนได้
เปรียบเทียบกับแผนปัจจุบันโดยใช้ตัวชี้วัดเดียวกัน เช่น เวลา การละเมิดเงื่อนไข ความล่าช้า หรือภาระงาน
แต่ละระยะมีจุดที่สามารถเลือกดำเนินต่อ ปรับกรอบใหม่ หรือยุติได้
หน้านี้อธิบายรูปแบบมาตรฐาน ไม่ใช่ใบเสนอราคาที่มีผลผูกพัน ใบเสนอราคาและสัญญามีผลเหนือข้อความในหน้านี้ และไม่รับประกันตัวเลขผลลัพธ์หรือวันส่งมอบล่วงหน้า
เครื่องมือวางแผนเส้นทางการพัฒนา
ตอบคำถามสั้น ๆ ผลลัพธ์จะประมวลผลในเบราว์เซอร์ และส่งไปยังหน้าวิเคราะห์เฉพาะค่า query ที่อนุญาตไว้เท่านั้น
สถานะปัจจุบัน
ตอบคำถามสั้น ๆ ผลลัพธ์จะประมวลผลในเบราว์เซอร์ และส่งไปยังหน้าวิเคราะห์เฉพาะค่า query ที่อนุญาตไว้เท่านั้น
ผลลัพธ์แรกที่ต้องการ
ความพร้อมของข้อมูลและกฎ
จังหวะการส่งมอบ
เส้นทางที่แนะนำ
เครื่องมือวางแผนเส้นทางนี้ไม่ใช่ใบเสนอราคาทางกฎหมาย ใช้เพียงจัดระเบียบระยะแรกและหน่วยสัญญาที่น่าจะเหมาะสมก่อนปรึกษา
เงื่อนไข แผนทางเลือก เหตุผลที่ไม่สามารถสร้างแผนได้ การเปรียบเทียบกับค่าฐาน และโครงร่างระบบจริง
ขีดความสามารถรายเดือน หนึ่งสายงาน Web และแอป
Standard ราคา JPY 598,000 ต่อเดือน ไม่รวมภาษี สำหรับหนึ่งสายการพัฒนาที่ครอบคลุม Web และแอป
ระยะและจุดตัดสินใจ
แต่ละระยะประกอบด้วยข้อมูลนำเข้า กิจกรรม สิ่งส่งมอบ และจุดตัดสินใจ เป้าหมายคือทำให้การตัดสินใจลงทุนครั้งถัดไปมองเห็นได้ชัด
Phase 00
ตรวจสอบงานเป้าหมาย ความถี่ ขั้นตอนปัจจุบัน ข้อมูลตัวอย่าง และคำถามแรกที่วัดผลได้
ลำดับงาน คำจำกัดความของฟิลด์ กรณีตัวอย่าง และเงื่อนไขสำหรับเข้าสู่ขั้นต้นแบบ
ทำให้งานเป้าหมายและข้อมูลที่ขาดชัดเจน
Phase 01
สร้างชิ้นงานตรวจสอบแบบขอบเขตตายตัว โดยใช้หนึ่งขอบเขตธุรกิจและชุดข้อมูลตัวอย่างหนึ่งชุด
เงื่อนไข แผนทางเลือก เหตุผลที่ไม่สามารถสร้างแผนได้ การเปรียบเทียบกับค่าฐาน และโครงร่างระบบจริง
ตรวจสอบว่าสามารถแก้โจทย์จากกฎและข้อมูลได้หรือไม่
Phase 02
ออกแบบและพัฒนาผู้ใช้ สิทธิ์ การอนุมัติ ฐานข้อมูล API การจัดการข้อยกเว้น และแผนเผยแพร่
สถาปัตยกรรม การออกแบบหน้าจอและสิทธิ์ แผนเผยแพร่รุ่นแรก และเกณฑ์การย้ายข้อมูลหรือการปฏิบัติงาน
เปลี่ยนตรรกะให้เป็น Web แอป DB และสิทธิ์การใช้งาน
Phase 03
สังเกตการใช้งาน การแก้ไขด้วยตนเอง ประสิทธิภาพ และข้อจำกัดใหม่ แล้วอัปเดตคิวการพัฒนา
ตรวจทานโครงสร้างปัจจุบัน รายการงานปรับปรุง ความเสี่ยง และขอบเขตรุ่นแรก
ใช้ข้อมูลการปฏิบัติงานเพื่อปรับกฎและรายการงานค้าง
ราคา
สิ่งสำคัญที่สุดคือความแตกต่างของหน่วยสัญญา ต้นแบบแบบครั้งเดียวและกรอบการพัฒนารายเดือนไม่ใช่ผลิตภัณฑ์เดียวกัน แม้ตัวเลขราคาจะดูใกล้เคียงกัน
หนึ่งขอบเขตธุรกิจและชุดข้อมูลตัวอย่างหนึ่งชุด ใช้ตรวจสอบความเป็นไปได้ก่อนสร้างระบบจริง
ดูรายละเอียดต้นแบบกรอบรายเดือนสำหรับดูแล Web ปรับปรุงเล็กน้อย และหนึ่งสายงานสำคัญ
ราคาทั้งหมดไม่รวมภาษี Cloud แผนที่ การแจ้งเตือน API ภายนอก ใบอนุญาต อุปกรณ์ การตรวจสอบ การเดินทาง และการตรวจทานพิเศษด้านกฎหมายหรือความปลอดภัย คิดตามค่าใช้จ่ายจริงหรือเสนอราคาแยกต่างหาก ใบเสนอราคาและสัญญามีผลเหนือข้อมูลในหน้านี้
Light
รายเดือนกรอบรายเดือนสำหรับดูแล Web ปรับปรุงเล็กน้อย และหนึ่งสายงานสำคัญ
Standard
รายเดือนหนึ่งสายการพัฒนาสำหรับงาน Web และแอปใหม่ พร้อมการตรวจทานเป็นประจำและส่งมอบเป็นระยะ
Business
รายเดือนสองสายงานสำหรับหัวข้อคู่ขนาน การตัดสินใจรายสัปดาห์ และการพัฒนา Web พร้อมแอป
หนึ่งสายการพัฒนาสำหรับงาน Web และแอปใหม่ พร้อมการตรวจทานเป็นประจำและส่งมอบเป็นระยะ
ดำเนินงานทีละหัวข้อหลัก เดินหน้าสองหัวข้อหรือพัฒนา Web และแอปควบคู่กัน
ปัจจัยต้นทุน
เครื่องมือตรวจสอบนี้ไม่ได้คำนวณราคาโดยอัตโนมัติ แต่จะแสดงส่วนที่ต้องเตรียมก่อนประเมินราคา
เครื่องมือตรวจสอบนี้ไม่ได้คำนวณราคาโดยอัตโนมัติ แต่จะแสดงส่วนที่ต้องเตรียมก่อนประเมินราคา
นำขั้นตอนการทำงานปัจจุบัน ชุดข้อมูลตัวอย่างหนึ่งชุด ผู้มีอำนาจตัดสินใจ และตัวชี้วัดที่ใช้ตัดสินว่าควรดำเนินระยะถัดไปต่อหรือไม่มาเตรียมไว้
Finite Field แยกข้อจำกัดที่ต้องปฏิบัติตาม ความต้องการ ช่องว่างของข้อมูล และขีดความสามารถในการส่งมอบ แล้วแปลงเป็นต้นแบบ การออกแบบระบบ หรือคิวพัฒนารายเดือน
รูปแบบการทำงานร่วมกัน
หน้านี้ออกแบบมาเพื่อลดการส่งต่องานที่ไม่ชัดเจน ตั้งแต่การพูดคุยครั้งแรกควรทราบแล้วว่าต้องใช้ข้อมูลใด ใครเป็นผู้ตัดสินใจ และจุดตัดสินใจถัดไปคืออะไร
นำขั้นตอนการทำงานปัจจุบัน ชุดข้อมูลตัวอย่างหนึ่งชุด ผู้มีอำนาจตัดสินใจ และตัวชี้วัดที่ใช้ตัดสินว่าควรดำเนินระยะถัดไปต่อหรือไม่มาเตรียมไว้
Finite Field แยกข้อจำกัดที่ต้องปฏิบัติตาม ความต้องการ ช่องว่างของข้อมูล และขีดความสามารถในการส่งมอบ แล้วแปลงเป็นต้นแบบ การออกแบบระบบ หรือคิวพัฒนารายเดือน
แม่แบบสำหรับเตรียมความพร้อม
ตัวอย่าง
โครงการจัดตารางการเยี่ยมสามารถเริ่มจากต้นแบบขนาดเล็ก และขยายสู่การปฏิบัติงานหลังจากจุดตัดสินใจชัดเจนแล้วเท่านั้น
ใช้ข้อมูลการเยี่ยมและบุคลากรที่ไม่ระบุตัวตน เพื่อตรวจสอบว่าสามารถแทนเงื่อนไขบังคับและตัวชี้วัดเปรียบเทียบได้หรือไม่
Gate: GO / REFRAME / STOPเพิ่มฐานข้อมูล บทบาท การแก้ไขด้วยตนเอง และขั้นตอนตรวจทานสำหรับทีมปฏิบัติงานทีมแรก
Gate: PILOT / RELEASEติดตามการเยี่ยมที่ยังไม่ได้จัดตาราง การแก้ไขด้วยตนเอง ภาระการเดินทาง และการเปลี่ยนแปลงกฎ แล้วอัปเดตรายการงานค้าง
Gate: CONTINUE / CHANGE / CLOSEคำถามที่พบบ่อย
คำตอบเหล่านี้แยกการตรวจสอบแบบครั้งเดียว ขีดความสามารถในการพัฒนารายเดือน และเงื่อนไขสัญญา เพื่อไม่ให้การหารือครั้งแรกสับสนเรื่องราคา
ไม่จำเป็น เริ่มจากการวิเคราะห์ฟรี แล้วเลือกต้นแบบแบบขอบเขตตายตัวเฉพาะเมื่อจำเป็นต้องตรวจสอบความเป็นไปได้ก่อนพัฒนาระบบจริง
ต้นแบบเป็นแพ็กเกจตรวจสอบแบบครั้งเดียว ส่วน Light เป็นกรอบการพัฒนารายเดือนสำหรับดูแล Web หรือปรับปรุงเล็กน้อย แม้ราคาอาจดูใกล้เคียงกัน แต่หน่วยสัญญาและสิ่งส่งมอบแตกต่างกัน
หน้านี้แสดงรูปแบบมาตรฐานและเกณฑ์การตัดสินใจ ขอบเขตอย่างเป็นทางการ ภาษี การชำระเงิน การตรวจรับ การยกเลิก ทรัพย์สินทางปัญญา และค่าใช้จ่ายภายนอกจะกำหนดในใบเสนอราคาและสัญญา
Cloud แผนที่ การแจ้งเตือน API ภายนอก การลงทะเบียนในแอปสโตร์ ใบอนุญาต อุปกรณ์ การตรวจสอบ และการเดินทาง คิดตามค่าใช้จ่ายจริงหรือเสนอราคาแยกต่างหาก
ขั้นตอนถัดไป
ใช้ผลลัพธ์จากเครื่องมือวางแผนเส้นทางหรือชุดข้อมูลตัวอย่างหนึ่งชุดเป็นจุดเริ่มต้น ขั้นแรกคือตัดสินใจว่าต้องตรวจสอบอะไร ไม่ใช่ลิสต์คุณสมบัติที่เป็นไปได้ทั้งหมด