10 Talks that I love most in 2018

I Got By On A Project With Help From My Friend — https://www.youtube.com/watch?v=fZ0HabnlL-k

ลองหยิบวิดีโอที่ดูในปี 2018 ที่ชอบ, ช่วยเปิดมุมมองใหม่ๆ หรือทำให้รู้สึก Wow!!! มากที่สุด ไม่ได้เรียงลำดับแต่อย่างไร เริ่ม

ป.ล. เนื้อหาสรุปมาจากความทรงจำและความเข้าใจอันอันเลืองลางซะเป็นส่วนใหญ่

Burnout due to value conflict — MPJ’s Musings — Fun Fun Function

The general view around burnout is that the way you get it is by working too much, when in reality, there are several reasons for burnout, and one of the big ones is value conflict. — MPJ

MPJ เค้าบอกว่าคนทั่วไปคิดว่า Burnout เกิดมาจากการทำงานหนักซะเป็นส่วนใหญ่ แต่นั้นไม่ใช่เหตุผลทั้งหมด อีกเหตุผลหนึ่งทีสำคัญคือ Value Conflict หรือ การให้คุณค่าที่ไม่ตรงกันภายในทีม/องกรค์ เช่น Businesss อยากได้ของไวๆ แต่ Developer อยากทำของให้คุณภาพสูง ซึ่งต้องใช้เวลามากขึ้น แต่กลับต้องมาเผางานเผื่อให้ได้ของไวๆ เพื่อให้ตรงกับความต้องการของ Businesss แต่ไม่ตรงกับความต้องการของ Developer ทำให้ Developer เกิดการ Burnout ได้ วิธีแก้ไขคือภายในทีม/องกรค์ ต้องสื่อสารกันใช้ชัดเจนมากขึ้นว่าอะไรคือ Value ของทีม/องกรค์นั้นๆ

Time to leave your job? — MPJ’s Musings — Fun Fun Function

Finally define your next job, that you *can’t get*, and ask yourself this job will grow your competence in the direction of that. — MPJ

มีคนส่งคำถามไปถาม MPJ ว่าควรเลือกทำงาน ที่ไหนดีระหว่าง X ซึ่ง …. หรือ Y ที่ … สุดท้ายมันก็ย้อนกลับมาว่า คุณรู้จักตัวคุณเองดีพอแล้วรึยัง คุณต้องการอะไร ถ้าหาตัวเองเจอแล้ว มันจะช่วยให้คุณตัดสินใจเองได้ง่ายมากขึ้น และยังฝากข้อคิดที่ช่วยให้เรามองไปไกลกว่าการเลือกแค่ X, Y ว่าจริงๆ แล้วคุณอยากจะเป็นอะไรกันแน่ เช่น สมุมติว่าอยากเป็น Z แล้ว X หรือ Y กันแน่ ที่จะช่วยสร้างทักษะ และประสมการณ์ เพื่อให้เรามีความพร้อมเพียงพอที่จะสามารถเป็น Z ได้ง่ายที่สุด

The Constant Life of a Tech Lead — Patrick Kua | The Lead Developer UK 2017

Tech Lead, not take responsibility only Tech anymore. You have to take responsibilities on Tech, People, System

Patrick Kua มาเล่าถึงสิ่งที่เค้าได้เรียนรู้จากการเป็น Tech Lead ซึ่งเคยเขียนถึงไปแล้วใน บทความก่อนหน้านี้ Tech Lead ไม่ได้รับผิดชอบแค่เทคโนโลยีเพียงอย่างเดียว แต่รวมไปถึงเรื่องของ คนภายในทีม/องกรค์ ระบบการจัดการ/กระบวนการการทำงาน การแจกจ่ายงานให้แก่สมาชิกในทีมอย่างเหมาะสม และตรงกันบุคคิกและความต้องการของคนนั้นๆ การลำดับความสำคัญของงาน และการเรียนรู้ไปพร้อมๆ กันกับทีมต่างๆ

Speaker Lounge: John Cutler, Zendesk

Product management always hard. You can’t get it easier but you can get it faster.

ผมเริ่มติดตาม John Cutler ตั้งแต่อ่านบทความเรื่อง 12 Signs You’re Working in a Feature Factory ในวิดีโอเป็นการสัมภาษณ์ John ตอนที่ยังทำงาน Zendesk ซึ่งจำไม่ได้แล้วว่าเป็นไงบ้าง แต่ชอบประโยคที่ว่า “Product management always hard. You can’t get it easier but you can get it faster.” คือบางเรื่องที่ยาก ต่อให้เก่งขนาดไหนมันก็ยังยาก เราไม่สามารถทำให้มันง่ายขึ้นได้ แต่เราทำให้รวดเร็วขึ้นได้ เรารับมือกับมันได้ดีขึ้น แค่นั้นเอง

Scrum: How to do twice as much in half the time | Jeff Sutherland | TEDxAix

Plans are worst less, Planning is Everything!. — Jeff Sutherland

