การทำงานร่วมกัน

Evolext ทำงานอย่างไร

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

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

พูดคุยเกี่ยวกับโครงการของคุณ
จากการสอบถามถึงการส่งมอบ

01 / จากการสอบถามถึงการส่งมอบ

จากการสอบถามถึงการส่งมอบ

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

กรอบการทำงานทั่วไป · กิจกรรมและสิ่งส่งมอบตกลงกันตามแต่ละโครงการ

  1. 01

    สอบถาม

    สิ่งที่ทำ: เล่าเป้าหมาย ปัญหา และบริบทในระดับเบื้องต้น ยังไม่จำเป็นต้องส่งข้อมูลเข้าสู่ระบบหรือเอกสารลับ

    เหตุผลที่สำคัญต่อคุณ: คุณอธิบายความต้องการได้ก่อนตัดสินใจเลือกวิธีแก้ปัญหา

    ตัวอย่างสิ่งส่งมอบ: คำอธิบายปัญหาในระดับสูงและคำถามที่ต้องหาคำตอบ

  2. 02

    กำหนดขอบเขต

    สิ่งที่ทำ: ตกลงเป้าหมาย ขอบเขต ผลส่งมอบ สมมติฐาน หน้าที่ และจุดทบทวนก่อนเริ่มงาน

    เหตุผลที่สำคัญต่อคุณ: ทั้งสองฝ่ายเห็นสิ่งที่รวมอยู่ สิ่งที่ไม่รวม และเรื่องที่รอการตัดสินใจ

    ตัวอย่างสิ่งส่งมอบ: โครงร่างขอบเขตที่ตกลงกัน พร้อมสมมติฐานและจุดทบทวน

  3. 03

    ดำเนินงาน

    สิ่งที่ทำ: ออกแบบ พัฒนา ประเมิน หรือทำต้นแบบภายในขอบเขตที่ตกลง พร้อมแจ้งคำถามและข้อจำกัดที่พบ

    เหตุผลที่สำคัญต่อคุณ: สามารถทบทวนงานตามขอบเขตที่ตกลงกันระหว่างการพัฒนา

    ตัวอย่างสิ่งส่งมอบ: ผลงานหรือผลการประเมินส่วนหนึ่งที่ตรวจสอบได้ พร้อมคำถามที่ยังเปิดอยู่

  4. 04

    ทบทวน

    สิ่งที่ทำ: ตรวจงานหรือหลักฐานตามจุดที่กำหนด และบันทึกการตัดสินใจที่จำเป็นต่อขั้นต่อไปหรือการปิดงาน

    เหตุผลที่สำคัญต่อคุณ: มีจุดที่ชัดเจนสำหรับคำถามและการเปลี่ยนแปลงก่อนส่งมอบ

    ตัวอย่างสิ่งส่งมอบ: บันทึกการทบทวนตามเกณฑ์ที่ตกลงกันและการตัดสินใจถัดไป

  5. 05

    ส่งมอบ

    สิ่งที่ทำ: ส่งผลลัพธ์ที่ตกลงพร้อมเอกสาร ข้อจำกัดที่ทราบ และรายละเอียดความเป็นเจ้าของหรือสิทธิ์เข้าถึง

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

    ตัวอย่างสิ่งส่งมอบ: สิ่งส่งมอบที่ตกลงกัน บันทึกการใช้งาน และข้อจำกัดที่ทราบ

02 / จากขอบเขตสู่ประมาณการ

จากขอบเขตสู่ประมาณการ

นี่เป็นแนวทางทั่วไปตั้งแต่การสอบถามครั้งแรกจนถึงการตกลงงาน รายละเอียดขึ้นอยู่กับข้อมูลที่ทราบแล้วของแต่ละโครงการ

  1. 01

    พูดคุยเบื้องต้น

    อธิบายเป้าหมาย ผู้ใช้ที่ตั้งใจ สิ่งที่มีอยู่ในปัจจุบัน และข้อจำกัดสำคัญ

  2. 02

    ชี้แจงขอบเขต

    ระบุขั้นตอนงานหลัก สิ่งส่งมอบ สมมติฐาน สิ่งที่ต้องพึ่งพา และคำถามที่ยังเปิดอยู่

  3. 03

    จัดทำประมาณการ

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

  4. 04

    ตกลงงาน

    บันทึกขอบเขต ความรับผิดชอบ เงื่อนไขทางการค้า และความคาดหวังด้านเวลาในข้อตกลงแยกต่างหากเป็นลายลักษณ์อักษรก่อนเริ่มงาน

  5. 05

    ส่งมอบและทบทวน

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

การสอบถามหรือประมาณการเบื้องต้นไม่ใช่ใบเสนอราคาที่มีผลผูกพันหรือคำมั่นว่าจะเริ่มงาน

อะไรมีผลต่อต้นทุนโครงการ?

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

อะไรมีผลต่อกำหนดเวลา?

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

เมื่อข้อกำหนดเปลี่ยน

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

สิทธิและบัญชี

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

หลังส่งมอบ

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

คำถามด้านการตกลงงาน

จัดทำประมาณการอย่างไร?

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

อะไรมีผลต่อต้นทุนและเวลา?

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

ต้องมีข้อกำหนดครบก่อนติดต่อไหม?

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

พิจารณาโค้ดเดิมได้ไหม?

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

หากข้อกำหนดเปลี่ยนจะทำอย่างไร?

ทบทวนผลของการเปลี่ยนแปลงต่อขอบเขต สิ่งที่ต้องพึ่งพา ประมาณการ และกำหนดเวลา แล้วตกลงงานที่แก้ไขก่อนรวมในโครงการ

ใครเป็นเจ้าของโค้ดและบัญชี?

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

มีค่าใช้จ่ายจากภายนอกได้ไหม?

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

