จากรายการงานสู่การลงมือเขียนโค้ด
เอเจนต์ AI สำหรับการพัฒนาซอฟต์แวร์คือระบบที่รับโจทย์จากรายการงาน เข้าถึงบริบทที่เกี่ยวข้อง แล้วดำเนินงานทางวิศวกรรมในสภาพแวดล้อมที่กำหนด พร้อมส่งผลกลับไปยังบันทึกงานส่วนกลาง Factory เปิดให้เรียก Factory Droid จาก Jira issue ผ่าน Rovo Chat เพื่อให้เอเจนต์รับงานและทำงานเขียนโค้ดแบบอัตโนมัติ แทนที่นักพัฒนาจะต้องคัดลอกโจทย์ไปป้อนในเครื่องมืออีกแห่งด้วยตนเอง จุดเปลี่ยนสำคัญไม่ใช่แค่การมี AI เขียนโค้ด แต่คือการเชื่อมการมอบหมายงานกับการลงมือทำไว้ในเส้นทางเดียว เมื่อนักพัฒนาเรียก Droid จากรายการงาน เอเจนต์จะทำงานในสภาพแวดล้อมที่เลือกและบันทึกผลกลับใน Jira สำหรับทีม นี่ช่วยลดการตามหาบริบทและการย้ายข้อมูลระหว่างเครื่องมือ แต่ไม่ได้ทำให้การตรวจงานของมนุษย์หมดความจำเป็น
Jira ควรเป็นสมุดบันทึก ไม่ใช่แค่ปุ่มเริ่มงาน
ประโยชน์ที่มีน้ำหนักที่สุดคือการคง Jira ไว้เป็นบันทึกหลักของงาน ขณะที่ Factory Droid รับหน้าที่ดำเนินการ ทีมจึงเห็นโจทย์ สถานะ และผลลัพธ์ในจุดอ้างอิงเดียว ไม่ต้องพึ่งบทสนทนาหรือบันทึกที่แยกจากรายการงาน แนวทางนี้ทำให้ Jira อัตโนมัติเป็นเรื่องของการจัดการวงจรงาน ไม่ใช่เพียงสั่งให้โมเดลสร้างโค้ดแล้วปล่อยให้ทีมตามเก็บภายหลัง เมื่อเริ่มใช้งานครั้งแรก ผู้ดูแลกำหนดสภาพแวดล้อมประมวลผล การตั้งค่าโมเดล และบัญชีบริการได้ ก่อนนำค่าตั้งต้นไปใช้กับงานครั้งต่อไป การควบคุมเหล่านี้สำคัญเป็นพิเศษในองค์กรที่มีข้อกำหนดด้านความปลอดภัย เพราะ Factory รองรับทั้งทรัพยากรประมวลผลที่ผู้ให้บริการจัดการ โครงสร้างพื้นฐานของลูกค้า และสภาพแวดล้อมที่แยกขาดจากเครือข่ายภายนอก อย่างไรก็ดี ทีมยังควรกำหนดว่าใครตรวจผลและอนุมัติการเปลี่ยนแปลงก่อนนำโค้ดไปใช้
เลือก Jira หรือ Bitbucket Pipelines ให้ตรงกับงาน
การเรียก Droid จาก Jira ไม่ควรปะปนกับเอเจนต์ใน Bitbucket Pipelines เพราะสองแนวทางตอบโจทย์คนละจังหวะ งานจาก Jira เริ่มที่รายการงานและมุ่งให้เอเจนต์รับผิดชอบงานที่ได้รับมอบหมาย ส่วน Agentic Pipelines ใช้เอเจนต์ภายในเวิร์กโฟลว์ของไปป์ไลน์ โดยรันได้บนเครื่องประมวลผลคลาวด์หรือ Linux Docker runner ที่องค์กรดูแลเอง Atlassian ระบุว่า Agentic Pipelines เปิดใช้งานทั่วไปสำหรับแผน Bitbucket Cloud แบบชำระเงินแล้ว จึงเหมาะกับงานประจำที่ผูกกับการทดสอบและการส่งโค้ด เช่น วิเคราะห์การทดสอบที่ล้มเหลว อัปเดตเอกสาร หรือแก้ช่องโหว่ มากกว่าจะใช้แทน Jira ในฐานะจุดรวมการวางแผน โดยมีตัวอย่างทีมหนึ่งพบอัตราการรวมการแก้ช่องโหว่ตั้งแต่รอบแรก 95% โดยไม่ต้องแทรกแซงด้วยมือ และอีกทีมประหยัดเวลานักพัฒนาได้ 1.5 วันต่อสัปดาห์จากการอัปเดตเอกสารอัตโนมัติ ตัวเลขเหล่านี้เป็นผลจากกรณีใช้งานของทีม ไม่ใช่หลักประกันว่าทุกองค์กรจะได้ผลเท่ากัน
จุดเริ่มต้นคือแรงกดดันจากงานซ้ำและข้อกำกับ
เบื้องหลังการเชื่อม Factory กับ Jira คือคำขอจากลูกค้าองค์กรในอุตสาหกรรมที่มีข้อกำกับ ซึ่งกำลังสร้างโรงงานซอฟต์แวร์ในสภาพแวดล้อมที่ควบคุมเข้มงวด ขณะเดียวกัน นักพัฒนาต้องเสียเวลาให้กับงานซ้ำอย่างวิเคราะห์ผลทดสอบ แก้ช่องโหว่ ดูแลระบบ CI/CD และรวบรวมบริบทจากหลายทีม จึงมีเหตุผลที่ทีมต้องการให้เอเจนต์รับงานประจำ แต่การทำให้งานเหล่านี้เป็นอัตโนมัติจะมีประโยชน์ก็ต่อเมื่อมีร่องรอยให้ตรวจสอบและมีคนรับผิดชอบผลลัพธ์ หากเป็นงานเฉพาะรายการ Jira การเรียก Droid จาก issue ช่วยผูกโจทย์กับผลที่ได้ ส่วนงานที่เกิดตามเหตุการณ์ในกระบวนการพัฒนาอาจเหมาะกับไปป์ไลน์มากกว่า สำหรับ Agentic Pipelines แผนต่อไปครอบคลุมการรองรับ runner ประเภทอื่น เช่น macOS และ Windows ในไตรมาสข้างหน้า รวมถึงมุมมองรวมเซสชันของเอเจนต์และเอเจนต์ที่เริ่มจากความคิดเห็นใน pull request ทางเลือกที่ดีจึงไม่ใช่ทำทุกอย่างอัตโนมัติ แต่คือเลือกจุดที่ลดงานซ้ำได้โดยไม่ทำให้การตรวจสอบและเจ้าของงานหายไป
