บทนำ

East Agile Tracker เป็นเครื่องมือวางแผนแบบ agile ที่มีจุดยืนชัดเจนเกี่ยวกับวิธีที่ทีมส่งมอบซอฟต์แวร์ และมีแนวคิดที่ไม่ธรรมดาเกี่ยวกับว่าใครอยู่ในทีม

Story ไหลผ่านเครื่องสถานะ (state machine) แบบ XP จริง ๆ รอบงาน (iteration) วางแผนตัวเองจากความเร็ว (velocity) บอร์ดแสดงให้คุณเห็นชัดเจนว่างานอยู่ตรงไหน และเคียงข้างเพื่อนร่วมทีมที่เป็นมนุษย์ คุณยังมี เอเจนต์ ได้ด้วย — ผู้เข้าร่วมที่เป็น AI ซึ่งมีชื่อ มีบทบาทตามขอบเขต รับ story ไปทำ แสดงความคิดเห็น เปลี่ยนสถานะ และทิ้งร่องรอยการตรวจสอบที่คุณอ่านได้

หน้านี้ครอบคลุมแนวคิดต่าง ๆ หากต้องการลงมือทำ ดู คู่มือการใช้งาน

Story

Story คือหน่วยพื้นฐานของงาน มีอยู่สี่ประเภท:

• Feature — คุณค่าใหม่สำหรับผู้ใช้ โดยค่าเริ่มต้นเป็นประเภทเดียวที่มีแต้ม และเป็นประเภทเดียวที่ส่งผลต่อความเร็ว
• Bug — ข้อบกพร่อง ไม่มีการประเมินโดยค่าเริ่มต้น มันแค่ต้องถูกแก้ไข Bug ไม่ได้รับเครดิต ซึ่งทำให้ต้นทุนของการทำงานซ้ำมองเห็นได้แทนที่จะได้รับรางวัล
• Chore — งานบำรุงรักษา — การปรับโครงสร้างโค้ด (refactor) การอัปเดต dependency โครงสร้างพื้นฐาน ไม่มีการประเมินโดยค่าเริ่มต้น ไม่มีด่านตรวจรับ
• Release — หมุดหมายที่มีค่าเป็นศูนย์แต้ม ใช้ทำเครื่องหมายการ deploy หรือการอัปเดตเวอร์ชัน ยึดวันที่ไว้สำหรับการคาดการณ์

ผลทางพฤติกรรมคือสิ่งสำคัญ: เมื่อ bug และ chore ไม่ได้คะแนน ทีมจะผลักดันโดยธรรมชาติให้แสดงงานในรูปฟังก์ชันที่มุ่งเน้นผู้ใช้ และจะตระหนักถึงต้นทุนของข้อบกพร่องอย่างชัดเจน นั่นคือวินัยในการวางแผนที่ถูกเข้ารหัสไว้ในโมเดลข้อมูล ไม่ใช่แนวทางที่คุณต้องคอยจดจำ โปรเจกต์ที่ต้องการให้ bug และ chore นับแต้มด้วยสามารถเปิด Points for bugs and chores ใน Project Settings ได้ จากนั้นมันจะรับการประเมินและป้อนเข้าสู่ความเร็วเหมือน feature

ทุก story มีชื่อเรื่อง คำอธิบาย (Markdown) เจ้าของ ผู้ติดตาม ป้ายกำกับ (label) งานย่อย (task) ที่เลือกได้ ความคิดเห็น ไฟล์แนบ ตัวขัดขวาง (blocker) ลิงก์ และการรีวิว แผงรายละเอียดเปิดในตัว (inline) บนบอร์ด — ไม่มีกล่องโต้ตอบ ไม่ต้องสลับบริบท

เครื่องสถานะและวงจรการตรวจรับ

แต่ละ story เคลื่อนผ่านสถานะต่าง ๆ เส้นทางที่แน่นอนขึ้นอยู่กับประเภท:

ประเภท	เส้นทาง
Feature	Unstarted → Started → Finished → Delivered → Accepted (หรือ Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (หรือ Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

สถานะที่สำคัญคือ Delivered: วิศวกรทำเครื่องหมาย story ว่าส่งมอบแล้ว จากนั้นเจ้าของผลิตภัณฑ์ (product owner) จะตรวจรับ (accept) เทียบกับเกณฑ์การตรวจรับ หรือปฏิเสธ (reject) มัน Rejected เป็นสถานะปลายทางในเครื่องสถานะ ทางกลับคือการดำเนินการ Restart ที่แยกต่างหาก ซึ่งจะนำ story กลับไปอยู่ที่ Started อีกครั้ง ส่วนการปฏิเสธ story ที่อยู่ในรอบงานที่ผ่านไปแล้วจะสร้างสำเนาไว้บนสุดของ Backlog แทน เพื่อให้งานที่ต้องทำซ้ำถูกวางแผน ไม่ใช่ถูกฝังกลบ สิ่งนี้ฝังวงจรการรับฟีดแบ็กจากลูกค้าเข้าไปในทุก story แทนที่จะเลื่อนการตรวจรับไปไว้ตอนสาธิตท้าย sprint ไม่มีช่องเกณฑ์การตรวจรับแยกต่างหาก — เกณฑ์เหล่านั้นควรอยู่ในคำอธิบายก่อนที่ story จะเริ่มทำ ทางที่ดีในรูปแบบ Given/When/Then เพื่อให้แมปเข้ากับการทดสอบการตรวจรับได้โดยตรง INVEST เป็นเครื่องตรวจสอบความสมเหตุสมผลว่า story นั้นมีรูปแบบที่ดีหรือไม่

คุณสามารถเลื่อนสถานะได้จากปุ่มดำเนินการในตัวบนการ์ด หรือเรียกใช้ API การลากการ์ดจะย้ายมันระหว่างแผง คือถ้าวางลงใน Current จะเป็นการวางแผนงานโดยไม่เริ่มงาน แต่ถ้าลากกลับไปยัง Backlog หรือ Icebox จะรีเซ็ตมันกลับไปเป็น Unstarted

รอบงาน (Iteration)

งานถูกจัดระเบียบเป็น รอบงาน ที่มีกรอบเวลา (เราไม่เรียก “sprint”) แต่ละรอบงานมีวันเริ่มต้น ความยาว (1–4 สัปดาห์ต่อโปรเจกต์) และเป้าหมายความจุเป็นแต้ม

คุณไม่ต้องจัดแพ็กรอบงานด้วยตัวเอง ระบบทำให้คุณ โดยใช้ ความเร็ว ของคุณ — ค่าเฉลี่ยของแต้มที่เสร็จในรอบงานล่าสุด — และนิยาม “สถานะเสร็จ” (done state) ของโปรเจกต์ (ดู ความเร็ว ด้านล่าง) ลาก story เพื่อจัดลำดับใหม่ แล้วรอบงานปัจจุบันจะเติมเองโดยอัตโนมัติ

ความเร็ว (Velocity)

ความเร็วคือจำนวนแต้มที่ทำเสร็จต่อรอบงาน โดย story จะถูกนับเมื่อไปถึงสถานะเสร็จ (done state) ของโปรเจกต์ East Agile Tracker คำนวณจากประวัติของคุณและใช้มันเพื่อวางแผนความจุของรอบงานถัดไป

มีบางอย่างที่ตั้งค่าได้ในแต่ละโปรเจกต์:

• สถานะเสร็จ (Done state) — สถานะใดนับว่า “เสร็จ” สำหรับความเร็ว ตัวเลือกคือ Finished, Delivered หรือ Accepted
• กลยุทธ์ (Strategy) — วิธีเฉลี่ยความเร็ว: 3, 5 หรือ 10 รอบงานล่าสุด หรือค่าแบบ กำหนดเอง (manual) ที่แทนที่การคำนวณทั้งหมด
• ความเร็วเริ่มต้น (Initial velocity) — ค่าตั้งต้นสำหรับโปรเจกต์ใหม่ที่ยังไม่มีประวัติ

บอร์ด: สามโซน หนึ่งกฎ

บอร์ดคือที่ที่งานอยู่ สามโซน หนึ่งกฎ:

• Icebox — แหล่งรวมไอเดียที่ยังไม่จัดลำดับความสำคัญ
• Backlog — รายการที่เรียงลำดับอย่างเข้มงวด มีลำดับความสำคัญเดียว ไม่มีการเสมอกัน ไม่มี “P1/P1/P1” เจ้าของผลิตภัณฑ์เป็นเจ้าของลำดับจากบนลงล่าง ค่าคงที่: ส่วนบนสุดของ backlog ต้องสำคัญที่สุดและระบุได้ดีที่สุดเสมอ โดยความชัดเจนค่อย ๆ ลดลงตามความเหมาะสมเมื่อคุณเลื่อนลง
• Current — รอบงานที่กำลังดำเนินอยู่ Story เรียงตามลำดับเวลาของรอบงานโดยมีสถานะ (Unstarted / Started / Finished / Delivered / Accepted) แสดงบนแต่ละการ์ด ลำดับบอกคุณว่าอะไรจะถูกทำเป็นลำดับถัดไป สถานะบอกว่ามันอยู่ตรงไหนในวงจร

คอลัมน์ Current คือรอบงานเดียวใต้หัวข้อเดียว — ไม่ใช่ ชุดของถังแยกตามสถานะ นั่นเป็นความตั้งใจ: รอบงาน Current คือ แผน ของงาน ไม่ใช่การแบ่งตามสถานะ Story จำนวนมากในรอบงานอยู่ในสถานะ Unstarted (บางอันจะเริ่ม บางอันจะเลื่อนต่อไปรอบถัดไป บางอันจะถูกทิ้ง) การซอยคอลัมน์ตามสถานะทำลายลำดับเวลาของรอบงานที่ทีมวางแผนจริง รอบงานที่ปิดแล้วจะอยู่ในคอลัมน์ Done ส่วนรอบงานที่กำลังจะมาถึงซึ่งฉายภาพจาก Backlog จะปรากฏใต้ Current ก็ต่อเมื่อคุณเปิดสวิตช์ Show Backlog stories ของมัน

จากส่วน Board ในแถบด้านข้าง คุณสามารถเปิดหรือปิดคอลัมน์เพิ่มเติมได้ (ช่องทำเครื่องหมายต่อค่าตั้งล่วงหน้า): Done, My Work, Blocked, Epics, Archived นอกจากนี้ยังมีคอลัมน์ Chat อยู่ในรายการด้วย แต่มันเป็นเพียงตัวอย่างแบบคงที่ที่มีข้อความตัวแทน ไม่ใช่แชตที่ใช้งานได้จริง การค้นหาแต่ละครั้งจะเปิดเป็นคอลัมน์ของตัวเอง และชุดคอลัมน์ของคุณถูกเก็บไว้ฝั่งเซิร์ฟเวอร์รายสมาชิกต่อโปรเจกต์ จึงติดตามคุณไปทุกเบราว์เซอร์

การประเมิน (Estimating)

โดยค่าเริ่มต้น คุณประเมิน feature โดยใช้ แต้มเชิงเปรียบเทียบ — ไม่ใช่ชั่วโมง การประเมินคือการสนทนาเรื่องขนาด ไม่ใช่คำสัญญา Bug และ chore จะไม่ถูกประเมิน เว้นแต่โปรเจกต์จะเปิด Points for bugs and chores เมื่อเปิดแล้ว ทั้งสองจะรับการประเมินและนับรวมในความเร็วเหมือน feature

East Agile Tracker มีมาตรวัดสามแบบมาให้พร้อมใช้งาน:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13 มาตรวัด XP คลาสสิก
• East Agile — 0, 1, 2, 3 มาตรวัดที่กระชับกว่าซึ่งเราใช้เอง
• 3 แต้ม — 1, 2, 3 (เล็ก / กลาง / ใหญ่) การวัดขนาดแบบเสื้อยืดที่เข้มงวดสำหรับทีมที่ต้องการความละเอียดน้อยที่สุด

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

ผลตอบแทนของการประเมินที่มีวินัย: การคาดการณ์วันที่ release กลายเป็น การคำนวณ ไม่ใช่การเจรจาต่อรอง การสนทนากับผู้มีส่วนได้ส่วนเสียเปลี่ยนจาก “คุณรับปากได้ไหมว่าจะเสร็จ X ภายในวันศุกร์” เป็น “ที่ความเร็วปัจจุบัน release นี้จะมาถึงราววันที่ Y — นี่คือการแลกเปลี่ยนระหว่างขอบเขตกับวันที่”

ป้ายกำกับ (Labels)

ป้ายกำกับ คือแท็กสี Story สามารถมีได้หลายป้าย คุณจัดการมันบนหน้า Labels — สี ชื่อ และเก็บถาวรเมื่อล้าสมัย

การค้นหาและตัวกรอง

การค้นหาใช้ไวยากรณ์ตัวกรองแบบ GitHub ที่ประกอบกันได้อย่างเป็นธรรมชาติ:

type:feature state:started label:mvp owner:claire

Qualifier ที่ใช้ได้: type:, state:, label:"with spaces", epic:, priority:, points: (ค่าเดียวหรือช่วงอย่าง 1..5), iteration:, qualifier ด้านบุคคล owner:, requester:, follower:, reviewer:, commenter:, mention: (ทั้งสมาชิกและเอเจนต์ โดย @me คือคุณ), qualifier ด้านวันที่ created:, updated:, started:, completed:, release: (วันเดียวหรือช่วงวันที่) และแฟล็ก has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — รวมถึงข้อความอิสระบนชื่อเรื่อง เลขอ้างอิง และคำอธิบาย คั่นตัวเลือกภายในแง่มุมเดียวกันด้วยจุลภาค (type:bug,chore) ปฏิเสธอะไรก็ได้ด้วย - นำหน้า และเรียงตามความเกี่ยวข้อง วันที่สร้าง หรือวันที่อัปเดต การค้นหาจะเปิดคอลัมน์ผลลัพธ์ที่คงอยู่บนบอร์ดของคุณ ไวยากรณ์ฉบับเต็มอยู่ใน คู่มือ API → ค้นหา

เจ้าของ ผู้ติดตาม ผู้ขอ

• เจ้าของ (Owners) — ใครเป็นคนทำงาน มีได้หลายคน
• ผู้ติดตาม (Followers) — คนที่สนใจการอัปเดต มีได้หลายคน
• ผู้ขอ (Requestor) — ใครเป็นคนขอ story นี้ มักจะมีคนเดียว

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

เอเจนต์ — เพื่อนร่วมทีมระดับชั้นหนึ่ง

นี่คือส่วนที่ tracker ส่วนใหญ่ไม่มี และเป็นส่วนที่เราสร้างขึ้นอย่างจงใจ

เอเจนต์ คือผู้เข้าร่วมที่มีชื่อในโปรเจกต์ — เหมือนสมาชิก แต่มันเป็น AI มันมีตัวตนของตัวเอง มีบทบาทของตัวเอง (viewer / member / manager — บทบาทของเอเจนต์ไม่มีวันเกินบทบาทของผู้สร้างมัน ดังนั้นมีเพียงผู้จัดการที่เป็นมนุษย์เท่านั้นที่สร้างเอเจนต์บทบาท manager ได้) และมีร่องรอยการตรวจสอบของตัวเอง เมื่อเอเจนต์เปลี่ยนสถานะ story บันทึกกิจกรรมจะระบุว่าเอเจนต์เป็นคนทำ เมื่อเอเจนต์แสดงความคิดเห็น ความคิดเห็นนั้นจะลงนามโดยเอเจนต์ ไม่มีมนุษย์ผีในการเขียนของเอเจนต์

เอเจนต์ยืนยันตัวตนด้วย คีย์ API ของเอเจนต์ (ea_agent_*) ซึ่งสร้างขึ้นรายโปรเจกต์ เพิกถอนเอเจนต์แล้วการเข้าถึงจะตายไปพร้อมกับคีย์ ประวัติของเอเจนต์ยังคงอยู่ในบันทึกการตรวจสอบตลอดไป เพื่อให้คุณรู้เสมอว่าเกิดอะไรขึ้น

อ่านเพิ่มเติมใน คู่มือการใช้งาน → เอเจนต์ และ คู่มือ API

ความคิดเห็น ไฟล์แนบ ตัวขัดขวาง ลิงก์ การรีวิว

• ความคิดเห็น (Comments) — Markdown ได้ถึง 20,000 ตัวอักษร เป็นรายการเรียบใต้ story แต่ละความคิดเห็นมีรีแอ็กชันอีโมจิและลิงก์ถาวร (permalink) ของตัวเอง
• ไฟล์แนบ (Attachments) — ไฟล์รวมถึงวิดีโอ เพดานขึ้นอยู่กับชนิด: วิดีโอ 200 MB, PDF / Word / Excel 25 MB, รูปภาพ / CSV / ข้อความ 10 MB
• ตัวขัดขวาง (Blockers) — บันทึกข้อความอิสระว่า “อะไรขัดขวางสิ่งนี้” ทำเครื่องหมายว่าแก้ไขแล้ว/ยังไม่แก้ไข
• ลิงก์ (Links) — เชื่อม story เข้าด้วยกัน (blocks, is blocked by, duplicates, relates to) หรือเชื่อมกับ URL ภายนอก (pull request, branch หรือ other โดย URL ของ PR และ branch บน GitHub จะถูกตรวจจับโดยอัตโนมัติ)
• การรีวิว (Reviews) — มอบหมายผู้รีวิว (มนุษย์หรือเอเจนต์) แล้วได้รับการอนุมัติ/ปฏิเสธ

เมตริก (Metrics)

นอกเหนือจากบอร์ด หน้า Metrics ของโปรเจกต์มีสามแท็บ:

• General — แนวโน้มความเร็ว burndown ของรอบงานปัจจุบัน สัดส่วนประเภท story ในแต่ละรอบงาน การ์ด Committed / Completed / Carried-over และ story ที่ถูกยกมาจากรอบงานก่อนหน้า
• Contributors — แต้มและจำนวน story ต่อสมาชิกหรือเอเจนต์ในช่วงเวลาหนึ่ง พร้อมจำนวน delivered / accepted / rejected
• Epics — burnup และปริมาณงานที่ทำได้ (throughput) ราย epic สัญญาณสุขภาพ on-track / at-risk / stalled และการพยากรณ์รอบงานที่ epic จะเสร็จ

ใครทำอะไร เมื่อไร อยู่ในหน้า Project History ที่แยกต่างหาก

ธีม (Themes)

มีสี่ธีมมาให้พร้อมใช้งาน:

• Labs — โทนสีดั้งเดิมของ Pivotal Tracker — ส่วนกรอบสีเข้ม แถบบนสี PT blue ช่องว่างคอลัมน์สีพาสเทล อนุรักษ์ไว้ด้วยความรัก เป็นค่าเริ่มต้น
• Agile — โทนสีหน้า landing สำหรับการตลาด สีขาวอบอุ่น สีเน้นแบรนด์น้ำเงินเข้ม (#1f6f9f) ไอคอนประเภท story สีทอง/แดง/หินชนวน/ม่วงที่อิ่มตัว เป็นตัวเลือกนำในตัวสลับ
• Dark — สีเข้มกลางบริสุทธิ์ ไม่มีเฉดสี
• Light — สีอ่อนกลางบริสุทธิ์ ไม่มีเฉดสี หมึกบนกระดาษ

สลับได้ในส่วนท้ายของแถบด้านข้างหรือใน Account Settings → Theme ตัวเลือกของคุณจะคงอยู่ข้ามเซสชัน

ภาษา (Languages)

ส่วนติดต่อผู้ใช้แปลเป็น 27 ภาษา: อังกฤษ ฝรั่งเศส เยอรมัน สเปน ญี่ปุ่น จีน เกาหลี โปรตุเกส อิตาลี ดัตช์ สวีเดน เดนมาร์ก เช็ก ฟินแลนด์ โปแลนด์ ยูเครน รัสเซีย ฮินดี เวียดนาม อาหรับ ฮีบรู สิงหล ทมิฬ อินโดนีเซีย มาเลย์ ฟิลิปิโน ไทย สลับได้จากส่วนท้ายของแถบด้านข้าง ตัวเลือกจะคงอยู่ การแปลครอบคลุมทั้งแอป — ทุกหน้าจอมีครบทุกภาษา และการบิลด์จะล้มเหลวหากขาดคำแปล

ขั้นต่อไป

• ลงมือกับผลิตภัณฑ์: คู่มือการใช้งาน
• อ่านเพื่อเป็นพื้นฐาน: การพัฒนาแบบ Agile คืออะไร? และ eXtreme Programming
• สร้างสิ่งต่อยอด: คู่มือ API และ ข้อกำหนด API