ไปร่วมฟังการพูดคุย หัวข้อ “ถ้า Agile มันทำให้ แผนกรอบข้าง ยากนัก กลับมาทำ Waterfall ก็ได้นะครับ” #เราทำAgileไปเพื่ออะไร ระหว่างพี่หนุ่ม และ พี่เฮง ที่ SCK Dojo เมื่อวันที่ 25 Mar 2023 เลยขอแชร์ note ไว้หน่อยครับ
- Software จะออกหรือไม่ออก อยู่ที่คนสร้าง ไม่ใช่อยู่ที่ process, แต่ process มีไว้ให้เดินตาม
- ใช้ Document คือ evidence ในการส่งมอบ ถูกต้องแล้วใช่ไหม?
- Agile ส่วนมาก มาลงที่ IT ก่อน แต่แผนกอื่นจะทำไหมไม่รู้ และอาจไม่ได้ทำ
- คนทำงานในบริษัทที่ทำ Agile นอกเหนือจาก IT ทุกคนควรเข้าใจ technology และหลักการ Agile ไว้บ้างเพื่อเข้าใจกัน
- ปัญหาที่พบคือ บัญชี,ISO,CMMI ทีม จะ adapt มาใช้ Agile อย่างไร ซึ่งทีมเหล่านั้นคุณควรไปคิดเอง เพราะคุณคือ expert ด้านนั้น ควรต้องทำเองได้
- ให้คิดตั้งโจทย์ว่า จะทำอย่างไรเพื่อให้ avoid delayed และถูกต้องตาม requirement
- กำหนด timebox ไว้ แม้ความจริงมี change มาตลอด แต่ก็ไปปรับ scope กันไป
- ไม่ถามว่า Agile คืออะไร ทำอย่างไร แต่ถามว่าอะไรคือประโยชน์ที่เราจะได้ถ้าทำ Agile?
- Agile ควรเอามาทำกับ developer ที่ Maturity นะ ไม่ใช่ทุกคนที่จะทำด้วยได้
- จะเอา Agile มาใช้ คนทำ เขาทำได้เร็วไหม เขายอมเปลี่ยนไหม, ไม่เข่นนั้นคนกลางเหนื่อย
- ไม่ใช่ถามว่า งานแบบไหนเหมาะกับทำ Agile, ให้ถามว่า คนแบบไหนไม่เหมาะกับทำ Agile
- Self Management เริ่มจาก การเดินมาบอกทีมว่าปัญหาคืออะไร สถานะงานถึงไหน
- ทุก sprint ต้องมี goal เสมอ (เป้าเดียว และส่งมอบคุณค่าอะไร)
- รับคนเข้ามา 1เดือนแรก ถ้าไม่คลิกกัน เรียก feedback แล้วให้ออก
- คำว่า toxic ต้องถามว่าผลลัพธ์เป็น toxic ที่ดีไหม (เช่น คนทำงาน alert จัด แต่มี Sense of ownership)