#ODDS
One or Single Departmentส่วนหนึ่งของ ODDS Handbook — ตอน โครงสร้าง เนื้อหาบทนี้เป็นส่วนที่เคยไปพูดในงาน Agile Tour Bangkok 2020 เรื่อง The ODDS Experiment เป็นการบอกเล่าเรื่องราวว่าทำไมเรามาสู่เส้นทางนี้
ODDS Team - The Origin (2013)เรื่องราวเริ่มมาจากเมื่อปี 2013 เราได้มีโอกาสเข้าไปทำงานที่ บ เทเลคอมแห่งหนึ่ง สิ่งที่พวกเราต้องทำมีสองอย่างคือ deliver software เพื่อเอาไปทดแทน software package ตัวหนื่งและสองคือเข้าไปเป็นหนึ่งในสองทีมที่เริ่มเอาแนวคิดเร่ือง Agile เข้าไปใช้และผมเข้าใจว่าน่าจะเป็น enterprise ที่แรกๆในไทยเลยก็ว่าได้ เพราะช่วงนั้นหลายๆที่ยังเข้าใจว่า Agile นี่เป็นของสำหรับ บ เล็กทีมีคนไม่เยอะ และพวกเราก็มี agenda พิเศษของพวกเราคือเราอยากทำให้เห็นว่า product ที่ถูกสร้างจาก engineering practices ที่ดีก็สามารถทำได้ใน enterprise ในไทย เรื่องราวระหว่างนั้นเราไม่พูดถึงนะเพราะมันสนุกในแบบของพวกเรามาก ณ วันที่ผมเขียนสิ่งนี้ product ตัวที่เราทำก็ยังทำงานอยู่อย่างต่อเนื่อง ทุกวันนี้เดินเข้า ไปก็ยังไปแอบมองอยู่เลย ข้ามมาในวันที่ของทุกอย่างเข้าที่เข้าทางแล้วเราพบว่ามี demand ให้พวกเราไปช่วยสร้าง product เพิ่มมาขึ้นมากและนั่นเป็นจุดที่พวกเรามานั่งคุยกันว่า "เอาไงดีวะ" เราจะเติบโตกันด้วยวิธีการไหนดี และสิ่งแรกที่พวกเราต่างเห็นพ้องต้องกันคือเราจะไม่เติบโตในแบบที่บริษัทอื่นๆเป็นกันODDS Team - Basic Structureพวกเราพบว่า บ ต่างที่เราเห็นเกือบทั้งหมดมี บริการที่ต่างกันแต่!!!!!! พวกเขามีโครงสร้างที่เหมือนกัน กล่าวคือพวกเขามี visions missions และมี department ที่ทำงานเป็น function ทำงานอยู่รอบๆ visions missions นั้น ซึ่งสิ่งที่พวกเราเห็นคือ โครงสร้างของพวกเขาไม่ได้สะท้อนจุดแข็งอะไรของพวกเขาออกมาเลย ดังนั้นถ้าเราเอา visions missions ออกไปเราจะและดูที่โครงสร้างอย่างเดียวเราพบเลยว่า เราไม่สามารถบอกได้ว่า บริการของพวกเขาคืออะไรดังนั้นพวกเราจึงตัดสินใจที่จะเลือกที่จะไปอีกด้านที่ตรงกันข้ามกับพวกเขา นั่นคือ เราจะออกแบบโครงสร้างขององค์กรที่ทำให้ทุกคนสามาถบอกได้ว่า พวกเราทำอะไร จากการมองโครงสร้างของพวกเรานั่นจึงเป็นที่มาของโครงสร้างนี้ODDS Team - Solutionถ้าเรามองเข้ามาใน ODDS เรามักจะพูดเสมอว่าเรามี department เดียวคือ software delivery department คำถามคือ พวกเราทำอะไร ถ้าพวกเรามีโครงสร้างแบบนี้ …. น้องๆตอบว่า ขายก๋วยเตี๋ยวไงพี่ … เอออ ไม่สิ พวกเราทำ software ครับ และนั่นคือสิ่งเดียวที่พวกเราจะทำมันให้ดี และ เราเชื่อว่าโครงสร้างนี้จะบังคับให้พวกเราทุกคนมีพฤติกรรมแบบที่โครงสร้างเป็น เพราะเราเชื่อนิยามว่า "The organizational structure affects how people and groups behave in an organization." และนี่ก็เลยเป็นที่มาของ experiment แรกของเราที่เรียกว่า "One Department" งานหลักที่นี่คือการทำ software อยู่ที่นี่ถ้าไม่ชอบทำ software คุณไม่สามารถขอย้ายไปทำงาน จัดซื้อ HR, Finance, Marketing หรือแผนกอื่นๆได้เพราะที่นีไม่มี ที่นี่มีแต่งาน Software สิ่งเดียวที่คุณทำได้คือการไปหา job ในงาน software สักงานที่ชอบแล้วลงมือทำมันให้ดี จากนั้นจงเรียนรู้ skill ที่ 2 3 …. ไปเรื่อยๆ และจงสนุกกับการทำสิ่งนี้เพราะนี่คือ area เดียวทีเรามีให้ สิ่งหนึ่งที่เราได้พบเห็นเสมอจากการมีโครงสร้างแบบนี้คือ ในยามที่เพื่อนเราต้องการความช่วยเหลือเพราะงานรุมเร้าเข้ามาอย่างต่อเนื่อง พวกเราทุกคนจะพร้อมที่จะเข้าไปช่วยเหลือเสมอ สิ่งหนึ่งที่เราไม่เคยเห็นเลยคือคำพูดที่ว่า "การทำ software เป็นเรืองของ IT เราเป็น Procurement เราไปช่วยไม่ได้" ที่นี่มีแต่ "มีอะไรที่ผมช่วยได้ผมจะทำมันเพื่อให้เพื่อนๆเราเอาชีวิตรอดออกมาได้ แม้จะต้องหัดทำของใหม่" ดังนั้นเมื่ออยู่ที่ ODDS ถ้าพบว่า "ไม่สนุก" กับการทำ software สิ่งเดียวที่พวกเราทำได้คือ บอกคุณว่า ประตูทางออกอยู่ที่ไหน1st Experiment
"One Department"
Home|About us|Blog|Contact us|
ODDS| TeamOdd-e (Thailand) Co., Ltd.