Jeff Shutherland บิดาแห่ง Scrum มาประวัติความเป็นมาของมัน และประโยคที่ว่า “Plans are worst less, Planning is Everything!.” — แผนการนั้นไรค่า แต่การวางแผนคือทุกสิ่ง ปัญหาไม่ใช่การวางแผน แต่เป็นแผนการระยะยาวแบบที่มักก่อนให้เกิดปัญหา เนื่องจากการยึดติดในแผนการมากเกินกว่าจะปรับเปลี่ยนในเข้ากับสถานการณ์ในปัจจุบัน

Lean Analytics — Ben Yoskovitz

Most startup failed because lack of focus — Ben Yoskovitz, Co-author, Lean Analytics

Ben พูดถึง Lean Analytic ซึ่ง Lean จริงๆ แล้วเป็น Concept ง่ายๆ แค่ Build, Measure , Learn แต่การนำไปประยุกต์ใช้ยากมาก หัวใจหลักเลยคือ Measure และการเลือก Metric ซึ่งเป็นตัวชี้วัดสำหรับการ Measure หากเราตั้ง Metric ผิด หรือมี Metric ที่เยอะจนเกิดไป จะทำให้ขาดโฟกัสที่ตรงจุด ซึ่งเป็นเหตุผลหลักของความล้มเหลวสำหรับสตาร์ทอัพเลยก็ว่าได้

Lean Analytics: Using data to build a better startup faster — MaRS Global Leadership

Don’t build product, build audiences first — Alistair Croll, author of Lean Analytics

Alistair Croll พูดถึงเรื่องของ Lean Analytic อีกเช่นเดียวกัน โดยเน้นไปที่การนำ Data มาใช้เพื่อปรับปรุง Startup / Product ให้ดียิ่งขึ้นได้อย่างรวดเร็ว ประโยคที่ว่า “Don’t sell what you can make, Make what you can sell ” ยังคงเป็นประโยคที่คมคายอยู่เสมอ Alistair Croll เสริมด้วยว่า Don’t build product, build audiences first ก่อนที่จะเริ่มสร้าง Product อย่าลืมที่จะสร้างผู้ใช้งานจริงของ Product ขึ้นมาให้ได้ก่อน

Scaling Agile by Scaling Architecture, Michael & Salahuddin — Agile Tour Bangkok 2018

Michael & Salahuddin มาเล่าถึงเรื่องของการ Scaling Agile ที่โดยทั่วไป Agile ในองกรค์ต่างๆ มักเริ่มมาจากการตั้งทีมใหม่ Product ใหม่ แล้วนำ Agile ไปประยุกต์ใช้ เพื่อพยายามปรับ Mindset ของคนภายในทีม ให้ทำอย่างได้อย่างมีประสิทธิภาพและยืดหยุ่นมากขึ้น รวมถึงการได้รับไม้กายสิทธิ์ที่สามารถทำให้ลุล่วงไปด้วยดี แต่พอทำไปขยายต่อภายในองกรค์กลับเกิดปัญหามากมาย ไม่เป็นไปเหมือนตอนที่เริ่มต้นด้วยทีมเพียงทีมเดียว ซึ่งโดยส่วนใหญ่จุดที่เป็นคอขวดมักเป็นเรื่องฝั่ง Technical ที่ Architecture ของระบบภายในองกรค์ไม่ยืนหยุดและพอเพียงที่จะรองรับการเปลี่ยนแปลงจากการ Scaling Agile ได้ ร่วมถึง Engineering Practices ต่างๆ ที่ขาดหายไป ทำให้เกิดการสะสมของ Technical Debt ไว้มากมาย

Accepting What You Can’t Change On A Software Project

If you can accept difficult circumstances easier, you can get back to enjoying your software development career. — Healthy Software Developer

Healthy Software Developer เป็นหนึ่งใน Channel ใน Youtube ที่ชอบมาก ติดตามหลายวิดีโอมาก เนื้อหาส่วนใหญ่พูดถึงเรื่อง Soft Skill ที่เกี่ยวข้องกับการพัฒนา Software ซะเป็นส่วนใหญ่ ไม่ได้เน้นไปที่ Technical Skill มากนัก เช่น พูดถึง Agile, Lean, Scrum, Consult, การพัฒนาตนเอง, การรับมือกับความไม่แน่นอนต่างๆ และแง่มุมต่างๆ สำหรับการพัฒนา Software ให้ดีขึ้น และชอบประโยคที่ว่า “If you can accept difficult circumstances easier, you can get back to enjoying your software development career.” ถ้าเราทำใจยอมรับกับสถานการณ์ที่ยากลำบากได้ เราก็จะกลับไปสนุกกับการพัฒนาซอฟแวร์ได้อีกครั้ง

“Everything in this world… was created by people no smarter than you”.

ปิดท้ายของวิดีโอของ Steve Job สั้นๆ เพียง 1 นาที่ ด้วยประโยคที่ว่า

“Everything around you that you call life was make up by people that were no smarter than you and you can change it”.