บทเรียนที่ 1ระบุประเภท work item ที่จำเป็นและการแมปกับวงจรชีวิตของผลิตภัณฑ์ส่วนนี้จะอธิบายวิธีการระบุประเภท work item ที่จำเป็นใน Polarion และการแมปกับวงจรชีวิตของผลิตภัณฑ์ เพื่อให้มั่นใจว่ามีการติดตามย้อนกลับที่สอดคล้องกันตั้งแต่ความต้องการของผู้มีส่วนได้ส่วนเสียไปจนถึงการนำไปใช้งาน การตรวจสอบ และการจัดการการเปลี่ยนแปลง
Analyzing lifecycle phases and information needsSelecting required work item types in PolarionDefining relationships and traceability rulesAligning workflows with lifecycle milestonesGovernance for evolving the work item modelบทเรียนที่ 2ฟิลด์ละเอียดสำหรับ Test Case (ID, Title, Preconditions, Steps, Expected Results, Test Type, Linked Requirements, Automation Status, Pass/Fail, Tester)ส่วนนี้จะเน้นฟิลด์ของ test case รวมถึง preconditions ขั้นตอน ผลลัพธ์ที่คาดหวัง ประเภทการทดสอบ ความต้องการที่เชื่อมโยง สถานะอัตโนมัติ และผลการรัน เพื่อให้สามารถตรวจสอบที่สามารถทำซ้ำและติดตามย้อนกลับได้ใน Polarion
Designing clear Preconditions and test StepsWriting precise Expected Results contentModeling Test Type and coverage levelsLinking Test Cases to requirements itemsAutomation Status and Pass or Fail resultsบทเรียนที่ 3ฟิลด์ละเอียดสำหรับ Task/Work Item (ID, Title, Description, Assignee, Estimate, Status, Dependencies, Sprint/Iteration)ส่วนนี้จะอธิบายฟิลด์หลักสำหรับ work item ประเภท task ใน Polarion ซึ่งครอบคลุมการวางแผน การเป็นเจ้าของ การติดตามความคืบหน้า และการจัดการ dependencies เพื่อให้ทีมสามารถประมาณการ จัดตาราง และติดตามงานนำไปใช้งานได้อย่างน่าเชื่อถือ
Purpose of Task work items in Polarion projectsConfiguring ID, Title, and Description fieldsAssignee, Estimate, and Remaining Effort usageStatus workflow and resolution conventionsModeling Dependencies and Sprint or Iteration linksบทเรียนที่ 4ฟิลด์ละเอียดสำหรับ Change Request (ID, Title, Description, Impact Assessment, Affected Items, Priority, Requester, Approval Status)ส่วนนี้ครอบคลุมฟิลด์ของ change request ที่ใช้ควบคุมการเปลี่ยนแปลงขอบเขต รวมถึงการประเมินผลกระทบ รายการที่ได้รับผลกระทบ ความสำคัญ ผู้ร้องขอ และสถานะการอนุมัติ เพื่อให้มั่นใจว่ามีการประเมินที่โปร่งใสและการตัดสินใจที่ติดตามย้อนกลับได้
Role of Change Requests in configuration controlStructuring Description and Impact AssessmentTracking Affected Items and related baselinesModeling Priority, Requester, and origin dataApproval Status workflow and audit evidenceบทเรียนที่ 5ฟิลด์ละเอียดสำหรับ Defect (ID, Title, Description, Severity, Priority, Repro Steps, Affected Items, Status, Root Cause, Fix Version)ส่วนนี้จะอธิบายฟิลด์ของ defect work item สำหรับการบันทึกปัญหา รวมถึงความรุนแรง ความสำคัญ ขั้นตอนการทำซ้ำ รายการที่ได้รับผลกระทบ สาเหตุรากฐาน และ fix version เพื่อสนับสนุนการคัดแยกปัญหาและการดำเนินการแก้ไขที่มีประสิทธิภาพ
Defect lifecycle and key field responsibilitiesDocumenting clear Reproduction StepsUsing Severity and Priority consistentlyTracking Affected Items and Fix VersionCapturing Root Cause and prevention dataบทเรียนที่ 6ฟิลด์ละเอียดสำหรับ Stakeholder Requirement (ID, Title, Description, Rationale, Priority, Safety Relevance, Source, Acceptance Criteria, Linked Items)ส่วนนี้จะอธิบายรายละเอียดฟิลด์ของ stakeholder requirement ที่จับ intent มูลค่าทางธุรกิจ ความเกี่ยวข้องด้านความปลอดภัย และความคาดหวังการยอมรับ เพื่อให้มีการติดตามย้อนกลับที่ชัดเจนจากความต้องการของผู้มีส่วนได้ส่วนเสียไปยัง system และ software requirements
Capturing business context in Title and DescriptionUsing Rationale and Source to record intentModeling Priority and Safety Relevance fieldsWriting effective Acceptance Criteria contentLinking stakeholder items to downstream workบทเรียนที่ 7ฟิลด์ละเอียดสำหรับ Software Requirement (ID, Title, Description, Functional/Nonfunctional, Interfaces, Trace to System Req, Acceptance Criteria, Priority, Estimated Effort)ส่วนนี้จะอธิบายฟิลด์ของ software requirement สำหรับพฤติกรรม functional และ nonfunctional อินเทอร์เฟซ การติดตามย้อนกลับไปยัง system requirements Acceptance criteria ความสำคัญ และ effort เพื่อสนับสนุนการออกแบบละเอียดและการวางแผนนำไปใช้งาน
Separating functional and nonfunctional contentDocumenting interfaces and data contractsTracing to parent System RequirementsDefining Acceptance Criteria for softwarePriority and Estimated Effort for planningบทเรียนที่ 8ฟิลด์ละเอียดสำหรับ System Requirement (ID, Title, Description, Rationale, Allocation, Priority, Safety Classification, Verification Method, Status, Owner)ส่วนนี้จะอธิบายรายละเอียดฟิลด์ของ system requirement ที่บรรยายพฤติกรรมระบบ การจัดสรร การจำแนกความปลอดภัย วิธีการตรวจสอบ และเจ้าของ เพื่อให้มีการติดตามย้อนกลับที่แข็งแกร่งไปยัง architecture การทดสอบ และหลักฐานการปฏิบัติตาม
Structuring high level system requirement textUsing Rationale and Allocation fieldsPriority and Safety Classification modelingDefining Verification Method and criteriaStatus and Owner responsibilities in Polarion
