หลังจากห่างงานแนวๆนี้ไปนาน เพราะติดเรียน ป โท ครับ ตอนนี้เรียนจบ / รับปริญญา เรียบร้อยแล้ว

เดินทางมา SCB Academy อย่างไร ?

• ตอนแรกว่านั่งรถไฟฟ้า BTS จากบางหว้า มาพหลโยธิน 24 แต่มันแพง 555
• ผมเลยลอง Challenge โดยลองนั่งรถเมล์ครับ
  • สาย 539 จากชัยพฤกษ์ มา อนุสาวรีย์ 14 บาท
  • สาย 39 จากอนุสาวรีย์ มาถึงพหลโยธิน 24 10 บาท
• พอตั้ง Challenge ไว้แบบนี้แล้วเลยมาถึงคนแรกเลย เพราะ เผื่อเวลาไว้เยอะหน่อยครับ
• แต่มาถึงแล้วก็มาช่วย Review เล่ม Proposal ของรุ่นน้องต่อครับ จนถึงงานเริ่มครับ

เริ่มงาน

• Theme งานปีนี้ “It’s Okay to Not Be Okay ตั้งวงเล่า เรื่องเศร้าอไจล์” – เพราะการนำ Agile มาใช้มันมีสำเร็จ และพัง
• Check-in มีให้จับกลุ่มแนะนำตัวครับ รุ้จักบ้างไม่รู้จักบ้าง แต่เสียงดังไปนิดนครับ ผมเป็นคนที่ไม่ชอบที่เสียงดังๆเท่าไหร่ครับ
• งานวันนี้เป็นเหมือนงาน Agile ครั้งก่อนๆครับ เป็นงานแบบ Unconference ครับ ไม่มีหัวข้่อ มีแต่ Slot เวลาเตรียมไว้ให้ครับ
  • ฺBlog ผมตอนปี 2016 ก่อนจะหายไปยาวเลย 555
• กฏของ Conference นี้ครับ

• จากนั้นเป็นหัวข้อของทาง SCB ครับ และหัวข้อที่แต่ละท่านมาแชร์ครับ เดี๋ยวผมจะเขียนในหัวข้อถัดไปครับ โดย VDO ของงานวันนี้ เข้าใจว่าจะถูกบันทึกลงใน Platform พลเมืองดีดิจิตอล ครับ

สรุปหัวข้อในงานที่ผมได้ฟังนะครับ

– Robinhood

• Platform ที่เสริมธุรกิจหลักของธนาคาร เป็น CRM ทางหนึงของธนาคารครับ จาก Pain Point
  • ค่าจุกจิกมากมาย เช่น GP ของร้าน 30% Rider 20%
  • Platform ที่มีอยู่เป็นของต่างชาติ
• One Team
  • Humble ถ่อมตัว เน้นแนวคิด Idea ใหม่ๆ ไม่ยึดตามตำแหน่ง
  • Responsive ตอบสนองกับหน้าที่ ไม่มีโทษใคร ถ้าผิดพลาด
  • Collaborative นอกจากทีมพัฒนาแล้ว มีนำหน่วยงานอื่นมาร่วมด้วย เช่น พนักงานสาขา / Call Center เป็นต้น
• Food Delivery มีความท้าทายต่าวกับ Mobile Bank
  • ร้านน้อย เพิ่มร้านยังไง
  • คน Rider น้อยไม่พอ บูตจำนวน Order ให้จูงใจ Rider ด้วย
  • ค่า GP
  • ส่งช้า
