Problem Team & Solution Team

Create Balance and Connection in Product Development

มันมีความขาดตอนเกิดขึ้นในกระบวนการพัฒนาซอฟต์แวร์ อาจจะด้วยความเข้าใจผิดที่ว่า Software Development = Product Development ภาพมันเลยออกมาเป็นแบบนี้

จากรูปจะเห็นว่าก้อนขยุกขยุยด้านหน้านั้นไม่ค่อยมีใครให้ความสนใจเท่าไร โฟกัสของคนทั้งองค์กรมักจะไปอยู่ที่ส่วน Software Development มากกว่า ดังจะเห็นได้จากการทุ่มเทงบประมาณในเรื่องคน เรื่องเทคโนโลยี และกระบวนการทำงานลงไปอย่างมากมายแต่ผลลัพธ์ที่ได้ออกมามันไม่เป็นไปตามคาดหวัง

หนึ่งในสาเหตที่มันเป็นแบบนี้ในมุมมองของผมคือความเชื่อที่ว่า Product Manager หรือ Product Owner เป็นซุปเปอร์แมน เค้าเพียงคนเดียวสามารถจัดการทุกเรื่องทุกปัญหาด้านหน้านั้นได้ มันก็น่าแปลกนะว่าทำไมทุกคนรู้ว่าการพัฒนาซอฟต์แวร์เป็นงานที่ต้องใช้คนหลายคน แต่กลับคิดว่างานที่เกี่ยวข้องกับลูกค้าและความต้องการของลูกค้าเป็นเรื่องของ Product Manager หรือ Product Owner แค่คนเดียว?

ถ้าอยากแก้ปัญหาและสร้างความเชื่อมต่อให้เกิดขึ้น Steve Blank และ Eric Rees แนะนำว่าเราต้องเปลี่ยนแนวคิดและโครงสร้างการทำงานใหม่ด้วยการสร้างทีมงานขึ้นมาสองทีม

1. Problem Team — Focus On “What” and “Why”

หน้าที่ของทีมนี้คือการมองหา วิเคราะห์ และกำหนดกลุ่มลูกค้า (Target Customer) และขอบเขตของปัญหา (Pain Point) ของลูกค้าที่ต้องได้รับการแก้ไข ทีมนี้จะโฟกัสไปในเรื่อง Customer Development เป็นหลัก สมาชิกในทีมก็จะประกอบไปด้วย

• Product Manager / Product Owner
• User Experience Designer
• Sales and Account Executive
• Marketing
• Lead Developer/QA

2. Solution Team — Focus On “How”

หน้าที่ของทีมนี้คือคิดหาวิธีที่ดีที่สุดในการแก้ปัญหาที่ถูกกำหนดมาโดย Problem Team ทีมนี้ก็จะเน้นหนักไปในเรื่อง Software Development สมาชิกในทีมก็มี

• Product Manager / Product Owner (คนเดียวกัน)
• User Experience Designer (คนเดียวกัน)
• Lead Developer/QA (คนเดียวกัน)
• Develops/QA Engineers
• อื่นๆตามแต่สถานการณ์และโครงสร้างองค์กร

การแบ่งโครงสร้างของทีมเป็นแบบนี้ (น่าจะ) ช่วยให้

• การสื่อสารในเรื่องข้อมูลและความรู้เกี่ยวกับปัญหาและแนวทางแก้ไขได้รับการปรับปรุงให้ดีขึ้น
• มีการทำงานสอดประสานและเป็นไปในทิศทางเดียวกันมากขึ้นตั้งแต่ต้นน้ำถึงปลายน้ำ ทั้ง Problem Team และ Solution Team มีความเข้าใจ ยอมรับ และแบ่งปันวิสัยทัศน์ทุกส่วนร่วมกัน
• มีมุมมองที่หลากหลายมากขึ้นในเรื่องความต้องการของลูกค้า (Customer’s Needs) มันจะไม่ใช่แค่ Product Vision เท่านั้นแต่จะมี Usability Vision และ Architecture/Technology Vision ด้วย
• มีช่องทางในการให้ความคิดเห็นที่เป็นระบบมากขึ้นจากทั้ง Problem Team และ Solution Team

แม้แต่ Steve Jobs ยังต้องมีผู้ช่วย … อย่าปล่อยให้ Product Manager หรือ Product Owner ต้องแบกรับภาระอันยิ่งใหญ่นี้แต่เพียงลำพังครับ

ผมเขียนบทความนี้เพราะอยากเปลี่ยนแปลงสิ่งที่เป็นอยู่ในอุตสาหกรรมการผลิตซอฟท์แวร์ให้ดีขึ้นตามความเชื่อและประสบการณ์ของผม ถ้าเพื่อนๆเชื่อในแนวทางเดียวกัน เรามาช่วยกันคนละไม้คนละมือทำให้สังคมของเราดีขึ้นครับ จะแชร์บทความนี้ผ่าน Social Network หรือจะแบ่งปันเรื่องราวนี้ให้คนที่นั่งข้างๆฟังบ้างก็ได้

The Future Has Arrived — It’s Just Not Evenly Distributed Yet, William Gibson

อนาคตอยู่ตรงนี้แล้ว เรามีหน้าที่ต้องถ่ายทอดมันออกไปให้คนอื่นได้สัมผัสสิ่งดีๆร่วมกันครับ