นำ Gitlab มาใช้กับ Agile ได้ยังไง?
หากบริษัทไหนเริ่มนำ Agile เข้ามาใช้ในองค์กร และต้องกำลังตามหาเครื่องมือที่จะสามารถทำงานในแบบ Agile ได้อย่างดี ผมแนะนำเป็น Gitlab
Agile เป็นหนึ่งในวิธีการที่สำคัญที่สุดในการนำมาใช้กับบริษัทที่ต้องการพัฒนาซอฟต์แวร์ในทศวรรษที่ผ่านมา ซึ่งหากใครยังไม่รู้จัก Agile ผมแนะนำให้อ่าน สรุปการอบรม Agile 1 วันเพื่อนำมาใช้ในองค์กร เพื่อปรับพื้นฐานและทำความเข้าใจเบื้องต้นกันก่อน 🙂
GitLab เป็น Git repository ที่ได้รับการออกแบบให้มีความยืดหยุ่นเพียงพอที่จะปรับให้เข้ากับวิธีการทำงานแบบ Agile และก็มี 9 เหตุผลที่ทำให้ผมเลือกใช้ Gitlab เป็น Git repository และในโพสต์นี้ผมจะแสดงการจับคู่อย่างง่ายๆ ของคุณสมบัติ Agile กับ GitLab และอธิบายว่าบริษัทผมนำ Gitlab มาใช้งานกับ Agile ได้ยังไง
เปรียบเทียบคำเรียกต่างๆ ของ Agile กับ Gitlab
| Agile artifact | GitLab feature |
|---|---|
| User story | Issues |
| Task | Task lists |
| Epics | Epics |
| Points and estimation | Weights |
| Product backlog | Issue lists and prioritized labels |
| Sprint/iteration | Milestones |
| Burndown chart | Burndown charts |
| Agile board | Issue boards |
คราวนี้เรามาดูกันทีละตัวว่ามันมีการใช้งานทดแทนกันแบบไหน
User stories → Issues
ใน Agile เรามักจะเขียน User story card เพื่อเก็บข้อมูล Features ต่างๆ ก่อน ซึ่งใน Gitlab เราสามารถเขียนในรูปแบบของ Issue ได้ แล้วเราก็ติด Label ว่า user story
Task → GitLab task lists
บ่อยครั้งที่ User story จะถูกแยกออกเป็นแต่ละ Tasks เพิ่มเติม เราสามารถเขียน Task list ในรูปแบบ Markdown ออกมาได้ในคำอธิบายของ User story นั้นๆ
Epics → GitLab epics
ในส่วนของ Epic นั้น Gitlab ก็มีรองรับเช่นกันเพื่อสร้างช่วยในเรื่องของการจัดกลุ่ม issue ต่างๆ ได้อีก แต่ในส่วนของ Gitlab epic เราต้องเสียเงินเพิ่มเติมถึงจะใช้งานได้
Product backlog → GitLab issue lists and prioritized labels
โดยปกติแล้วเจ้าของผลิตภัณฑ์จะสร้าง User story card ออกมาเพื่อสะท้อนความต้องการของธุรกิจ และจะจัดลำดับความสำคัญในงานต่างๆ เพื่อบ่งบอกความเร่งด่วน และลำดับการพัฒนาที่ต้องการ
ใน GitLab จะมี Issue lists ที่เราสามารถดูเพื่อติดตามงานต่างๆ ได้ โดยสามารถกำหนด Label ให้แต่ละ Issue ได้ซึ่งช่วยให้สามารถกรองตาม Label ต่างๆ ทำให้มีความยืดหยุ่นมากขึ้น
Sprints → GitLab milestones
Sprint เป็นการกำหนดช่วงเวลาในการทำงานให้เสร็จ ซึ่งอาจเป็นหนึ่งสัปดาห์ หรือสองสามสัปดาห์ หรืออาจเป็นเดือนหรือมากกว่านั้น แต่ส่วนใหญ่จะกำหนดเป็นสองสัปดาห์ซึ่งบริษัทผมก็เป็นแบบนี้
ใน Gitlab จะมี Milestones ที่เราสามารถกำหนดออกมาในรูปแบบ Sprint ได้ สามารถใส่วันที่เริ่มต้น และวันที่จบได้ และนำ Issue มาใส่ในนี้ได้เพื่อให้ทราบว่า Sprint นี้จะได้อะไรออกมา
Points and estimation → GitLab issue weights
การทำ Sprint planning เป็นการวางแผนในแต่ละ sprint และจะมีการกำหนดคะแนนให้กับ issue ต่างๆ ในแบบเลขฟิโบนาชชี่ (Fibonacci numbers) คือ 0,1,2,3,5,8,13,20,40 และ 100
ซึ่ง issue ต่างๆ ของ Gitlab เราสามารถกำหนด Weight ลงไปได้เลย ทำให้เราสามารถรู้ได้ว่า issue ไหนยาก หรือง่าย
Agile board → GitLab Issue Boards
Agile board ส่วนใหญ่จะทำเป็นในลักษณะ Kanban board คือบอร์ดที่มีการแบ่งออกมาเป็นหลายๆ ส่วน เช่น To do, In progress และ Testing (ขึ้นอยู่กับ work flow ในแต่ละองค์กร) เพื่อเป็นการกำหนดว่า Issue ไหนใครทำ และอยู่ส่วนไหนแล้ว โดยส่วนนี้จะแสดงให้ทุกคนในทีมเห็นได้โดยง่าย เพื่อรับรู้สถานะที่เกิดขึ้นใน Project นั้นๆ แบบ Real time
ซึ่งใน Gitlab จะมี Issue board ให้อยู่แล้วเราสามารถปรับแต่ง work flow ได้ตามต้องการอย่างอิสระ
Burndown charts → GitLab Burndown Charts
ในส่วนของทีมพัฒนาต้องทราบว่าทำงานเสร็จไปแล้วเท่าไร และเหลืองานที่ต้องทำอีกเท่าไรซึ่งจะถูกแสดงออกมาในลักษณะของกราฟทำให้มองภาพรวมได้ง่ายขึ้นผ่านรูปแบบ Burndown chart
ซึ่ง GitLab ก็มี Burndown chart มาให้พร้อมแล้ว มันอยู่ใน Milestones แต่เราต้องกำหนด Weight ให้กับ Issue ด้วยเราถึงจะเห็น Burndown chart
CI/CD tool
การทำ Agile นั้นเราต้องส่งชิ้นงานให้ลูกค้าได้เห็นบ่อยขึ้น ได้ทดสอบบ่อยขึ้น ทำให้จำเป็นต้องทำ CI/CD ให้กับระบบเพื่อจะได้ไม่ต้องเสียเวลาทำสิ่งที่ต้องทำซ้ำๆ ในทุกๆ การ Release เช่น ต้องทดสอบทุกครั้ง, ต้อง build ทุกครั้ง, ต้องเอาขึ้น server นี้ทุกครั้ง เป็นต้น
โดยส่วนใหญ่จะทำงานเป็นในลักษณะ Pipeline ทำงานต่อกันไปเรื่อยๆ
ซึ่ง Gitlab ได้มี CI/CD มาให้พร้อมใช้งานเลย โดยมี Gitlab-runner เป็นตัวช่วยทำงาน Run jobs ต่างๆ ให้ทำงานตาม Pipeline ที่เรากำหนด และวิธีการเขียนก็อยู่ในรูปแบบ yaml ทำให้เราสามารถเก็บค่าพวกนี้ลงใน Git ได้ตามปกติ
มีการแสดงผลลัพธ์ของ Job นั้นๆ ว่าผ่านหรือไม่ผ่านทันที และก็จะมี Log แสดงผลให้ดูด้วยว่าทำงานอะไรไปบ้าง ทำให้เราตรวจได้ว่าคำสั่งที่ใส่ไปใช้งานได้จริงไหม
บทสรุป
เนื่องจากทีมผมใช้ Gitlab กันอยู่แล้ว มันเป็นเครื่องมือที่ครบเครื่องมากทำให้พอเรานำ Agile เข้ามาใช้งาน การทำงานก็เลยไม่ได้สดุดอะไรมาก เพียงแค่ปรับวิธีการให้เป็น Agile มากขึ้นเท่านั้น
ตัวผมเองได้รับประโยชน์อันนี้จากการทำงานกันจริง ผมเลยอยากแชร์ หรือช่วย Gitlab ขายของหน่อย ฮาๆ ว่าของเขาเป็นดีจริงๆ และหวังว่าคนที่หลงเข้ามาอ่านจะสามารถเข้าใจในระบบ Gitlab มากขึ้น
ซึ่งต้องยอมรับ Gitlab ได้พัฒนามาไกลมากๆ จากเป็นเพียงแค่ Git repository มาตอนนี้ได้มาเป็นสิ่งที่เรียก DevOps platform ไปแล้ว… โหดสัส
What is GitLab?
GitLab is a complete DevOps platform, delivered as a single application.