• COVID เปลี่ยนทุกอย่าง ปกติงานธนาคาร ใช้เวลา 2 ปี 1 ปีทำเรื่อง 1 ปีพัฒนk แต่งานใช้เวลาภายใน 3 เดือนเน้นความเรียบง่าย(Simple) เน้น Feature เรียบง่าย สั่งอาหารได้ก็พอครับ
  • Idea Meeting พยายามทำให้จบใน 1 Meeting ไม่ให้เกิดการวน Loop
  • Food Delivery เป็น Tech ที่ใครอยู่ได้นานสุดชนะ
  • ทำอย่างไรมห้ลูกค้า Applicate กับ Product เรา
  • SCB เริ่มต้นโดยอาจจะไม่พร้อม อาทิ เช่น Rider หาผู้เชี่ยวชาญอย่า skootar เข้ามาร่วมมือแทน และมีการเข้า course เพื่อให้ประสิืทธิภาพการยบริการสูงสุด เพราะ พนักงานส่งเป็นคนคนเดียวที่ลูกค้าจะได้พบหน้า แก้ปัญหาเฉพาะหน้าได้ ให้ลูกค้่าประทับใจ
  • ส่วนที่ SCB พร้อม เช่น
    • พนักงานสาขามีให้ไปปรับตัวหาร้านอาหาร พร้อมช่วยสร้างร้านบน Platform
    • Call Center ปรับนอกจากรับเรื่องเงินๆทองๆ แล้วมารับร้องเรียนเรื่องเมนูอาหารด้วย

– GPO Go Agile

• GPO = องค์การเภสัชกรรม เป็นองค์กรของรัฐ ทำงานเกี่ยวกับผลิต + ขายยา และเวชภัณฑ์ไม่ใช่ IT เลย น่าจะเป็นหน่วยงานของรัฐที่เอา Agile ไป Implement ครับ
• ลูกค้าขององค์การเภสัชกรรม โรงพยาบาลรัฐ และยาในโครงการ 30 บาท ส่วนโรงพยายาลของทหาร หรือ เอกชน มีตลาดแยกไปอีกครับ
• เดิมหน่วยงานรัฐทำตาม Process เป็น Waterfall แบบนึง และมี SILO ทำให้งานบางอย่างเชื่องช้า
• เริ่มต้นจากผู้บริหารองค์กรเล็งเห็นถึงปัญหา เลยกำหนดทีมขึ้นมา เค้าน่าจะเรียกว่า Enablers นะ ถ้าจำไม่ผิด เป็นการคัดคนที่มีความสามารถของแต่ละหน่วยมาอบรมการใช้ Agile และทำงานร่วมกัน โดยให้ SCB Academy มาเป็น Coach เพื่อให้บรรลุ Goal / KPI ได้
  • Enablers มาจากพนักงานในองค์กร รวมเป็น Talent Team มีทั้งเภสัชกร นักวิจัย และ HR เป็นต้นครับ
  • หน่วยงาน หรือ คณะกรรมการ 10 คณะ โดยมองว่าประธานของคณะ เป็น Product Owner เป็นผู้ที่ใช้ Requirement ของชิ้นงานขึ้นมา
  • Enablers => ให้ไปเป็น Scrum Master ซึ้งมีหน้าที่ประสานงาน ลดความล่าช้าของแต่ละหน่วย อันนี้ทำได้ เพราะ ผู้ใหญ่ในองค์กรหนุนด้วยครับ (Leader Ship Support)
  • COVID ทำให้ Process เกิดการปรับเปลี่ยน จากเดิมที่มี Agile มาเร่งปรับกระบวนการแล้ว ยังมี COVID มาร่วมแจมด้วย อันนี้ผมว่าเสริมตัว Digital Transformation ครับ
  • Scrum Master ปรับ Mind Set ของในทีมให้ค่อยพร้อมรับกับ Agile โดยมีกลยุทธ์
    1. สู้ – ปรับให้ทุกคนมี Mind Set เหมือนกัน เห็นงานร่วมกัน
    2. ถอย – ผู้บริหารมี Style ไม่เหมือนกัน ต้องปรับตัว ต้องมี Network ช่วยประสาน
    3. หลบ – ช่วยแบบไม่ออกตัว หรือ วางยา จริงเป็นทักษะการสื่อสารพี่ค่ะ
    4. ปล่อย – ทำจนถึงที่สุด ปล่อยให้เค้าเรียนรู้ด้วยตัวเอง
  • เอา Agile มาใช้แล้ว Product ยา เวชภัณฑ์ต่างๆยังต้องตรงตามมาตรฐาน รวมถึงปรับตัวให้ทัน และพึ่งพาตัวเองได้
