คู่มือการใช้งาน

คู่มือผู้ใช้ฉบับสมบูรณ์ สำหรับแนวคิดต่าง ๆ ดูได้ที่ บทนำ

Account

Sign up and sign in

ลงทะเบียนที่ eastagiletracker.com/register ด้วยอีเมลและรหัสผ่าน หรือ continue with GitHub หากคุณชอบใช้ OAuth ยืนยันอีเมลของคุณจากลิงก์ที่เราส่งไป จนกว่าจะยืนยัน คุณสามารถลงชื่อเข้าใช้ได้แต่บางฟีเจอร์จะถูกจำกัด

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

ลืมรหัสผ่าน? ใช้ Forgot Password บนหน้าลงชื่อเข้าใช้ เราจะส่งอีเมลลิงก์รีเซ็ตให้

Account settings

จากรูปแทนตัว (avatar) ที่มุมขวาบน → Account Settings:

• Profile — ชื่อที่แสดง อักษรย่อ (ใช้ในรูปแทนของเจ้าของ) อีเมล
• Bio — คำอธิบายตัวเองสั้น ๆ (ได้ถึง 4 KiB) ปรากฏบน /me และในรายชื่อสมาชิกขององค์กร เพื่อให้เอเจนต์ (หรือเพื่อนร่วมทีม) เลือกคนที่เหมาะสมที่จะถามได้ ปล่อยว่างไว้เพื่อไม่ระบุ
• Password — เปลี่ยนได้ทุกเมื่อ
• Avatar — อัปโหลดรูปภาพ หรือใช้อักษรย่อของคุณแทน
• API Keys — สร้างโทเค็น API ส่วนตัว ดู API Guide
• Theme — Agile, Labs, Dark หรือ Light (สลับได้จากแถบด้านข้างเช่นกัน)
• Delete Account — การยืนยันสองขั้นตอน นำคุณออกจากองค์กรและโปรเจกต์ทั้งหมด

Security

จากรูปแทนตัว (avatar) ที่มุมขวาบน → Security:

• Two-factor (TOTP) — ตั้งค่ารหัสจากแอปยืนยันตัวตนใดก็ได้ (1Password, Authy, Google Authenticator, …) รับรหัสกู้คืนแบบใช้ครั้งเดียว 10 รหัส — แสดงเพียงครั้งเดียว ดังนั้นบันทึกไว้ ปิดใช้งานทีหลังด้วยรหัสปัจจุบันหรือรหัสกู้คืน
• Passkeys — เพิ่ม WebAuthn passkey ที่ผูกกับอุปกรณ์ (Touch ID, Windows Hello, กุญแจความปลอดภัยฮาร์ดแวร์) จากนั้นลงชื่อเข้าใช้แบบไม่ต้องใช้รหัสผ่าน เพิ่ม ตั้งชื่อ และลบคีย์ได้จากหน้าเดียวกัน

Sessions and refresh tokens

การลงชื่อเข้าใช้สำเร็จจะสร้างโทเค็นสองตัว: access JWT ที่มีอายุสั้น และ refresh token ที่มีอายุยาว (30 วัน หมุนใหม่ทุกครั้งที่ใช้) SPA จะรีเฟรช access token โดยอัตโนมัติเมื่อมันหมดอายุ คุณจะยังลงชื่อเข้าใช้อยู่จนกว่า refresh token จะหมดอายุหรือคุณลงชื่อออก การลงชื่อออกจะเพิกถอน refresh token ที่ฝั่งเซิร์ฟเวอร์ ดังนั้นสำเนาที่ถูกขโมยจะไม่สามารถนำมาใช้ซ้ำได้

Billing

บัญชีส่วนใหญ่เป็น Free Forever สำหรับการใช้งานส่วนตัว หากบัญชีของคุณมียอดเครดิตแบบคิดตามการใช้ (metered) ดูได้ใต้ Account → Billing — เติมเงินผ่านการชำระเงิน Paddle ดูประวัติธุรกรรม

Organizations

