สกรัม หนึ่ง สอง สาม ปลาฉลามขึ้นบก

ใบ Certification ของ Scrum Alliance กับมุมมองของหนู

ProgramPath-5

ประเด็นเรื่อง Certified ต่างๆ มีเกิดขึ้นมาเป็นระยะๆ เรื่อยๆ ส่วนตัวว่าจะเขียนเรื่องนี้แต่ก็ไม่ได้เขียนสักที เช้าวันนี้ถือว่าเป็นฤกษ์งามยามดีที่จะขอพล่ามเรื่อง Certified ที่หนูถืออยู่จากค่าย Scrum Alliance และมุมมองของตัวเองกับเรื่องการมี หรือไม่มี Certified มันต่างกันอย่างไร?

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

ขอแบ่งปันมุมมองเรื่อง Certified ของตัวเอง เผื่อว่าจะเป็นประโยชน์กับเพื่อนพ้องน้องพี่ทุกๆ คนที่มานั่งอ่านเรื่องนี้ที่ผมกำลังจะพล่าม

Continue reading

ออกมาแตะขอบฟ้าที่สิงคโปร์ LeSS – วันที่ 2 ตอน ทีม vs ทีม

DoD

 

วันที่ 2 กับ Large-Scale Scrum, LeSS ณ สิงคโปร์ เช้าวันนี้เริ่มต้นกันด้วยการสรุปหัวข้อต่างๆ ที่เกิดขึ้นทั้งหมดจากวันที่ 1 ของการเรียนโดย Bas และ Bas ให้แต่ละคนในกลุ่มตอบคำถาม 2 คำถามให้สมาชิกในกลุ่มฟังและอธิบาย

  • หัวข้อใดที่ชอบเมื่อวานนี้? และทำไมถึงชอบ?
  • หัวข้อใดที่ไม่ชอบเมื่อวานนี้? ทำไมถึงไม่ชอบ? และมีคำแนะนำอะไรเพื่อจะปรับปรุงอย่างไรให้ดีขึ้น?

แล้วแต่ละกลุ่มก็สรุปออกมาเพื่อบอกเล่าให้กลุ่มอื่นๆ ได้รับฟัง รวมทั้งตัวของ Bas เองที่จะเก็บนำกลับไปทำการปรับปรุงชั้นเรียนนี้ให้ดีขึ้น

สำหรับวันที่ 2 นั้น มีรายละเอียดที่น่าสนใจอยู่หลายเรื่องสำหรับหนูและก็ลุงบอมที่ว่าเขียนแยกเป็นตอนๆ น่าจะดีกว่าก็เลยขอแยกเป็นตอนๆ เพื่อให้ได้แบ่งปันได้ละเอียดขึ้น

Continue reading

ออกมาแตะขอบฟ้าที่สิงคโปร์ LeSS – วันที่ 1

Bas-LeSS

 

วันอังคารที่ 2 มีนาคม พ.ศ. 2558 วันแรกของการข้ามน้ำข้ามทะเลมา 1,886 กิโลเมตร เพื่อมาเรียน มารู้ และมารับประสบการณ์จาก Bas Vodde กับ Certified LeSS Practitioner: Principles to Practices โดยจะขอเรียกสั้นๆ ว่า LeSS ละกันนะจ๊ะ

แนะนำตัว

LeSS รอบนี้มีผู้เรียนทั้งหมดประมาณ 22 คนส่วนใหญ่จะเป็นคนในสิงคโปร์ มีมาจากอินเดีย 2 คน มีมาจากออสเตรเลีย 1 คน และจากสยามประเทศ 4 คน ซึ่งส่วนใหญ่เป็นคนที่เคยเรียน CSM (Certified ScrumMaster) มาก่อนแล้วกับ Bas ส่วนใหญ่ เมื่อ Bas แนะนำตัวแล้วนั้น ก็ถึงคิวของคนเรียนแนะนำตัวเองกันในกลุ่มที่นั่งด้วยกันโดยแต่ละคนก็บอกให้เพื่อนๆ รับรู้ข้อมูล ชื่อ มาจากบริษัทอะไร ดำรงตำแหน่งอะไร และผลิตภัณฑ์ที่สร้างและดูแลอยู่คืออะไร