• Culture Transformation
  • ทุกคนต้องเห็นงานทั้งหมดร่วมกัน และร่วมตัดสินในสถานะของงาน ใน Kanban Board ให้ผู้บริหารมีส่วนร่วมในการตัดสินใจขยับ Kanban เช่น จาก To Do > Doing > Done
  • นัดตามงานตามรอบ และสื่อสารกันผ่านช่องทางอื่นๆอกจากหนังสือราชการ
  • Sprint Review เพื่อให้ Stakeholders เห็นภาพ และร่วมมือด้วย
• ผลงานที่ออกมาชัดเจน PPE รุ่นเราสู้ / Alcohol Gel / ปิดยอดขายได้
• คหสต ของผมนะ ยังไม่ค่อยเห็นภาพของ Retrospective ลืมถามด้วยแหละ ว่าในหน่วยงานราชการ ถ้าเอา Agile มาใช้เป็นอย่างไร และการทำเป็นรอบๆ ที่ยังงงๆอยู่ครับ

– ผิดไหมที่จะรู้สึกไม่ดีกับคนในทีม

• ผมเข้าหัวข้อนี้ เพราะไม่ได้มีปัญหากับคนในทีมหรอก แต่ข้ามแผนก และลูกค้า 555 จริงช่วงเวลานี้มีหัวข้อที่สนใจอยู่นะ Agile Testing กับ D.I.S.C กับการบริหารทีม เดวรอ Blog ของท่านอื่นๆครับ

• Iceberg Theory
  • people สำคัญ และเราไม่สามารถ Deal ได้กับคนทุกรูปแบบ
  • เราต้องเข้าใจว่าทุกคนมาจากคนละที่ถูกหล่อหลอมมาไม่เหมือนกัน
  • บางครั้งเรามองแต่ Behavior ที่ทำให้เกิด Outcome ที่อยู่เหนือภูเขาน้ำแข็ง แต่ไม่ได้มองลึกลงไปถึงใต้ภูเขาน้ำแข็งว่าอะไรหล่อหลอมมันมาบ้าง
    • ประสบการณ์ เหตุการณ์ที่ผ่านมา (Experience)
    • ทำให้เกิดความเชื่อ (Belief)
    • ส่งผลต่อความคิด (Thinking) และความรู้สึก (Feeling)
    • ที่สะท้อนออกมาในรูปแบบของพฤติกรรม (Behavior) และผลลัพธ์ที่ได้

• Johari Window – เป็นวิธีการที่ช่วยให้เราเข้าอกเข้าใจตัวเอง หรือผู้อื่นมากขึ้น
  • Open Area – ตัวตนเราที่ตัวเรา และที่คนอื่นเห็น
  • Blind Spot – ตัวตนที่เราอยู่ แต่คนอื่นไม่เห็น หรือ เข้าใจ สิ่งที่ช่วยได้ คือ การถาม (Asking for Feedback) ถามปลายเปิด เพื่อให้เข้าใจมาขึ้น
  • Hidden Area – เรารู้ แต่คนอื่นไม่เข้าใจ เช่น เราซีเรียสเรื่องเวลา แต่ที่คนอื่นเห้นชอบไปจี้ๆให้ทำงานเสร็จ สิ่งที่ช่วยได้ คือ การเปิดใจ ถึงจุดอ่อน (Disclosing Vulnerability) เพื่อให้อีกฝ่ายเกิดความเข้าใจ เอาใจใส่ (Empathy) เข้าใจสถานการณ์ของผู้เล่า ช่วยรับฟัง หรือ ถามเพื่อให้เค้าเปิดใจจนพอ
    • ผมว่า Blind Spot กับ Hidden Area บางครั้งมันมองคู่กันได้
  • Unknown – พื้นที่ที่เรา และคนอื่นก็ไม่รู้
