Agile,Engineer Pratices,Refinement,Requirement Gathering,Scale,Scrum,Visualization

เมื่อทีมเติบใหญ่ขึ้น – When your team “GROW UP”

เมื่อประมาณสัปดาห์ที่ผ่านมาได้มีโอกาสไปดูงานที่ธนาคารแห่งเก่าแก่นึ่ง ซึ่งได้ลองนำ Agile เข้าไปประยุกต์ใช้กับการสร้าง Product ที่เป็น IT Product ของเขา สำหรับผมที่อยู่ในโลกแคบ ๆ ไม่ค่อยได้ออกไปเปิดหูเปิดตาที่ไหนแล้ว เป็นเรื่องที่น่าสนใจมาก เพราะสิ่งที่เขาพยายามทำมีบางอย่างที่ไม่เหมือนกับที่เราทำอยู่ ถึงแม้แก่นจะมาจากแก่นเดียวกัน แต่ในรายละเอียดแล้ว ก็มีหลายอย่างที่ต่างกัน และแน่นอนว่ามาถึงที่แบบนี้แล้ว จะไม่เดินดูทีม ไม่เดินดูบอร์ด ไม่พูดคุยกับใครต่อใครก็คงจะถือว่าเป็นการเสียโอกาสมาก ๆ หลังจากพูดคุยมาซักครึ่งชั่วโมง ก็มาถึงจุดที่เราคุยกันถึงปัญหาที่เขาเริ่มเจอตอนนี้ คือตอนนี้ทีมเริ่มใหญ่โตขึ้น เขาเริ่มต้องการ Split ทีมออกเป็น 2 ทีม เพราะ Communication Cost ของการที่มีทีมขนาดใหญ่มันเยอะมาก ๆ การเคลื่อนตัวของทีมก็ช้าลงมาก ผมเลยมานั่งคิด ๆ ดูว่าผมเองก็เคยผ่านจุดนั้นมาบ้าง ถึงแม้ทางออกที่ทำไปจะไม่ใช่ทางออกที่ดีนัก แต่ก็ถือโอกาสสรุปไว้ เพื่อวันหลังจะได้ไม่ลืมว่าเส้นทางที่เราเดินมานั้นเป็นอย่างไร

TreeGrowthChart_800x550

credit image http://www.brianvellmure.com/wp-content/uploads/2014/01/TreeGrowthChart_800x550.png

อ่านเพิ่มเติม

Daily Scrum,Scrum

Failure Experience : มีอะไรก็เอาไว้ๆ คุยใน Daily Scrum สิ

ในงาน Agile Thailand 2015 ที่จัดที่อาคาร 100 ปี คณะวิศวกรรมศาสตร์ มหาวิทยาลัยจุฬาลงกรณ์ ที่ผ่านมา ผมได้มีโอกาสได้เสนอ Session ที่มีชื่อว่า “Talk Failed Experience” ซึ่งผมได้ Idea มาจากการ Spotify ที่มีการยกย่องคนที่ทดลองอะไรบางอย่างแล้วล้มเหลว ผมไม่แน่ใจในรายละเอียด (ผมเป็น I ไม่ได้จดไว้เลยลืม 555+) แต่เหมือนจะเป็นกิจกรรมที่ชื่อว่า Fail Case Celebration ซึ่งผมได้ยินครั้งแรกก็รู้สึกว่าน่าสนใจมาก ๆ ส่วนอีกแรงผลักดันที่ทำให้ผมอยากมี Session นี้คือ ส่วนมากเราจะพูดกันถึงแต่ด้านดี ๆ ของ Agile/Scrum คนที่ทำมาก่อนไม่ค่อยพูดว่ากว่าจะมาถึงจุดที่เรียกว่า Be Agile มันต้องล้ม ต้องลุก คุกคลานมากแค่ไหนบ้าง Failed อะไรมาบ้าง และที่สำคัญคือได้เรียนรู้อะไรจากที่เรา Failed ไป แต่เนื่องจากมีคนสนใจ Sessiom นี้อยู่พอควร และหลาย ๆ คนที่เข้ามาก็มีหลาย ๆ Case ผมเลยมีโอกาสได้เล่า Failed Case ที่ผมคิดไว้แค่ 1 – 2 เรื่อง ซึ่งแน่นอน ผมก็เลยอยากจะถยอยเอาเรื่องที่เหลือมาเล่าให้ฟังผ่าน Blog นี่แล้วกัน

11256198_849115241808691_415776500_o

อ่านเพิ่มเติม

Refinement,Requirement Gathering

From Question to Specification : Specification by Example

จากวันก่อนที่พูดเรื่อง เมื่อการเทสไม่ใช่การทดสอบผลงาน แล้วก็พูดถึงวิธีการในการทำ Backlog Refinement แบบนึงให้เกิดการมีส่วนร่วม เลยรู้สึกได้ว่ายังขาดอะไรไปสักอย่างในช่วงวันแรกของ CSD เพราะทั้ง 2 หัวข้อผมลืมใส่รายละเอียดที่เกี่ยวกับกิจกรรม และการนำไปใช้อยู่พอสมควร เลยคิดว่าน่าจะเอามาพูดกันในวันนี้