Bas ออกตัวก่อนว่าจะมีหลายๆ ส่วนที่คาบเกี่ยวกับเรื่องที่ตัวเองสอนใจ CSM มาก่อน และชั้นเรียน LeSS นี้จะเหมาะกับผู้ที่มีประสบการณ์ของการทำ Scrum หรือนำพาผู้อื่นทำ Scrum (ScrumMaster)

Continue reading

ออกมาแตะขอบฟ้าที่สิงคโปร์ LeSS – วันเดินทางมา

LeSS-day0

 

ท้าวความกลับไปเมื่อประมาณราวๆ เดือนพฤศจิกายน 2554 ผมได้รู้ว่า Bass Vodde และ Craig Larman ได้ร่วมกันสร้าง Framework สำหรับการทำ Scrum กับการพัฒนาซอฟต์แวร์ด้วย Scrum Team หลายๆ ทีมขึ้นมา ณ ตอนนั้นก็สนใจและรอว่าจะมีเปิดสอนเมื่อไร จนได้เข้าฟัง Introduction to LeSS ที่ Bass พูดในงาน Agile Singapore 2014 พร้อมกับรู้ว่า Bass จะเปิดสอนที่สิงคโปร์ก็เลยจัดการลงตารางเวลาของตัวเองเลยว่าจะต้องมา

สำหรับเพื่อนพ้องน้องพี่ที่อยากรู้ว่า LeSS (Large-Scale Scrum) คืออะไรสามารถเข้าไปอ่านได้จาก

นับวันรอจนกระทั่งถึงวันเดินทางคือวันนี้ (วันจันทร์ที่ 2 มีนาคม พ.ศ. 2558) โดยสายการบิน AirAsia จากสนามบินดอนเมืองมายังสนามบิน Changi สิงค์โปร

Continue reading

Sprint Backlog ของหนู

IMG_0232

ห่างหายจากการเขียน Blog ไปสักพัก ค่ำคืนนี้เลยกลับมาเขียนเรื่องของ Sprint Backlog โดยคืนนี้ผมจะนำ Sprint Backlog ของตัวเองที่ใช้ และแนะนำให้ Development Team หรือ Delivery Team ที่ผมเป็น ScrumMaster เริ่มใช้งาน

อธิบายสั้นๆ ว่า Sprint Backlog คืออะไร?

Sprint Backlog คือ พื้นที่ที่ใช้เก็บบันทึกของที่ Delivery Team รับ Product Backlog Item (PBI) มาจาก Product Owner และได้ดำเนินการประมาณการแล้วว่า น่าจะพัฒนาและส่งมอบได้ ใน Sprint นั้นๆ โดย Sprint Backlog จะถูกออกแบบเป็น กระดาน (Board) เพื่อให้สมาชิกทุกคนใน Delivery Team เห็นได้อย่างชัดเจน และเป็นเครื่องมือสำหรับการทำ Project Management

Sprint Backlog ผมจะแนะนำให้ Delivery Team เริ่มใช้งานแบบง่ายๆ ก่อน โดยมีลักษณะดังนี้

Continue reading

Turn the tables Retrospective ลองเอาใจเขา มาใส่ใจเรา

112527iff39bin7rq3aza7

Retrospective  เป็นกิจกรรมที่สำคัญอย่างนึงของ Scrum เพื่อให้เรามองย้อนกลับไปใน Sprint ที่ผ่านมาว่าทีมเรามีอะไรที่ดี และอะไรที่ควรปรับปรุงบ้าง   การจัด Retrospective ที่ดีถือเป็นงานท้าทายอย่างนึงของ Scrum Master ซึ่งจะต้องทำให้ทีม สื่อสาร และเปิดใจ เพื่อให้ได้ ข้อมูลและวิธีแก้ปัณหาร่วมกัน