• 3E of Resonance
  • Emotion – เรารู้สึกอย่างไร
  • Experience – เรามีประสบการณ์อย่างไร
  • Expectation – เราคาดหวังอะไร ซึ่งส่งผลกับ Emotion
• เหมือนผมจะได้ยินอีกคำด้วยนะ น่าจะเป็นคำว่า Sympathy = ความเห็นใจ สงสงสาร (ไม่แน่ใจว่าถูก หรือป่านะ)
• จากนั้นมีกิจกรรมให้ลองเปิดใจ เล่าเรื่อง ระบาย ผมก้บ่นไปเยอะเหมือนกัน 5555
• ผมอาจจะสรุปไม่ได้ครบถ้วนนะครับ ลองไปอ่าน
  • Medium ของ Speaker: ผิดไหม ถ้ารู้สึกไม่โอเคกับคนในทีม
  • 36 Questions เข้าใจคน

– มองวัฒนธรรมองค์กรผ่านมุมมอง The Platform

• ผมขอสารภาพก่อน ผมเพิ่งรู้ว่า The Platform คือ หนังใน Netflix (เสียเงินไป 99 บาททุกเดือน เริ่มรู้สึกว่าไม่คุ้มและ ดูแต่การ์ตูน 555)
• ก่อนจะเขียน Blog ผมเลยไปดูสปอย เพื่อความเข้าใจก่อน

• อะไรที่ส่งผล หรือสะท้อนออกมาในรูปแบบวัฒนธรรมองค์กรได้
  • คน – ลักษณะส่วนตัว (Personal) / คนรอบข้าง เช่น เพื่อนร่วมงาน หัวหน้า
  • Process/Policy – เพื่อให้การทำงานมันมีระบบ ระเบียบ และช่องโหว่ (อันหลังผมเติมเองนะ เพราะมี Blog นึงที่เขียนดองไว้อยู่ กะว่าจะ Publish ปีหน้า อ่านทวนหลายๆรอบก่อน)
  • KPI – ต้องทำให้ได้ตามเป้าหมาย
  • โครงสร้างองค์กรที่เป็น Silo – ทำให้ทุกคนดูแปลกแยก
  • Corporate Value – ที่ตั้งมาแล้วแต่ระบบไม่เอื้อ เช่น โตไปไม่โกง แต่ระบบ หรือ สภาพแวดล้อมมันไม่เอื่อ คนโกงยังรอดไม่ถูกลงโทษ อะไรงี้

ผลประกอบการสะท้อนวิธีการทำงาน และวัฒนธรรมขององค์กร

ผมชอบคำนี้นะ

• ปัญหาที่เกิดขึ้น ถ้าวัฒนธรรมองค์กรมันไม่เอื้อ
  • เมื่อเกิดข้อผิดพลาดให้ทำให้เกิดวัฒนธรรมการเอาตัวรอด – โยนขี้ โทษกันไปกันมา (Blaming Culture)
  • ขาดความเห็นอกเห็นใจ ก็งานในส่วนของ Sale ทำเสร็จแล้ว ทำไมต้องสนใจทีมข้างหลัง เป็นต้น
  • Silo ที่แยกหน่วยงานของใครของมัน
• Communication – ไม่ใช่แต่เพียงการพูดคุย แต่เป็น Way of Work
• การแก้ Culture ปรับให้มันดีขึ้นได้
  • เริ่มต้นที่ตัวเราก่อนเลย ถ้าจะเปลี่ยนระบบต้องกล้ามาก หรือ เอาตัวเองออกไป 555
  • มองคนอื่นให้มาขึ้น นึกถึงหัวข้อก่อนเลยที่ฟังเลย ผิดไหมที่จะรู้สึกไม่ดีกับคนในทีม ลดชั้น ถ้าในเรื่อง Platform ลดจำนวนขั้น
  • ปรับการทำงานขององค์กร ปรับ Policy ไม่ให้เกิดการโยนขี้
  • สร้าง Transparency – ความโปร่งใส จริงๆมองว่า ไม่ให้เกิดการเลือกข้างมากกว่า เช่น งบมาเท่านี้ ได้เครื่องคอมที่แรกที่สุด 1 เครื่อง ทีมมี 10 คน และเราควรใช้ใครได้ใช้งานมันหละ ?
  • สร้าง Trust – ทำให้คนในทีมเกิดความเชื่อมั่น
  • ทำให้ Free Space เพื่อให้ได้จาก Feedback ที่ตรงไปตรงมา
  • สุดท้ายการปรับตัวมาจากทั้งสองมุม
    • Top-Down : สิ่งที่ผู้บริหารต้องการสื่อ ต้องลงมาถึงพนักงานชัดเจนไม่บิดเบือน
    • Bottom-Up : เสียงจากพนักงานขึ้นไปถึงผู้บริหาร
