Shape Up: กระบวนการพัฒนาผลิตภัณฑ์ของทีม Relate สตาร์ตอัป B2B SaaS

Shape Up คือกระบวนการพัฒนาผลิตภัณฑ์ที่ทีม Basecamp ผู้สร้างซอฟต์แวร์บริหารโปรเจกต์และอีเมล HEY คิดขึ้นเป็นครั้งแรก

ทีม Relate สตาร์ตอัปที่พัฒนา CRM SaaS สำหรับงานขาย ได้นำกระบวนการ Shape Up นี้มาปรับใช้เล็กน้อย และมีลักษณะเฉพาะหลายอย่างดังที่กล่าวไว้ในบทความ ซึ่งรวมถึงคุณลักษณะต่อไปนี้ด้วย:

1. ไม่เขียน product spec แต่จะสื่อสารรูปร่างและลักษณะในระดับนามธรรมที่เหมาะสม (=shape) แทน และแทบจะไม่ทำ high fidelity wireframe หรือ prototype เลย เมื่อรอบการทำงานเริ่มต้นขึ้น วิศวกรจะเริ่มเขียนโค้ดได้ทันทีจาก shape ที่สร้างขึ้นผ่าน Shaping จากนั้น product lead จะดูแลทั้งรอบการทำงานและรับมือกับประเด็นต่าง ๆ ที่เกิดขึ้น

2. มีรอบการทำงานรวม 4 สัปดาห์ แบ่งเป็นช่วงพัฒนา 3 สัปดาห์ และช่วง cooldown 1 สัปดาห์ ระหว่างช่วง cooldown จะมีการยกระดับความสมบูรณ์ของสิ่งที่ทำใน 3 สัปดาห์นั้น เช่น QA

3. พัฒนาน้อยลงหรือพัฒนาให้ต่างออกไป การสร้างให้มากที่สุดไม่ใช่สิ่งที่ดีที่สุดเสมอไป แต่จะโฟกัสที่การแก้ปัญหาของลูกค้า และคิดว่าจะทำอย่างไรให้แก้ได้ด้วยวิธีที่เรียบง่ายที่สุด

[nicewook]

ฉันชอบคีย์เวิร์ดที่ว่า “เรียบง่าย” ครับ

[xguru]

Shape Up - วิธีที่องค์กรขนาดเล็กทำงานได้อย่างยอดเยี่ยม

[kbumsik]

สตาร์ตอัปของเราก็ใช้ Shape Up เหมือนกัน แต่ก็มีบางจุดที่ต้องระวังอยู่ครับ

1. อย่าใส่ shape จำนวนมากเกินไปในหนึ่งรอบ ถ้าโลภเกินไป สุดท้ายจะกลายเป็นว่าฟีเจอร์ละนักพัฒนาหนึ่งคน และเพราะเป็นวิธีพัฒนาที่ให้น้ำหนักกับความเป็นอิสระเป็นหลัก เลยเกิดสถานการณ์ที่คนคนเดียวต้องทำตั้งแต่การ shaping (วางแผน) ไปจนถึงการพัฒนาทั้งหมดด้วยตัวเอง
2. ระหว่าง building cycle ผู้มีอำนาจตัดสินใจไม่ควรเข้ามาแทรกแซงกลางคัน เพราะเป็นแนวทางที่ให้น้ำหนักกับความเป็นอิสระเป็นหลัก ถ้าหัวหน้าหรือผู้บริหารเข้ามาแทรกกลางทางเมื่อไร ก็แทบจะเรียกได้ว่ารอบนั้นพังแล้ว ช่วง betting ที่ใช้เลือก Shape ที่จะพัฒนาต้องมีการพูดคุยกับผู้มีอำนาจตัดสินใจอย่างเพียงพอจริง ๆ

บริษัทของเราผ่านการลองผิดลองถูกมาจนวิธีพัฒนาแบบ Shape Up ลงตัวแล้ว แต่ถ้าไม่ระวังและไม่ทำตามข้อควรระวังเหล่านี้ดี ๆ ก็มีโอกาสที่หนึ่งรอบจะสูญเปล่าทั้งรอบได้ ดังนั้นต้องศึกษาวิธีพัฒนาแบบนี้ให้ดีพอจริง ๆ ครับ