วันนี้ผมขอแนะนำวิธีที่ใช้ในการทำ Retrospective  อีกรูปแบบนึงที่ใช้ได้ดีกับทีมที่มีปัณหา Communication ทีมที่พึ่งรวมตัว หรือทีมที่มี Conflict ภายใน

Continue reading

Scrum Diary: Scrum กับ CMMI เข้ากันได้อย่างไร?

discussion-cmmi-and-scrum

 

หลายต่อหลายครั้งที่ได้ยินคำพูดบ่นเรื่อง CMMI (Capability Maturity Model Integration) ว่าไม่ดี อย่างนั้น อย่างนี้ อย่างโน้น ก็เลยขอเสือกลงไปดูหน่อยสิว่า จริงๆ แล้วมันใช่แบบนั้นหรือเปล่า และผลที่ได้รับจากการ อ่าน เอกสาร CMMi บวกกับ พูดคุยฟัง จาก CMMi Implementer ในไทยหลายๆ คน เฮ้ย มันไม่ใช่ CMMI ของเขาดี แต่ คุณเองหรือเปล่าที่ไม่เข้าใจมันเองจริงๆ ถึงแก่น

8 เดือนกว่าๆ (ณ ตอนที่นั่งเขียน Blog นี้) ผม และทีมงานเข้ามาช่วยพาทีมพัฒนา Software ของ บริษัท โกซอฟต์ (ประเทศไทย) จำกัด ออกเดินทางบนเส้นทางของ Agile โดยใช้ Scrum เป็นเพื่อนนำทาง ซึ่งปัจจุบันทางบริษัท โกซอฟต์ (ประเทศไทย) จำกัด เองนั้นก็ผ่านการตรวจ CMMi Level 5

เมื่อวานนี้ (วันอังคารที่ 8 มกราคม พ.ศ. 2558) เชิญ ปลา (Jintana Chanakul) CMMI Implementer สาว ผู้คล่องวอดในเรื่อง CMMI แห่ง บริษัท โกซอฟต์ (ประเทศไทย) จำกัด มาร่วมพูดคุย และสรุปภาพระหว่าง Scrum และ CMMI ออกมา ได้ความว่า

Continue reading

ความเข้าใจผิดที่ 1: Scrum มันก็คือ Waterfall นั่นแหละ แค่หล่อกว่า

fact-or-myth

 

สวัสดีเช้าวันจันทร์ที่ 5 มกราคม พ.ศ. 2558 เพื่อนพ้องน้องพี่หลายๆ คนน่าจะพร้อมทำงานในวันแรกของปี 2558 (มั้ง) ยังไงก็สู้ๆ กันต่อไปนะจ๊ะ เริ่มเข้าเรื่องเลยละกัน ช่วงวันหยุดส่งท้ายปีเก่าตอ้นรับปีใหม่ได้รับอีเมลข่าวสารจาก ScrumAlliance และไปสะดุดตากับหนึ่งเรื่องในอีเมลนั้น กับ ข้อความว่า The Top 3 Scrum Myths (ใครสนใจอ่านต้นฉบับ Click ไปอ่านต่อได้เลย) อ่านแล้ว ต้องยิ้มมุมปาก เพราะตลอดระยะเวลา 3 ปีที่ผ่านมาที่ออกตะเวนบอกเล่าพาทำความรู้จักกับ Scrum ก็จะเจอความเข้าใจผิดไม่ต่างจากบทความนี้เช่นกัน

เช้าวันนี้เลยขอหยิบ The Top 3 Scrum Myths มาแปลเป็นภาษาไทย + ผสมผสานประสบการณ์ส่วนตัวของผมลงไปด้วยนะจ๊ะ โดยผมจะขอเขียนแยกออกเป็นตอนๆ ไปนะจ๊ะ

Continue reading

Scrum coach retreat day 2: Technical Coach