• พอดูสปอยเรียบร้อย ผมเข้าใจนะ ว่าสิ่งที่หนังจะสื่อ มันปรับตัวคุกเข้ากับโครงสร้างขององค์กรได้จริงๆนะ
  • พวกชั้นบนๆ ไม่รู้ว่าข้างล่างเป็นอย่างไร เอาสบายก่อน
  • คนที่จะเปลี่ยนระบบ มีบางคนที่ต้องท้อหมดหวัง และจากไปก่อน การจะโน้มน้ามใครมีเปลี่ยนยากพอตัวเลย
  • กฏเกณฑ์ของคุกที่เหมือน Process / Policy ขององค์กร ที่มันเกิดข้อผิดพลาด แต่ไม่มีใครสนใจ หรือแสดงให้เห็น ในสปอยมีนะความผิดพลาดของระบบ แต่ไม่รู้ว่าจะทำใ้เกิดการเปลี่ยนแปลงไหม

– Domain Driven Design for Agile

• DDD vs TDD การเข้าใจสิ่งจะออกแบบขึ้นมา กับ การทดสอบสิ่งที่กำลังทำ
• Domain Driven Design
  • Ubiquitous Language ความหมายของคำในบริบทต่างกัน เช่น context การเงิน par กับบ้าน   par พอมีคำพวกนึ้มาขึ้นจะกลายเป็น Domain ขึ้นมา
  • Bounded Context – กรอบของคำ ข้อมูล
  • Context Mapping – แต่ละ Bounded Context มันสื่อสารอย่างไร
