True Touch · Talent Acquisition & Assessment Platform
Sprint-Based Delivery
Master Plan v1.0
Workflow-First · 10 Working Days per Sprint · Weekly Customer Review · Incremental Requirements · Parallel UX/UI & Development
PROPOSED INTERNAL BASELINE21 Oct 202614 Capabilities14 Anchor Screens + 4 Mobile VariantsGo-Live Target: 26 Feb 2027 · Under Assessment
01
Executive Overview
เปลี่ยนการส่งมอบจากรอ BRD ทั้งโครงการ เป็นการเดินงานทีละ Workflow โดยมีหลักฐานและเกณฑ์รับงานในทุกช่วง
Sprint Duration
10 Days
Working days / 2-week timeboxCustomer Review
Weekly
ดู Workflow / Prototype ทุกสัปดาห์Functional Baseline
14
Capabilities · Not 14 ModulesTarget Go-Live
26 Feb 2027
Conditional / Engineering validationManagement Decision: ใช้ 10-working-day Sprint และ Weekly Review เป็นแนวทางการวางแผนภายใน; Sprint Goals และวันเริ่ม Development ต้องผ่าน Capacity Assessment และ Customer/Commercial Authorization ก่อน Commit
02
Operating Model — 2-Week Sprint + Weekly Review
ไม่ใช่ Week 1 ทำ Requirement ทั้งหมดแล้ว Week 2 ทำ Development ทั้งหมด — ทีมทำงานเหลื่อมกันตามความพร้อมของ Work Package
Week 1 — Define & Design
- BA สรุป Main / Alternative / Exception Workflow
- ยืนยัน Business Rules, User Stories และ Draft Acceptance Criteria
- UX/UI ทำ Wireframe / Clickable Prototype
- Engineering ประเมิน Feasibility และ Dependencies
Week 2 — Build & Validate
- Close Comments และยืนยัน UX/UI / Decisions
- Functional Dev เฉพาะ Packages ที่ผ่าน Readiness Gate
- QA ตรวจ Increment และ Demo ผลที่ทดสอบได้
- BA / UX/UI เตรียม Workflow ของ Sprint ถัดไป
Workflow & Business Rules
UX/UI Prototype
Readiness Gate
Development + QA
Customer Review / Decisions
Sprint Review เป็นจังหวะการตัดสินใจ ไม่ได้หมายความว่าต้องมี Fully Completed Module ทุกครั้ง; Sprint Output ระบุสถานะ Workflow Approved, UX/UI Approved หรือ Development Done อย่างแยกกัน
03
Functional Work Packages & Workflow Outcomes
การจัดกลุ่มเพื่อ Planning เท่านั้น ต้องยืนยัน Package Size, Technical Dependency และ Sprint Fit โดย Engineering
| Work Package | Capabilities | End-to-End Workflow ที่ UX/UI ต้องทำให้ลูกค้าเห็น | Prototype / Decision Output |
|---|---|---|---|
| WP1 · Recruitment Foundation | 01–02 | Job Requisition → Approval → Job Availability → Candidate Application → Candidate Profile | Requisition Approval Flow, Candidate Form, Status / Validation |
| WP2 · Assessment & Selection | 03–05 | Screening → Assessment & Typing Test → Score / Evaluation → Interview → Selection Decision | Assessment Journey, Scorecard, Evaluation Rules, Exception Cases |
| WP3 · Offer & Contract | 06–09 | Offer → Candidate Response → Contract Generation → e-Sign → Pre-Onboarding Documents | Offer Status, eSignature Handshake, Document Checklist |
| WP4 · Employee Setup | 10–11 | Approved Candidate → HRIS Handoff → Employee Record / ID → Integration Reconciliation | Data Mapping, Handoff Status, Error / Retry States |
| WP5 · Probation | 14 | Probation Tracking → Evaluation → Employee Confirmation | Review Workflow, Approval / Outcome States |
| WP6 · Shared Platform | 12–13 | Dashboard / Report, Role & Permission, Notifications, Attachment, Audit Trail | Permission Matrix, Dashboard Data Needs, Shared UX Patterns |
UX/UI Contractual Baseline: 14 Anchor Screens + 4 Mobile Responsive Variants ไม่ใช่การรับประกันว่า Workflow ทุก Flow จะมี Dedicated Screen ใหม่ — UX/UI Lead ต้องจัดทำ Screen-to-Capability Mapping และควบคุม Scope
04
Delivery Timeline — Sprint 0 to Sprint 8
Planning windows (Proposed) · วันที่แสดงเป็นช่วง 2 calendar weeks โดยไม่ได้หมายความว่ามี 10 วันทำงานเสมอ โดยเฉพาะช่วงวันหยุด
Workstream
S0
Oct
Oct
S1
Nov
Nov
S2
Nov
Nov
S3
Dec
Dec
S4
Dec
Dec
S5
Jan
Jan
S6
Jan
Jan
S7
Feb
Feb
S8
Feb
Feb
Workflow / BA
UX/UI & Review
Engineering / Dev
QA / SIT / Integration
UAT / Go-Live Prep
Workflow / BAUX/UIDevelopmentQA / SITUAT
Schedule Warning: 28 Dec–8 Jan มีวันหยุดและปฏิทินกำลังคนที่อาจทำให้ไม่ครบ 10 Working Days; ช่วงนี้ต้องประเมินใหม่และอาจ Carry Over หรือปรับ Timebox อย่างเปิดเผย อย่า Commit Cap 14 + Shared ทั้งหมดโดยไม่ประเมิน Effort. Baseline จะยืนยันได้หลัง Engineering Assessment และความพร้อมของ True Touch
05
Sprint Cards — Goals, Deliverables & Review Evidence
ทุก Sprint ต้องมี Demo / Review ที่ตรวจได้จริง เป้าหมายเชิง Capability ด้านล่างไม่ใช่คำรับรองว่า Development เสร็จทั้งกลุ่มภายใน Sprint เดียว
26–30 Oct 2026
Sprint 0 · Mobilize
Project setup, Workflow Backlog, Architecture, Stakeholder / Approver Mapping, Screen Inventory
Exit: Prioritized Backlog, Draft Workflow Map, Definition of Ready, Resource Plan, Review Calendar
2–13 Nov 2026
Sprint 1 · WP1
Cap 01–02: Requisition → Approval → Candidate Application; Prototype และ Validation
Review: Demo Workflow + Candidate Form; Business Rule / Approver decisions; approved items enter Dev backlog
16–27 Nov 2026
Sprint 2 · WP2
Cap 03–05: Assessment, Typing Test, Interview, Scorecard, Selection; WP1 gated build (if ready)
Review: Assessment journey, Scoring decisions, UX sign-off packages, initial tested WP1 increments (if ready)
30 Nov–11 Dec 2026
Sprint 3 · WP3
Cap 06–09: Offer, Contract, eSignature, Pre-Onboarding; WP2 build/QA can overlap
Review: Clickable Offer-to-Contract prototype; integration handshake & error cases; demo approved increments
14–25 Dec 2026
Sprint 4 · WP4
Cap 10–11: HRIS Handoff & Employee Setup; continue WP3 development and QA
Review: HRIS field mapping, handoff/error workflow, integration PoC status and demo
28 Dec–8 Jan 2027
Sprint 5 · WP5 / WP6
Cap 14 Probation + shared 12–13; implementation of shared architecture must have started earlier
Review: Probation flow, permission/dashboard decisions, shared feature increments based on holiday-adjusted Capacity
11–22 Jan 2027
Sprint 6 · Stabilize
Cross-module Integration, End-to-End SIT, regression, high-severity defect fixes
Exit: SIT Evidence, Integration Results, Defect Register, UAT Entry Assessment
25 Jan–5 Feb 2027
Sprint 7 · UAT
True Touch Key Users ทดสอบ Critical Journeys และ Full Recruit-to-Employee End-to-End
Exit: UAT Results, Defect Priorities, Owner / Due Date, Acceptance Gaps
8–19 Feb 2027
Sprint 8 · Release Prep
UAT Closure, Regression, Training, Data / Deployment readiness and rehearsal
Exit: Go/No-Go Evidence, Rollback Plan, Training Sign-off, Release Checklist; target Go-Live 26 Feb remains conditional
06
Definition of Ready & Definition of Done
ลด BRD ที่หนักเกินไปได้ แต่ไม่ลดหลักฐานที่ทีมจำเป็นต้องใช้เพื่อออกแบบ พัฒนา ทดสอบ และควบคุม Scope
Minimum Evidence per Workflow
| Artifact | Minimum Content |
|---|---|
| Workflow | Main, Alternative & Exception Flow |
| Requirement | User Story, Business Rules, Data Fields, RTM to SOW |
| UX/UI | Annotated Wireframe / Clickable Prototype; Screen Mapping |
| Acceptance | Testable Acceptance Criteria and Decision Record |
| Technical | Dependency, Interface, Estimate, Test Data, Security |
Readiness Gate — Before Functional Dev
Checklist ใช้ระหว่างประชุมเท่านั้น ไม่บันทึกข้ามการเปิดไฟล์; การผ่าน Gate จริงต้องเก็บหลักฐานใน Project Tracker และยืนยันตามอำนาจอนุมัติ
| Deliverable Status | Meaning / Evidence | ไม่ควรตีความว่า |
|---|---|---|
| Workflow Approved | Main Flow, Exception Flow, Business Rules ผ่าน Business Owner Review | UX/UI หรือ Code เสร็จแล้ว |
| UX/UI Approved | Prototype/Design Package ยืนยันพร้อม Decision Log | Functional Development ผ่าน QA แล้ว |
| Development Done | Implemented, reviewed, tested by QA against Acceptance Criteria | UAT Sign-off / Production Ready โดยอัตโนมัติ |
07
Governance, Owners & Weekly Ceremonies
RACI / ชื่อบุคคลยังต้องยืนยันใน Internal Alignment และ True Touch Kick-off
| Cadence | Participants / Lead | Decision / Expected Output |
|---|---|---|
| Sprint Planning วันเริ่ม Sprint | PM, BA, UX/UI, Engineering, QA | Sprint Goal, planned increments, owner, estimate, capacity, dependencies |
| Daily 15-min Sync ทุกวันทำงาน | Workstream Leads | Blockers, handoffs, critical decision requests |
| Weekly Customer Review ทุกสัปดาห์ | TT Business Owner/Approver + BA/UX/UI/PM | Workflow & Prototype Feedback, Approval / Revision / Pending Decision |
| Sprint Demo / Review วันสุดท้ายของ Sprint | Engineering, QA, PM, TT Representatives | Demonstrable increments, QA evidence, carryover and next priorities |
| Risk & Decision Review รายสัปดาห์ | PM + BD / TT PM / IT as needed | Open decisions, commercial status, integration readiness, reforecast |
BA / PM
Workflow & Backlog, BRD Increment, RTM, Decision Log, Approval Trail, Sprint Report
UX/UI + Customer HR
Prototype, screen-to-capability mapping, review turnaround and signed-off design packages
Engineering + QA + IT
Estimate, Environment, Interface/Integration, Readiness Gate, QA/SIT/UAT evidence
08
Critical Dependencies & Decision Gates
ต้องยืนยันสิ่งเหล่านี้ก่อนเปลี่ยน Proposed Sprint Plan เป็น Baseline ที่ทีมรับผิดชอบจริง
| Dependency / Risk | Primary Owner (role) | Impact | Required Decision or Mitigation |
|---|---|---|---|
| Commercial Authorization | Authorized Signatories + BD | เริ่ม Authorized Execution ไม่ได้ | ยืนยันเอกสารลงนาม Payment Terms และขอบเขตงานที่เริ่มได้ |
| Customer Decision Turnaround | True Touch Management / HR Approver | UX/UI และ Requirement ค้าง Sprint | แต่งตั้ง Decision Owner และ Weekly Review slot |
| Assessment / Scoring Content | True Touch HR | WP2 ออกแบบและพัฒนาไม่ได้ | ส่งชุดข้อสอบ Scoring, Typing Test, Passing Criteria |
| HRIS / eSignature | True Touch IT + Vendors + ideaZign Eng. | WP3–4 / SIT delay | API Docs, Test Accounts, Sandbox, Security / Test Data Policy |
| Engineering Capacity | ideaZign PM + Engineering Lead | Work Package Fit / Go-Live feasibility | Estimate by role, availability, holiday capacity, contingency |
| UAT Readiness | True Touch PM / HR Key Users | UAT Sign-off and release delay | Key User assignment, UAT cases, time allocation and Defect triage |
Go-Live Governance: 26 February 2027 remains a target under assessment. ต้องยืนยัน Revised Delivery Baseline หลัง Work Package Estimation, Customer Review Capacity, Integration Discovery และ QA/UAT Entry Criteria — ไม่รับรองด้วยการนับ Sprint อย่างเดียว
09
Internal Alignment — Decisions & First Actions
ใช้ตารางนี้เป็นผลลัพธ์จากการประชุมเพื่อมอบหมายงานต่อใน Project Tracker
| ID | Action / Decision | Proposed Owner | Target | Acceptance / Deliverable |
|---|---|---|---|---|
| A01 | Confirm Workstream Leads & available Capacity | ideaZign PM + Engineering Lead | 22–30 Oct | Named owner roster + Capacity / holiday assumptions |
| A02 | Break down WP1–WP6 into estimable Stories and Workflow Backlog | BA + Engineering + UX/UI | 30 Oct | Prioritized Backlog, story estimates, scope / screen mappings |
| A03 | Prepare WP1 Main / Alternative / Exception Flow + Prototype | BA + UX/UI | Sprint 1 | Customer-reviewable workflow and prototype |
| A04 | Set up Architecture, Repo, CI/CD and Test Environment plan | Engineering Lead | Sprint 0–1 | Environment plan + authorization / dependency list |
| A05 | Secure customer weekly reviews and approval roles | PM / BD + TT PM | Before Sprint 1 | Review calendar, decision owner, escalation rule |
| A06 | Discover HRIS / eSignature and external API constraints early | Engineering + TT IT | Sprint 1–2 | Interface inventory, blockers, sandbox/test access status |
| A07 | Validate 8-Sprint feasibility, scope and Go-Live target | PM + Engineering + QA | By revised baseline review | Effort / Capacity model, critical dependencies, milestone reforecast |
Questions to close in the meeting
1. ใครเป็น BA / UX/UI / FE / BE / QA / PM Lead จริง? ใครมี Capacity กี่วันต่อ Sprint?
2. 14 Anchor Screens จะครอบคลุม Workflow ของ WP1–WP6 อย่างไรโดยไม่หลุด Scope?
3. WP1–WP2 ข้อไหนต้องมี Customer Decision ก่อน UX/UI Review?
4. ทุก Sprint จะ Commit Workflow, Prototype หรือ Tested Increment อะไร และใครเป็น Approver?
5. Shared Capabilities 12–13 ต้องเริ่ม Foundation Sprint ไหน?
6. ลูกค้าสามารถ Review/ตัดสินใจทุกสัปดาห์ได้จริงหรือไม่ และ Authorization พร้อมเมื่อไร?