ทุกบัญชีสังกัด organizations อย่างน้อยหนึ่งองค์กร การสมัครใหม่จะได้องค์กรส่วนตัว (“<Name> Org”) ที่สร้างขึ้นอัตโนมัติในแบบฉบับ Linear/Vercel โปรเจกต์อยู่ภายในองค์กร และสมาชิกภาพขององค์กรเป็นด่านกำหนดสมาชิกภาพของโปรเจกต์

Switch organization

คลิก org switcher ในแถบบนเพื่อสลับระหว่างองค์กรที่คุณสังกัด องค์กรที่ใช้งานอยู่จะแต้มสีแถบด้านข้าง จำกัดขอบเขตรายการ “Projects” และเลือกล่วงหน้าให้เมื่อคุณสร้างโปรเจกต์ใหม่

Manage an organization (admin)

คลิกบล็อกองค์กรในแถบด้านข้าง → Manage organization → คุณจะมาถึง /organization/{id}/projects แถบด้านข้างจะแสดงแท็บผู้ดูแลสามแท็บ:

• Projects — โปรเจกต์ทั้งหมดในองค์กรนี้
• Members — สมาชิกปัจจุบัน บทบาท และคำเชิญที่รอดำเนินการ เชิญทางอีเมล คำเชิญถูกผูกกับอีเมลด้วยโทเค็นที่มี TTL และเพดานบทบาท (สมาชิกไม่สามารถเชิญผู้ดูแลได้)
• Settings (เฉพาะเจ้าของ) — ชื่อองค์กร slug แผน โอนความเป็นเจ้าของให้สมาชิกคนอื่นได้ที่นี่

Remove a member

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

Projects

Create a project

จากหน้า Projects คลิก New Project แบบฟอร์มสร้างถามเพียงสองอย่าง:

• Title — จำเป็น
• Description — ไม่บังคับ มองเห็นได้สำหรับสมาชิกทุกคน

ทุกอย่างที่เหลือ — ความยาวรอบงาน วันเริ่มต้น ความเร็วเริ่มต้น มาตรวัดการประเมิน สถานะเสร็จ การเปิด/ปิด task — จะถูกตั้งค่าทีหลังใน Project Settings และมีค่าเริ่มต้นที่สมเหตุสมผลให้แล้ว

Project settings

ใต้เมนู Settings ของโปรเจกต์ มีสี่แท็บ:

• Project — แก้ไขชื่อเรื่อง คำอธิบาย ความยาวรอบงานและวันเริ่มต้น กลยุทธ์ความเร็ว (ค่าเฉลี่ยของ 3 / 5 / 10 รอบล่าสุด) สถานะเสร็จ มาตรวัดการประเมิน การเปิด/ปิด task
• Member — เชิญ เลื่อน/ลดตำแหน่ง และนำสมาชิกที่เป็นมนุษย์ออก (ดู Members and invitations ด้านล่าง)
• Agent — สร้างและเพิกถอนคีย์ API ของเอเจนต์สำหรับโปรเจกต์นี้ (ดู Agents ด้านล่าง) เฉพาะเจ้าของ
• Import — นำ story เข้ามาจาก tracker อื่น (ดู Importing from other trackers ด้านล่าง)

Members and invitations

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

ประวัติโปรเจกต์อยู่ในหน้าของตัวเอง — ทุกการเปลี่ยนแปลงในการตั้งค่าโปรเจกต์ ทุกการเปลี่ยนแปลงสมาชิกภาพ พร้อมผู้กระทำ (มนุษย์หรือเอเจนต์)

Stories

Create a story

ใช้ตัวเลือก + Add story บนแผงบอร์ดใด ๆ (Current, Backlog, Icebox หรือแผงที่กำหนดเอง) — พิมพ์ชื่อเรื่องแล้วกด Enter

Story ใหม่ที่สร้างใน Current จะตั้งค่าเริ่มต้นเป็น current_state = 'unstarted' นั่นคือความเท่าเทียมกับ PT: รอบงาน Current คือ แผน ของงาน ไม่ใช่การแบ่งตามสถานะ เจ้าของจะ Start story อย่างชัดเจนเมื่อพวกเขาเริ่มทำงาน — นาฬิกา cycle-time จะไม่เริ่มจนกว่าจะถึงตอนนั้น