อ่านเพิ่มเติม

Agile,Engineer Pratices,Refinement,Requirement Gathering,Scrum,Visualization

Collaborating in Refinement

มีสิ่งนึงที่ผมประทับใจมากในวันแรกของ Class CSD ที่ได้ไปเรียน ผมเองไปถึงเวลา 9:30 ซึ่งสายมาก ๆ และผ่านจุดที่ Terry เล่าภาพรวมของ Scrum ให้ฟังไปแล้ว และกลับมาเริ่มให้ Product Owner เล่าถึง Product ที่ทีมงานจะทำภายใน 5 วัน ที่จะอยู่ด้วยกัน โดยหลังจากเล่าภาพรวมของ Product แล้วเราจึงเริ่ม Initial Backlog Item (จริง ๆ ก็แค่เขียนมันลงไปใน Card เพราะมี หัวข้ออยู่แล้วในหนังสือ) ซึ่งหลังจากนั้นเราก็เริ่มทำ Backlog Refinement มาถึงจุดนี้มีเวลาให้เราทำกันประมาณ 1 – 2 ชั่วโมงกับการคุยกับลูกค้าเพื่อเริ่มเตรียมงานเข้า Sprint

credit image : www.castlellc.com

อ่านเพิ่มเติม

Agile,Scrum

Scrum กับการวางแผนอย่างสม่ำเสมอ

ผมเองเคยเป็นคนนึงที่เข้าใจอย่างผิด ๆ ว่าการทำ Software Development โดยใช้แนวคิดแบบ Agile ไม่ได้ให้ความสำคัญกับการวางแผนงาน (ก็ทำในสิ่งที่ต้องทำจะวางแผนล่วงหน้าทำไม) ซึ่งเป็นความเข้าใจผิดที่ร้ายแรงมาก เพราะฉะนั้นตอนที่เริ่มศึกษาและลองทำ Scrum กับทีมในช่วงแรก ๆ (มีพี่ที่อยู่ในทีมสนใจเลยคุยกันว่าลองทำดูแล้วกัน) จึงเน้นการพยายามทำ Sprint Planning เพียงอย่างเดียว แถมทำแบบตำข้าวสารกรอกหม้อ คือจะเริ่มเข้า Sprint ใหม่ Sprint ก็เริ่มคุยเอาทุกอย่างให้จบให้ชัดใน Session นั้น ความบรรลัยจึงเกิดขึ้น …

อ่านเพิ่มเติม

Agile,Scrum

เครื่องมือของ ScrumMaster – จาก เฝ้าสังเกต สู่ Interrupt

หายไปนานพอควรจากการเขียนครั้งล่าสุด ช่วงนี้ได้รับการกระตุ้นจาก #บล็อกกันวันละหน เลยกลับมารู้สึกอยากจดอะไร ต่อมิอะไรที่ตัวเองได้เรียนรู้มาบ้าง แต่จะจัดหนักอัดเต็มแบบ CSM ที่แต่ละ Blog ใช้เวลาผลิต 2 – 3 มันก็ไม่ไหว ไม่คล่องตัว งั้นเอาเล็ก ๆ สั้น ๆ ซอยออกมาบ่อย ๆ ตาม concept #บล็อกกันวันละหน ก็แล้วกัน

ก่อนหน้าที่ผมจะได้มีโอกาสเข้า Course CSM กับ Bas Vodd นั้นผมจะได้ยินบ่อยมาก ๆ (จนบางครั้งถึงขั้นเพ้อ 555+) ว่าหน้าที่หลักของ ScrumMaster คือ ขจัดอุปสรรคที่อาจจะเกิดขึ้น รวมถึงสนับสนุนให้เกิดการทำงานแบบ Scrum และที่ได้ยินบ่อยที่สุดคือ Actively Doing Nothing ซึ่งถึงแม้จะพยายามอ่านหรือถามใคร ๆ ก็จะมีคำนี้โพล่มาเสมอ แต่เมื่อได้ไปเรียน จึงทำให้รู้ว่าจริง ๆ ScrumMaster มีกล่องเครื่องมือที่สามารถจะหยิบออกมาใช้ได้ตามสถานการณ์ …

อ่านเพิ่มเติม

Agile,Scrum

Certified ScrumMaster Day 1/3 : Part 3/3

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

หลังจากที่ใน 2 Blog ที่ผ่านมาเราได้สัมผัสกับ Bas แบบตัวเป็น ๆ ไปแล้ว ก็ถึงคราวพระเอกรองเท้าแดงของเรามาวาดลวดลายด้วยภาษาอังกฤษ แบบพูดไฟแล๊บกันเลย โดยเริ่มจาก Scrum Overviews ตามด้วยกิจกรรมสำคัญเพื่อให้เข้าใจ Role and Responsibility อย่าง Where is PM ?

อ่านเพิ่มเติม