[SCBTechX] สรุป Bangkok Softskill for Tech #3: Self Management

Self Manage มันยากยังไง

  • Self Manage Team เป็น Key นึงของ Agile ที่ช่วยให้เกิดความคล่องตัวขึ้น อาทิ เช่น ลดขั้นตอนที่ซีบซ้อน เช่น การอนุมัติ แต่ติดอะไรตอนเริ่ม
    • คนทำงานต้องปรับตัว จากเดิมที่ต้องรับคำสั่ง
    • หัวหน้า ปล่อยไปแล้วงานจะสำเร็จ ดีขึ้นไหมนะ ลองนึกภาพการหัดลูกขี่จักรยาน ปล่อยแล้วจะได้ไหม ล้มแล้วจับจังหวะได้ไหม
    • Note: ไว้ใจ แต่อย่าวางใจหมด
  • คาถา 3 ข้อที่ช่วยให้เกิด Self Manage
    • Goal : เป้าหมายที่ชัดเจน ไม่ต้องบอก Solution
    • Resource : ต้องเพียงพอ และพร้อมสนับสนุน
    • Authority : ให้อำนาจไปด้วย ไม่จำเป็น Overrule
  • การที่ต้องมาประชุมบ่อย ส่วนนึงมันเกิดจากการเราไม่มั่นใจใน Self Manage Team ด้วย !!!

การทำ PKM อย่างง่ายฉบับ Developer

  • PKM = Personal Knowledge Management
  • KM = จัดการความรู้
    • OKM = Organization
    • PKM = Personal ส่วนบุคคล
  • ทำไมต้องมี PKM
    • รู้ได้อย่างไรว่า เมื่อวานทำอะไร ก่อนโน้นทำอะไร
    • และจัดเก็บอยางไร -> Post it / To Do List แล้วก็ทำ BUJO ไม่แน่ใจว่าเขียนอย่างงี้ หรือป่าว (Bullet Journal)
  • ดินสอที่จางที่สุด ดีกว่าความจำที่แม่นที่สุด Quote นี้ดี แต่เดวผมต้องอธิบายาวที่หลัง คิดว่ามันต้องเป็น Keyword ไปอ้างอิง
  • จัดการ Requirement ในแต่ละ Sprint อย่างไร ? : มี App ที่ช่วยวาดทวนความเข้าใจ GoodNote / Notability (อันนี้ไม่แน่ใจ)
    • ผมเองใช้ Samsung Tab S7 ตอนนี้ใช้ Samsung Note เป็นหลัก
  • 4 ขั้นตอน การทำให้เกิด PKM
    • ปรึกษา ขอความรู้จากผู้รู้ : Pair Programming / Code Review เพื่อให้ความรู้ซึมซับ
    • นำเสนอ : Knowledge Sharing ให้เกิดขึ้นตามธรรมดา อย่าไปสั่งให้ทำ มันทำให้ทำๆไปให้มันจบๆ
    • บันทึก : เผยแพร่ความรู้ โดยอาจะเขียน Blog / Podcast เป็นต้น
    • พูดคุย : คุย เมาส์ แลกมุมมอง เรียกว่ายังไงดี หากระจกเงาจากที่อื่นๆ มา Reflect ทำให้เกิด Idea