จำเป็น: ชื่อเรื่อง เลือกประเภท (ค่าเริ่มต้นคือ feature) เพิ่มคำอธิบาย การประเมิน (เฉพาะ feature) ป้ายกำกับ เจ้าของ ผู้ติดตาม ตัวขัดขวาง — สิ่งเหล่านี้สามารถเติมทีหลังได้จากแผงรายละเอียด

กด Enter สองครั้งติด ๆ? ไม่มีปัญหา — ปุ่มมีการป้องกัน คุณจะได้ story หนึ่งอันพอดี

Estimate features

Feature เป็นประเภทเดียวที่รับแต้ม คลิกวงกลมแต้มบนการ์ด (หรือในแผงรายละเอียด) แล้วเลือกจากมาตรวัด Feature ที่ยังไม่ประเมินจะแสดงวงกลมว่างเปล่า

• Fibonacci scale — 0, 1, 2, 3, 5, 8, 13 XP มาตรฐาน อะไรก็ตามที่ใหญ่กว่า 13 ควรถูกแยกออกเป็น story ที่เล็กลง
• East Agile scale — 0, 1, 2, 3 กระชับกว่า 3 หมายถึงเวลาทำงานของหนึ่งคนเต็มหนึ่งรอบงาน ไม่มีอะไรเกิน 3 ที่จะพอดี
• 3-Point scale — 1, 2, 3 (Small / Medium / Large) การวัดขนาดแบบเสื้อยืดที่เข้มงวด — ไม่มีตัวเลือกศูนย์ ไม่มีครึ่งแต้ม

เลือกมาตรวัดครั้งเดียวใน Project Settings คุณสามารถเปลี่ยนมันทีหลังได้ (การประเมินที่มีอยู่จะแมปข้ามไป)

Advance state

มีสามวิธีในการเลื่อน story ผ่านวงจรชีวิต:

1. คลิกปุ่มดำเนินการในตัว บนการ์ด — Start, Finish, Deliver, Accept, Reject ข้อความบนปุ่มสะท้อนสถานะถัดไปที่ถูกต้องสำหรับประเภทของ story
2. ลากการ์ด ไปยังคอลัมน์อื่น ระบบจะใช้การเปลี่ยนสถานะที่การข้ามคอลัมน์นั้นบ่งบอก การย้ายถอยหลังจะแจ้งให้ยืนยัน
3. เปลี่ยนสถานะเป็นกลุ่ม — เลือกหลาย story แล้ว Transition all — แต่ละ story เปลี่ยนสถานะอย่างอิสระ หากอันหนึ่งไม่ถูกต้อง อันอื่น ๆ ก็ยังดำเนินต่อไปได้

Detail panel

คลิกที่ใดก็ได้บนแถว story เพื่อขยายมันในตัว แผงรายละเอียดจะแสดง:

• ชื่อเรื่อง (แก้ไขได้) คำอธิบาย (Markdown) ประเภท การประเมิน ผู้ขอ
• เจ้าของ (เพิ่ม/ลบสมาชิกหรือเอเจนต์) ผู้ติดตาม ป้ายกำกับ
• Task (ถ้าเปิดใช้งาน) ความคิดเห็น ไฟล์แนบ ตัวขัดขวาง ลิงก์ การรีวิว
• เมนูจุดสามจุดสำหรับทำซ้ำ ลบ และการดำเนินการอื่น ๆ ที่ใช้ไม่บ่อย

กด Escape เพื่อปิด story ที่เปิดล่าสุด (มันจดจำกองซ้อนไว้ — ยุบทีละอัน)

Comments

ได้ถึง 10,000 ตัวอักษร แสดงผลแบบ Markdown แก้ไขและลบความคิดเห็นของตัวเองได้ บันทึกการตรวจสอบเก็บประวัติไว้ พิมพ์ @-mention สมาชิก แล้วระบบเติมข้อความอัตโนมัติจะรับมาให้

Attachments

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

Labels

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

Blockers, links, reviews