หลังเปิดใช้งานจะเกิดอะไรขึ้น?

ส่งมอบผลงานและข้อมูลการใช้งานที่ตกลงกัน โฮสติ้ง การบำรุงรักษา การสนับสนุน และการพัฒนาต่อไม่รวมโดยอัตโนมัติ งานต่อเนื่องต้องตกลงขอบเขตแยกต่างหาก

05 / เหตุใดแนวทางนี้จึงตรวจสอบได้

เหตุใดแนวทางนี้จึงตรวจสอบได้

แนวทางเหล่านี้ช่วยพูดคุยและทบทวนงานตามขอบเขต ไม่ได้หมายความว่าทุกโครงการจะได้รับเอกสารเหมือนกัน

ขอบเขตที่เห็นขอบเขตชัดเจน

วิธีปฏิบัติ: บันทึกเป้าหมาย สิ่งที่ไม่รวม สมมติฐาน ความรับผิดชอบ และจุดทบทวน

ความหมายต่อคุณ: คุณเห็นสิ่งที่ตกลงกันแล้วและเรื่องที่ต้องตัดสินใจเพิ่มเติม

การตัดสินใจที่มีเหตุผล

วิธีปฏิบัติ: อธิบายทางเลือกทางเทคนิคที่สำคัญและข้อแลกเปลี่ยน

ความหมายต่อคุณ: คุณเข้าใจเหตุผลของทางเลือกและสิ่งที่ยังเปิดอยู่

ทบทวนตามงานที่ตกลงกัน

วิธีปฏิบัติ: กำหนดเกณฑ์และจุดทบทวนในช่วงกำหนดขอบเขต

ความหมายต่อคุณ: คุณมีโอกาสที่ชัดเจนในการถามหรือขอปรับงาน

สิ่งส่งมอบพร้อมข้อจำกัดที่ตรงไปตรงมา

วิธีปฏิบัติ: ระบุประเภทงานลูกค้า โครงการอิสระ งานวิจัย ต้นแบบ และตัวอย่างสังเคราะห์ตามความจริง

ความหมายต่อคุณ: คุณแยกสิ่งที่สังเกตได้ออกจากผลลัพธ์ทางธุรกิจหรือการใช้งานจริง

06 / การตัดสินใจ

การตัดสินใจทางวิศวกรรมจริง: ตรวจสอบแบบออฟไลน์

QuantumSafe Scanner เป็นงานต้นแบบวิจัยอิสระ เอกสารในที่เก็บโค้ดอธิบายการตัดสินใจนี้ ไม่ใช่หลักฐานของกระบวนการส่งมอบงานลูกค้า

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

07 / ตัวอย่างสิ่งส่งมอบที่ตรวจสอบได้

ตัวอย่างสิ่งส่งมอบที่ตรวจสอบได้

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

ตัวอย่างสิ่งส่งมอบ · เพื่ออธิบายเท่านั้น ไม่ใช่เอกสารลูกค้า

โครงร่างขอบเขต

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

ตัวอย่างสิ่งส่งมอบ · เพื่ออธิบายเท่านั้น ไม่ใช่เอกสารลูกค้า

รายการตรวจสอบการทบทวน

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

ตัวอย่างสิ่งส่งมอบ · เพื่ออธิบายเท่านั้น ไม่ใช่เอกสารลูกค้า

โครงร่างการส่งมอบ

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

08 / การทบทวนและการส่งมอบขึ้นอยู่กับขอบเขต

การทบทวนและการส่งมอบขึ้นอยู่กับขอบเขต

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

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

09 / ผลงานที่คัดเลือก

ดูผลงานและระดับหลักฐาน

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

โครงการลูกค้าที่ไม่เปิดเผยชื่อ

Aqiled (Tadika)

แพลตฟอร์มข้อมูลและการจัดการเรียนรู้สำหรับโรงเรียนแบบหลายผู้เช่าและติดตั้งเองได้ ครอบคลุมงานบริหาร วิชาการ การเรียกเก็บเงิน และการศึกษาอิสลามเฉพาะทาง

ดูรายละเอียดโครงการ ↗

ต้นแบบวิจัยอิสระ

QuantumSafe Scanner

เครื่องมือออฟไลน์ที่ระบุการใช้การเข้ารหัสในซอร์สโค้ดที่รองรับและการประกาศ dependency ภายในเครื่องเพื่อให้มนุษย์ตรวจทาน

ดูรายละเอียดโครงการ ↗

โครงการอิสระ

TikTok Review OCR

แปลงข้อความที่ปรากฏในวิดีโอบันทึกหน้าจอรีวิวบน TikTok ให้เป็นข้อความที่ค้นหาและส่งออกได้ สำหรับตรวจทานและวิเคราะห์ในภายหลัง

ดูรายละเอียดโครงการ ↗

แอปพลิเคชันการเรียนรู้อิสระ

3,000 Word

เว็บแอปสำหรับเรียนคำศัพท์ภาษาอังกฤษสำหรับผู้ใช้ภาษาไทย พร้อมสื่อการเรียนสองภาษา การช่วยออกเสียง การฝึกประจำวัน และความคืบหน้าการทบทวนที่บันทึกในเบราว์เซอร์

ดูรายละเอียดโครงการ ↗

ตัวอย่างสังเคราะห์ในห้องปฏิบัติการ · ไม่ใช่ผลลัพธ์ของลูกค้า เปิดตัวอย่างรายงานสแกนเนอร์ ↗

10 / เริ่มจากเป้าหมายของคุณ

เริ่มจากเป้าหมายของคุณ

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

พูดคุยเกี่ยวกับโครงการของคุณ

โปรดอย่าส่งข้อมูลเข้าสู่ระบบหรือเอกสารลับในคำสอบถามครั้งแรก