• Software ควรมีแผนผัง/ แผนที่นะ เรียกว่า Big Bold of Mud ก้อนโคลน
• Microservice ทำให้ตัว Domain Driven Design กลับมาอีกครั้ง เพราะ ช่วยให้เราเลือกได้ว่า อะไร สิ่งทีควรทำ ควรจัดให้อยู่ด้วยกัน
• Event Storming วิธีการ Implement DDD – เริ่มจาก Use Case กิจกรรม และสิ่งที่ควรได้ คือ Problem Space (Domain Modeling)
• Problem Space การเข้าใจรูปแบบการทำงาน (แหมทำให้นึกถึงตอนเรียนวิชา RE 555)
  • ต้องผ่านกิจกรรม Event และ Product ที่ออกมา คือ อะไร (คนสอนเรียกว่า Aggregate เช่น ระบบ OPD เมื่อคนไข้ เข้ามาต้องได้ข้อมูลคนไข้ และ
  • เจ้า Aggregate ข้อมุลเล็กที่สุดที่จะ commit ได้
  • มันจะได้แผนที่ของระบบที่แสดงขอบเขตชัดเจน ผมเข้าใจว่าเป็น High Level Architecture นะ แต่ผู้พูดบอกถึง C4Model นะ
  • แยก Domain ให้ได้ โดยต้องพึ่งพา Domain Expert เข้ามาคุย และทำงานร่วมกันในทีม
  • จัดการความสัมพันธ์ระหว่างระบบ Bounded Context ก่อน
  • เมื่อแยก Domain ได้ แล้ว เราจะจัดลำดับความสำคัญได้
    • Core Domain – ส่วนสำคัญของระบบ ต้องทุ่ม Resource
    • Generic Domain – ส่วนที่ Common อาจจะหา Framework หรือ เครื่องมือมาช่วยได้
    • Support Domain – ส่วนที่เสริมการทำงาน อาจจะใช้ทีมงาน Outsource มาช่วย เป็นต้น
  • พอได้ Problem Space จุดที่เราจะดูได้ต่อ ถ้าจะแก้ไขมัน (Re-Model) อะไรกระทบบ้าง ผมนึกถึงภาพเกม Total war เหมือนเราต้องมาวางแผนของแผนที่ของปัญหา
• Solution Space เอาสิ่งที่เป็น Problem Space ที่จัดกลุ่ม หรือ Domain อะไรเรียบร้อยจนรู้ถึงความสัมพันธ์แล้ว มาใช้ Technical Design เพื่อให้เกิดวิธีการแก้ปัญหาจริง ปัญหาอาจจะไม่ต้องทำระบบก็ได้นะ บางทีปรับวิธีการทำงานก็ได้แล้ว หรือ ถ้าเป็น Technical Design จริงๆ เช่น
  • CQRS (Command-Query Responsibility Separation) ตาม Blog นี้ไปเลยย
  • Event Sourcing
  • การตัดสินใจว่าข้อมูลไหนควรจะ Atomic Tx – Consistency หรือ Eventually Consistency ซึ่งมันจะส่งผลกับ Service ที่ทำเหมือนกัน ว่าจะ Scale ได้ไหม หรือ เกิด Dependency Hell
  • Design Pattern อันนี้ ผมเข้าใจเป็นวิธีการหนึ่ง Solution นะ แต่อาจจะเข้าใจผิดก็ได้

Blog หรือ Resource อื่นๆ

• Snappytux Blog : สรุปงาน Aglie Thailand 2020
• ATH2020 Flight Levels From The Trench by Kulawat (@kluak110)
• ATH2020 Self Managed Team by Jirapun Daengdej
• BMIND วันนี้มาจัดงานอไจล์ไทยเเลนด์ เราก็ใช้อไจล์กันนะจ้ะ
• ความรู้สึกโดยละเอียด ต่อ #AgileThailand2020 by ลุงตู่ แมท
• เกี่ยวข้องกับหัวข้อที่แชร์กันในงาน (เห็นมี Tag #ATH2020)
  • พื้นที่ปลอดภัย ความมั่นคงทางใจ : กุญแจสำคัญของ -> TEAM
  • Scrum ติ๊กถูก

ปิดท้ายงาน

• ขอบคุณผู้จัดงานที่ทำให้มีงานแชร์ดีๆเหล่านี้ขึ้นมานะครับ ทำใ้ห้แนวคิด หรือ Idea มากครับ
• เห็นคน Non-IT เข้ามาฟังมาขึ้น แต่ผมยังรอดูต่อไปว่าจริงๆแล้ว Agile กับ Non-IT มีรูปแบบ หรือนิยามอย่างไรนะครับ คือ ตอนนี้ ผมยัมีคำถามในใจว่ามันต่างยังไงกับการปรับกระบวนการ (Process Improvement)
• สรุปอาจจะขาด หรือ ไม่สมบูรณ์ขออภัยมาด้วยนะครับ ตอนเขียน Blog ยังเบลอๆ
• ขากลับผมไม่ Challenge นั่งรถเมล์กลับนะ ลองรถไฟฟ้าแทน กลัวติดการชุมนุม
  • BTS พหลโยธิน 24 – หมอชิต 0 บาท ผมแปลกใจเหมือนกัน
  • MRT จตุจักร – บางขนนนท์ 35 บาท
• อ้อเกือบลืมของในงานเสื้อวิ่งสวยมากครับ ใส่เอาไปวิ่งเรียบร้อยแล้ว

• อาหารอร่อยครับ แต่ปีนี้ทานน้อยลดน้ำหนักอยู่ หวังว่าปลายปีจะต่ำกว่า 70 ยังอยู่ในวังวนของ 76-77 kg