• Blockers — บันทึกข้อความอิสระ “สิ่งนี้ถูกขัดขวางโดย X” ทำเครื่องหมายว่าแก้ไขแล้ว/ยังไม่แก้ไข กรองบอร์ดด้วย has:blocker
• Links — ความสัมพันธ์หกประเภท: relates to, duplicates, blocks, is blocked by, pull request, branch วาง URL ของ GitHub แล้วระบบจะตรวจจับประเภทโดยอัตโนมัติ
• Reviews — มอบหมายผู้รีวิว (มนุษย์หรือเอเจนต์) พร้อมสถานะ (pending, approved, rejected) และความคิดเห็นที่เลือกได้

Tasks

หากเปิดใช้งานใน Project Settings story จะมี sub-task — รายการตรวจสอบภายใน story ทำเครื่องหมายเสร็จเมื่อคุณทำไป จำนวนจะปรากฏบนการ์ด

Story field reference

ทุกตัวแปรตัวเลือกบนหน้ารายละเอียด story มีไอคอน [?] เล็ก ๆ อยู่ข้าง ๆ ป้ายชื่อ คลิกในแอปเพื่อดูคำแนะนำเดียวกันที่สรุปไว้ด้านล่าง ผู้แปลส่งข้อความในแอปไปพร้อมกับส่วนอื่น ๆ ของ UI ส่วนนี้คือเอกสารอ้างอิงหลักฉบับยาว

ฟิลด์เรียงตามลำดับที่ปรากฏในแท็บ Overview

Status

ตำแหน่งของ story ในวงจรชีวิต: Unstarted → Started → Finished → Delivered → Accepted (หรือ Rejected กลับไป Started)

สถานะที่สำคัญคือ Delivered: วิศวกรทำเครื่องหมายว่าส่งมอบแล้ว แต่มันยังไม่ เสร็จ จนกว่าเจ้าของผลิตภัณฑ์จะ Accept อย่างชัดเจนเทียบกับเกณฑ์การตรวจรับ — หรือปฏิเสธ ซึ่งจะเตะกลับ สิ่งนี้ฝังวงจรการรับฟีดแบ็กจากลูกค้าเข้าไปในทุก story แทนที่จะเลื่อนการตรวจรับไปไว้ตอนสาธิตท้าย sprint

หาก story กองพะเนินในสถานะ Delivered นั่นเป็นสัญญาณว่าวงจรตรวจรับ/ปฏิเสธหยุดชะงัก ดูจำนวน Delivered ที่ปลายทุกรอบงาน — หากมันเพิ่มขึ้น นั่นคือสัญญาณว่าเจ้าของผลิตภัณฑ์มีทรัพยากรไม่พอ หรือเกณฑ์การตรวจรับไม่ชัดเจนพอตั้งแต่ต้น

Iteration

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

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

Owners

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

การมีเจ้าของหลายคนคือการแสดงออกที่มองเห็นได้ของการเขียนโปรแกรมเป็นคู่ (pair programming) (หรือจับคู่กับเอเจนต์) เพิ่มเอเจนต์ที่รับ story ไปและมนุษย์ที่กำลังรีวิว — ทั้งสองชื่อจะปรากฏบนการ์ด สิ่งนี้ทำให้งานที่กำลังทำอยู่ (work-in-progress) ต่ำ การทำเสร็จก่อนเริ่ม story ถัดไปคือคันโยกที่ใหญ่ที่สุดต่อ cycle time

เจ้าของไม่เหมือนกับ Followers (ฟิลด์แยกต่างหากบนการ์ด) ผู้ติดตามคือคนที่ สนใจ story แต่ไม่ได้ทำงาน — โดยทั่วไปคือผู้สมัครรับการแจ้งเตือน

Story type

สี่ประเภทไม่สามารถใช้แทนกันได้ — ความแตกต่างคือประเด็นทั้งหมดของโมเดลข้อมูล

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

หากคุณพบว่าตัวเองอยากให้แต้มกับ bug หรือ chore: อย่า นั่นทำลายการคาดการณ์ที่ทำให้ทั้งระบบซื่อตรง ความเร็วคือเครื่องมือวัด คุณไม่ปลอมแปลงเครื่องมือของคุณเอง

Priority

อย่าใช้สิ่งนี้หากหลีกเลี่ยงได้ Backlog คือ ลำดับความสำคัญ — จากบนลงล่าง ลำดับความสำคัญเดียว ไม่มีการเสมอกัน เจ้าของผลิตภัณฑ์เป็นเจ้าของลำดับ