มาต่อกันจากบทความก่อนหน้า ในวันที่สองของ scrum coach retreat apac 2014 ทีมผมได้มีการเลือกหัวข้ออะไรคือการโค้ชเชิงเทคนิคขึ้นมาจาก backlog เรามีเวลา 135 นาที แบ่งเป็น 30 นาที 4 ช่วงเพื่อหาคำตอบ และอีก 15 นาทีสำหรับ retrospective

เราเริ่มจากเขียนสิ่งที่แต่ละคนคิดว่ามันคือการโค้ชเชิงเทคนิคลงใน post-it แล้วโยนไว้ข้างหน้าตัวเอง เวลาผ่านไปอย่างรวดเร็ว post-it ตรงหน้าแต่ละคนมีไม่มากเท่าไหร่ แต่พอเอามารวมกันแล้วมันน่าจะเพียงพอสำหรับตอบคำถามของเราในตอนนี้ Continue reading

เพิ่ม “ความโปร่งใส (Transparency)“ ด้วย นิยามของคำว่า “เสร็จสมบูรณ์” (Definition of “Done”)

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

ความโปร่งใส (Transparency) หมายถึง การมองเห็นภาพโดยตลอดปราศจากประเด็นแอบแฝง ซ่อนเร้น มีข้อมูลชัดเจน ละเอียด ประกอบการประสานงาน การร่วมมือร่วมใจ และการตัดสินใจ โดยความหมายของคำว่า ความโปร่งใสในองค์กร (Corporate transparency) ตามที่ระบุไว้ในวิกิพีเดีย จะเน้นการขจัดอุปสรรค และ/หรือการอำนวยความสะดวกให้ ประชาชน เข้าสู่ข้อมูลข่าวสารขององค์กร กฎหมาย กฎระเบียบ และกระบวนการทำงาน โดยสะดวก จากคำจำกัดความดังกล่าว อาจสรุปได้ว่า ความโปร่งใสที่ใช้ในการบริหาร งานจะหมายถึง การสร้างความเปิดเผย เปิดโอกาสให้ผู้มีส่วนได้ส่วนเสียทั้งจากภายใน และภายนอกหน่วยงานสามารถเข้าถึงข้อมูลด้วยวิธีการต่างๆ มีการสื่อสาร การแสดง ความรับผิดชอบ พร้อมรับการตรวจสอบ รวมทั้งมีกระบวนการในการติดตาม (tracking) และ ประเมินผล (measure) ที่ได้รับการยอมรับว่าเที่ยงตรงและเชื่อถือได้

อ่านความหมายของ ความโปร่งใสแล้ว คุณก็คงอยากได้ ทีมที่ทำงานด้วยความโปร่งใสเหมือนเจ้าของบริษัท หรือ ผู้จัดการโครงการ หรือ ผมนี่ แล้วใช่มั้ยละครับ แน่นอนครับ ทีม Scrum นั้น มีคุณสมบัติของ ความโปร่งใส แล้ว โดยผ่านการทำงานร่วมกันด้วยเอกสารที่ใช้สื่อสารกัน หรือ วัตถุที่เกิดจากกระบวนการพัฒนา (artifact) 3 สิ่งของเกมส์ Scrum นั่นก็คือ Product Backlog, Sprint Backlog และ Increment

การทำงานร่วมกันเป็นทีมที่มี  “ความโปร่งใส”  ใน Scrum Guide ได้อนุญาตให้เรานำ นิยามของคำว่า “เสร็จสมบูรณ์” (Definition of “Done”) กำหนดเพิ่มไว้ใน artifact ทั้ง 3 ได้ ซึ่งจะทำให้ ทีม Scrum มีคุณสมบัติการทำงานร่วมกันเป็นทีมที่มี “ความโปร่งใส” ได้ไงล่ะครับ

Continue reading

« Older posts

Copyright © 2015 สกรัม หนึ่ง สอง สาม ปลาฉลามขึ้นบก

Theme by Anders NorenUp ↑