ทำไมผม (DEV) ถึงต้องทำงานบริหาร

  • เราถาม Career Path ทำไม ? : เรียนรู้งาน / Challenge / การเติบโต (เงิน)
    • จาก DEV > SA > TEAM LEAD หรือ PM
  • แต่การที่เราจะไปอยู่ในตำแหน่ง จุดที่สูงขึ้นมาจากไหน
    • ตัวเราเอง : ความสามารถ ประสบการณ์
    • องค์กร ต้องเติบโต : อ๋อ พอถึงจุดนี้หลายคน จะย้ายงาน
  • แล้วทำอย่างไร ถึงทำให้ทุกคนเติบโตในสาย DEV ที่คนชอบกัน ? (เข้าใจการทำงาน / สภาพแวดล้อม / วิบากกรรม)
    • ช่วยจากภายนอก: เข้าเป็น Consult ปรับมุมมอง แต่เรายังเป็นคนนอกได้แต่ให้คำปรึกษา
    • ช่วยจากภายใน: เข้าเป็น ผู้บริหาร ปรับตัวโครงสร้างองค์กร
      • แก้ปัญหาให้ทำงานเดิมได้ แบบมีความสุข เงินเดือนเพียงพอที่ไม่ต้องย้ายสายงาน
      • อย่าไปมองอำนาจตามตำแหน่ง เช่น Team Lead มีหน้าที่กำกับ Dev แต่ให้ทุกคนรู้หน้าที่ และความรับผิดชอบของตัวเอง
        (องค์กรที่มีผู้บริหารเยอะไป อันนี้อันตรายมาก ต้องลองกลับไปมามองว่าทำต้องถึงต้องการกำกับที่เยอะ)
      • สร้าง trust ให้คนรอบข้างเกิด Self Management เรามีหน้าที่ไกล่เกลี่ย กำจัดอุปสรรคให้
  • DEV เก่งๆ เอาหมวก Manage มาเปลี่ยน เราจะไม่ได้ Manager เก่งๆ ขึ้นมานะ !!

Self Management ฉบับคนขี้เกียจ

  • keyword ใหม่ Personal Self Knowledge Management
  • ความขี้เกียจไม่ใช่สิ่งที่แย่ มันอาจจะทำให้เกิดการปรับปรุง นวัตกรรมใหม่ขึ้นมาได้ จนมาเปลี่ยนโลกได้
  • รู้ Limit ของความขี้เกียจ และหาทาง deal กับมัน โดย
    • หาแรงจูงใจภายใน / ภายนอก - ภายใน - ทำแล้วมันได้ประโยชน์อะไรบ้าง / ภายนอก-หาคนมาช่วยกระตุ้น จะเกี่ยวกับความต่อเนื่อง และยาวนานด้วย
    • ต่อเนื่อง และยาวนาน เช่น แรงจูงใจภายใน (อ้วน - ไขมันเกาะตับ) ส่วนต่อเนื่อง แข่งกับเพื่อน ของผมเอง AIA Vitality อยากลดเบี้ยประกัน)
    • ทำให้คุ้มค่า ถ้าให้ผมสรุปมีการวางแผน ทำ Check List เพื่อให้ได้ตาม Goal และใช้ Effort น้อยที่สุด
    • มีเป้าหมาย แบ่งที่ละนิด และชัดเจน อาจจะทำเป็น Sprint เพื่อให้แบบรู้ Progress พวก App TODO List หลายตัวมีเอา Gamification เข้ามาจูงใจด้วย
    • ทำเป็นนิสัย จัดการกับความขี้เกียจเราได้ มันจะกลายเป็นนิสัย (Habit) - “ทฤษฎี 21 วัน (21-Day Habit Theory)" หรือ เอาGamification - ให้รางวัลกับตัวเองบ้าง จะได้ไม่ตึงจนเกินไป

จาก Self Management ไปสู่ Conflict Management

  • เป็น Session 2 แล้วครับ ที่แตกประเด็น Self Management
  • ประชุมบ่อยๆ จำเป็นไหม หรือเอาทุกคนมาเสียเวลา ?
  • Conflict Management - จัดการความขัดแย้ง เช่น ตอนประชุม
    • คนที่เสียประโยชน์ ต้องไม่ใช่คนที่ผิด ให้ปรับมุมมองว่าการยอมถอย เพื่อองค์กร
    • หาแนวร่วมที่เห็นฟ้องไปทางเดียวกัน
  • ตัดสินใจว่าตอบ ไม่ทำ / ไม่ได้ แน่ๆ ไม่ตอบแบบแบ่งรับแบ่งสู้ จะคุยอย่างไร
    • ทางแรก บอกไปตรงๆ
    • ทางสอง ตั้งคำถามกลับไปคน Request เพราะบางทีคน Request เอง อาจจะไม่เข้าใจสิ่งที่ร้องขอ และความจำเป็น
    • ทางสาม เจรจาต่อรอง

Discover more from naiwaen@DebuggingSoft

Subscribe to get the latest posts sent to your email.