ฟิลด์ “priority” คือ anti-pattern คลาสสิกที่แอบเปลี่ยน backlog ที่อิงประสบการณ์และเรียงลำดับให้กลับไปเป็นการวางแผนแบบเพ้อฝัน หากคุณพบว่าตัวเองมี P1 สามอัน คุณไม่ได้มีลำดับความสำคัญ — คุณมี Backlog ที่เรียงลำดับผิด แก้ลำดับ ลบสัญญาณลำดับความสำคัญทิ้ง

ฟิลด์นี้มีอยู่เพื่อความเข้ากันได้กับการนำเข้าจาก tracker ที่ใช้มัน (Jira, Asana, …) เพื่อให้ story ที่นำเข้าไม่สูญเสียข้อมูลระหว่างทาง ปล่อยไว้ที่ “None” ในงานใหม่

Points

ขนาดเชิงเปรียบเทียบของ story Feature ได้แต้ม ส่วน bug, chore และ release คงอยู่ที่ศูนย์

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

มาตรวัดสามแบบมาให้:

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

หากคุณมักประเมินด้วย 5, 8 หรือ 13 story ของคุณใหญ่เกินไป แยกจนกว่าแต่ละอันจะ ส่งมอบได้อย่างอิสระ (S และ I ใน INVEST)

Requester

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

ผู้ขอ ไม่ใช่ เจ้าของ เจ้าของคือใครก็ตามที่ทำงาน ผู้ขอคือใครก็ตามที่สนใจผลลัพธ์และจะ (หรือจะไม่) ตรวจรับมัน พวกเขาอาจเป็นคนเดียวกันได้ แต่เป็นบทบาทที่แยกกัน การบันทึกผู้ขอคือสิ่งที่ให้คำตอบในการตรวจสอบว่า “ใครเป็นคนขอสิ่งนี้?” เมื่อหกเดือนผ่านไป

Labels

แท็กสี Story สามารถมีได้หลายป้าย ใช้สำหรับการจัดหมวดหมู่ข้ามแกน — mvp, tech-debt, security ชื่อ release เฉพาะ — และสำหรับการกรองบอร์ด (label:mvp ในกล่องค้นหา หรือบันทึกเป็นแผงตัวกรองที่กำหนดเอง)

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

Blockers

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

ตัวขัดขวางคือ สัญญาณการไหล ไม่ใช่คิว ใช้ standup รายวันเพื่อนำมันมาเปิดเผย แก้ไขมันนอกรอบ หากคุณมีตัวขัดขวางที่เปิดอยู่มากกว่าหนึ่งหรือสองอันต่อ story นานกว่าหนึ่งวัน การวางแผนผิดพลาด — แยก story หรือเปลี่ยน dependency เป้าหมายคือให้แผง Blocked ว่างเปล่าเป็นส่วนใหญ่ตลอดเวลา

Description

story นี้คืออะไรและจะรู้ได้อย่างไรว่ามันเสร็จแล้ว Markdown

เกณฑ์การตรวจรับอยู่ที่นี่ — ทางที่ดีในรูปแบบ Given / When / Then เพื่อให้แมปเข้ากับการทดสอบการตรวจรับได้โดยตรง:

Given I am signed in as a member
When I click "Add a story" in Current
Then the story is created in state "unstarted"

INVEST เป็นเครื่องตรวจสอบความสมเหตุสมผลว่า story มีรูปแบบที่ดีหรือไม่:

• Independent — ปล่อยได้โดยไม่ต้องพึ่ง story อื่น
• Negotiable — จับเจตนา ไม่ใช่ข้อกำหนดที่ตายตัว
• Valuable — มีคุณค่าต่อผู้ใช้หรือผู้มีส่วนได้ส่วนเสีย
• Estimable — ทีมประเมินขนาดได้
• Small — พอดีในรอบงานได้สบาย ๆ
• Testable — มีเกณฑ์การตรวจรับที่ทดสอบได้

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

Bulk actions

เลือกหลาย story บนบอร์ด (shift-click เลือกช่วง หรือ Select all in panel) จากนั้น:

• Bulk transition
• Bulk delete
• Bulk duplicate

The board

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

• Current — story ในรอบงานที่กำลังดำเนินอยู่ จัดกลุ่มตามหัวข้อรอบงาน (รอบปัจจุบัน แล้วจึงรอบที่กำลังจะมา แล้วจึงรอบที่ปิดแล้ว) การ์ดปรากฏตามลำดับเวลาของรอบงานโดยมีสถานะแสดงบนแต่ละการ์ด คอลัมน์ ไม่ได้ ถูกซอยตามสถานะ — นั่นทำลายลำดับเวลาของรอบงานที่ทีมวางแผนไว้
• Backlog — คิวที่เรียงลำดับอย่างเข้มงวด ระบบจัดกลุ่มรอบงานที่กำลังจะมาถึงโดยอัตโนมัติตามความเร็ว เจ้าของผลิตภัณฑ์เป็นเจ้าของลำดับจากบนลงล่าง ความชัดเจนได้รับอนุญาตให้เสื่อมลงเมื่อคุณเลื่อนลง แต่ไม่เคยที่ส่วนบนสุด
• Icebox — ไอเดียที่ไม่มีวันที่ ไม่เรียงลำดับ ไม่ประเมิน Icebox ได้รับอนุญาตให้เป็นสุสานได้

Configurable panels — sidebar checkboxes

ส่วน Board ในแถบด้านข้างแสดงทุกคอลัมน์ค่าตั้งล่วงหน้าพร้อมช่องทำเครื่องหมาย: ทำเครื่องหมายในช่องเพื่อแสดงคอลัมน์นั้น เอาเครื่องหมายออกเพื่อซ่อน การเปิด/ปิดจะคงอยู่รายโปรเจกต์ต่อผู้ใช้ (ซิงค์ผ่าน GET/PUT /preferences) ค่าตั้งล่วงหน้าคือ:

• Current Iteration (เปิดตามค่าเริ่มต้น)
• Backlog (เปิดตามค่าเริ่มต้น)
• Icebox (เปิดตามค่าเริ่มต้น)
• Done — story ที่ตรวจรับแล้ว
• My Work — story ที่คุณเป็นเจ้าของ
• Blocked — story ที่มีตัวขัดขวางที่ยังไม่แก้ไข
• Epics — การรวมยอดระดับ epic
• Chat — คอลัมน์แชตที่มีขอบเขตรายโปรเจกต์

Custom filter panels

ปักหมุดการค้นหาเป็นแผง: วางคิวรีอย่าง type:feature label:mvp owner:claire แล้วบันทึก ปรับขนาดคอลัมน์ให้เหมาะ ความกว้างจะคงอยู่ข้ามเซสชัน

Search

แถบค้นหารับไวยากรณ์ตัวกรองที่อธิบายไว้ใน บทนำ ผลการค้นหาอยู่ในแผงผลลัพธ์ คลิกอันใดก็ได้เพื่อกระโดดไปยังมันบนบอร์ด

Current-iteration chip

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

Iterations

ระบบสร้างรอบงานโดยอัตโนมัติตามความยาวและวันเริ่มต้นของคุณ คุณไม่จำเป็นต้อง “เปิด” หรือ “ปิด” มัน

ในการวางแผนล่วงหน้า ลาก story จาก Backlog เข้าไปในกลุ่มรอบงานที่กำลังจะมา ระบบจะทำเครื่องหมายกลุ่มเป็นสีแดงหากเกินความเร็วของคุณ ในการวางแผนไกลออกไป เลื่อน backlog — มันแสดงรอบงานล่วงหน้าสามหรือสี่รอบ

ในการย้อนกลับ: คลิกหัวข้อรอบงานในอดีตใด ๆ ในคอลัมน์ Current เพื่อเจาะเข้าไปในรายงานรอบงาน

Releases

Release เป็นประเภทของ story ไม่ใช่ออบเจกต์แยกต่างหาก สร้าง release ด้วยวิธีเดียวกับที่คุณสร้าง story ใด ๆ: เลือก Release เป็นประเภท ตั้งชื่อ (เช่น v2.4) ลากมันเข้าไปในรอบงานที่คุณตั้งใจจะส่งมอบ

Release ข้ามสถานะ Started/Finished/Delivered/Rejected — มันไปจาก Unstarted ถึง Accepted ในขั้นตอนเดียว ตรวจรับ release เมื่อคุณส่งมอบ มุมมองการวิเคราะห์จะแสดงเครื่องหมาย release

Analytics

แท็บ Analytics (ส่วนบนของโปรเจกต์) ให้คุณหกรายงาน:

• Project Overview — แนวโน้มความเร็ว KPI ของรอบงานล่าสุด burnup, burndown, cumulative flow
• Iteration — เจาะเข้าไปในรอบงานเดียว: KPI, burndown, การไหลของสถานะ
• Releases & Burndowns — เส้นเวลา release และ burndown ต่อ release
• Story Activity — ใครทำอะไร กรองได้ตามผู้กระทำ ประเภท ช่วงวันที่
• Cycle Time — ค่าเฉลี่ยและการกระจายของเวลาจาก Started ถึงสถานะเสร็จของคุณ
• Projections — พยากรณ์ว่า backlog จะเสร็จเมื่อไรที่ความเร็วปัจจุบัน

Agents

นี่คือส่วนของผลิตภัณฑ์ที่ทำให้มันโดดเด่น เอเจนต์ คือเพื่อนร่วมทีมที่มีชื่อ — แต่มันเป็น AI

Add an agent to a project

คุณต้องเป็น เจ้าของ โปรเจกต์ (หรือผู้ดูแล) เปิด Project Settings → Agents:

1. Create new agent key
2. ตั้งชื่อเอเจนต์ (มันจะแสดงเป็นชื่อนั้นในบันทึกการตรวจสอบ การระบุผู้เขียนความคิดเห็น และรูปแทนเจ้าของ)
3. เลือกบทบาท — viewer (อ่านอย่างเดียว) หรือ member (เขียนได้) บทบาท owner สงวนไว้สำหรับมนุษย์
4. คีย์จะแสดง เพียงครั้งเดียว — คัดลอกมัน เราไม่เก็บมันไว้แบบที่ดึงกลับได้ คำนำหน้าคือ ea_agent_…

What agents can do

เอเจนต์ที่มีบทบาท member สามารถทำทุกอย่างที่สมาชิกที่เป็นมนุษย์ทำได้:

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

บันทึกการตรวจสอบจะบันทึกทุกการเขียนพร้อมตัวตนของเอเจนต์ ไม่มีทางที่จะทำให้การกระทำของเอเจนต์ดูเหมือนการกระทำของมนุษย์ได้

Manage agent keys

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

Use agents with the API

ดู API Guide → Agent keys สำหรับตัวอย่างโค้ด

Importing from other trackers

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

• Pivotal Tracker
• Jira
• Asana
• GitLab
• Shortcut
• Trello
• Linear
• Plane

จาก Project Settings → Import อัปโหลดไฟล์ส่งออก (CSV จากส่วนใหญ่ JSON จาก Plane) Story, เจ้าของ, ความคิดเห็น, ป้ายกำกับ และสถานะจะแมปโดยอัตโนมัติ บางแหล่งยังนำรอบงานมาด้วย

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

Themes

มีสี่ธีมมาให้ สลับได้ในส่วนท้ายของแถบด้านข้าง (หรือใน Account Settings → Theme):

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

ธีมของคุณจะคงอยู่ข้ามเซสชัน

Language

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

Keyboard shortcuts

มีบางอันที่คุ้มค่ากับการใช้งาน:

• Escape — ยุบ story ที่เปิดล่าสุด
• Enter ในช่องป้อนข้อมูลในตัว — ส่ง (จะไม่ยุบแถว)
• Shift-click — เลือก story เป็นช่วง

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

Self-hosting

East Agile Tracker เป็นโอเพนซอร์ส ซอร์สโค้ดเต็มอยู่ที่ github.com/EastAgile/agile-tracker — โคลนมัน บิลด์มัน รันมันบนโครงสร้างพื้นฐานของคุณเอง ชุดฟีเจอร์เดียวกับเวอร์ชันที่โฮสต์ให้

สำหรับการตั้งค่า ดู README ของโปรเจกต์