พัฒนาซอฟต์แวร์
ซอฟต์แวร์ที่สร้างรอบวิธีทำงานขององค์กรคุณ ไม่ใช่รอบผลิตภัณฑ์ที่คุณต้องดัดตัวตาม
สิ่งที่เราสร้าง
- ระบบงานธุรกิจ: ระบบที่การดำเนินงานของคุณเดินอยู่บนนั้นจริง เมื่อไม่มีผลิตภัณฑ์สำเร็จรูปใดเข้ากันได้
- เครื่องมือภายในที่ตัดขั้นตอนทำมือ การคีย์ข้อมูลซ้ำ และการคัดลอกไปมาระหว่างระบบ
- API เพื่อให้ระบบของคุณและคู่ค้าอ่านและเขียนข้อมูลได้ภายใต้การควบคุม
- การเชื่อมต่อระหว่างระบบที่คุยกันไม่ได้ รวมถึงระบบเก่า
- ท่อส่งข้อมูลและรายงาน เพื่อให้ผู้บริหารอ่านตัวเลขชุดเดียว ไม่ใช่หลายชุด
- สิ่งที่มาแทนสเปรดชีตที่ใหญ่เกินกว่าจะใช้งานไหวแล้ว
- การดูแล การจัดทำเอกสาร และการต่อยอดซอฟต์แวร์ที่คุณมีอยู่
วิธีทำงานของเรา
01
เข้าใจงานก่อน
เรานั่งลงกับคนที่ทำงานนั้นอยู่ทุกวัน และเดินตามข้อมูลผ่านระบบที่มันผ่านอยู่แล้ว ผลที่ได้คือคำอธิบายสั้นเป็นลายลักษณ์อักษร ว่ากระบวนการเป็นอย่างไร มีระบบอะไร และขาดอะไร
02
ตกลงรุ่นแรกที่ใช้ประโยชน์ได้
เรากำหนดรุ่นที่เล็กที่สุดที่คุ้มจะส่งถึงมือผู้ใช้ และสิ่งที่ตั้งใจเก็บไว้ทำภายหลัง ขอบเขตถูกเขียนไว้ การเพิ่มของจึงเป็นการตัดสินใจที่มองเห็น ไม่ใช่การไหลออกนอกเรื่องอย่างเงียบเชียบ
03
สร้างเป็นรอบสั้น
คุณได้เห็นซอฟต์แวร์ที่ทำงานได้ตั้งแต่เนิ่น และเห็นบ่อย บนสภาพแวดล้อมทดสอบที่คุณเปิดดูเองได้ การแก้ในขั้นนั้นง่าย การแก้หลังเปิดใช้งานไม่ง่าย
04
เปิดใช้งานและส่งมอบ
การติดตั้งใช้งาน การย้ายข้อมูลจากระบบเดิม การอบรมคนที่จะใช้งาน และเอกสารที่ทีมของคุณต้องใช้เพื่อเดินต่อเอง
คุณได้รับอะไร
- ซอร์สโค้ด ในคลังเก็บโค้ดที่เป็นของคุณ
- เอกสารทางเทคนิค: สร้างไว้อย่างไร ติดตั้งอย่างไร กู้คืนอย่างไร
- คู่มือปฏิบัติงานสำหรับคนที่ดูแลระบบในแต่ละวัน
- เอกสารของทุก API ที่เราเปิดให้ พร้อมตัวอย่าง
- ชุดทดสอบอัตโนมัติ เพื่อให้การแก้ไขภายหลังไม่ทำให้สิ่งที่ใช้ได้อยู่พัง
- การประชุมส่งมอบกับทีมของคุณ หรือกับผู้ที่จะดูแลต่อ
ทำงานกับซอฟต์แวร์ที่คุณมีอยู่แล้ว
องค์กรส่วนใหญ่ไม่จำเป็นต้องเขียนใหม่ทั้งหมด สิ่งที่ต้องการคือให้ระบบเดิมมีเอกสาร มีความเสถียร และถูกต่อยอด เราเริ่มจากการระบุว่าอะไรคุ้มที่จะเก็บไว้ ระบบที่ภายในไม่สวย แต่ทำงานถูกต้องและมีคนใช้อยู่ทุกวัน มักมีค่ามากกว่าที่ดูเหมือน การเขียนใหม่คุ้มจะเสนอเมื่อระบบเดิมขวางงานที่องค์กรต้องทำอยู่แล้ว ไม่ใช่เพราะโค้ดเก่า ถ้าเราเห็นว่ามีการคิดเขียนใหม่ด้วยเหตุผลที่ผิด เราจะบอก
ทำให้ระบบคุยกันได้
แรงงานประจำวันในบริษัทจำนวนมากหมดไปกับการย้ายข้อมูลชุดเดียวกันสองครั้ง: ใบสั่งซื้อที่ถูกคีย์ซ้ำเข้าระบบบัญชี ตัวเลขสต๊อกที่อ่านจากจอหนึ่งแล้วพิมพ์ลงอีกจอหนึ่ง รายงานรายเดือนที่ประกอบด้วยมือจากไฟล์ส่งออกสามไฟล์ เราเชื่อมระบบเข้าหากันแทน ผ่าน API เมื่อระบบมีให้ ผ่านไฟล์หรือฐานข้อมูลเมื่อไม่มี ทุกการเชื่อมต่อถูกสร้างให้เฝ้าดูได้ เมื่อการส่งข้อมูลครั้งหนึ่งล้มเหลว จะมีคนรู้ และข้อมูลไม่หายไปอย่างเงียบเชียบ
อะไรพาองค์กรมาหาเรา
- สเปรดชีตกลายเป็นระบบจริงไปแล้ว และมีคนเดียวที่เข้าใจมัน
- ซื้อผลิตภัณฑ์สำเร็จรูปมาแล้ว แต่ช่องว่างระหว่างตัวระบบกับกระบวนการจริงถูกพนักงานอุดด้วยมือ
- ระบบสองระบบเก็บข้อมูลชุดเดียวกัน และไม่มีระบบไหนที่เชื่อถือได้
- คนที่เขียนเครื่องมือภายในลาออกไปแล้ว และไม่มีใครแก้ไขมันได้
- สำนักงานใหญ่หรือผู้ให้ทุนขอตัวเลขที่ระบบปัจจุบันผลิตไม่ได้
- คู่ค้า ธนาคาร หรือหน่วยงานภาษีกำหนดให้มีการแลกเปลี่ยนข้อมูลทางอิเล็กทรอนิกส์ที่ยังไม่มี
เราต้องการอะไรจากฝ่ายคุณ
สองอย่าง และทั้งสองอย่างไม่ใช่เรื่องเทคนิค หนึ่งคือคนฝ่ายคุณที่ตัดสินใจได้ ว่าซอฟต์แวร์ต้องทำอะไรได้ ข้อยกเว้นไหนสำคัญ และข้อยกเว้นไหนไม่สำคัญ สองคือการเข้าถึงคนที่ทำงานนั้นอยู่ทุกวัน ไม่กี่ชั่วโมงในช่วงเริ่ม แล้วในทุกรอบการทบทวน โครงการที่ล้มเหลวนั้นน้อยครั้งที่ล้มเพราะโค้ด แต่ล้มเพราะการตัดสินใจถูกปล่อยให้รอ
บริบทของภูมิภาคเปลี่ยนอะไร
ที่นี่ ซอฟต์แวร์ถูกอ่านและถูกใช้ในมากกว่าหนึ่งภาษา เครื่องมือที่ทีมท้องถิ่นใช้และต้องรายงานขึ้นไปยังสำนักงานใหญ่ในยุโรปหรือเอเชีย ต้องรองรับทั้งสองฝ่าย รวมถึงตัวอักษรเขมร ลาว ไทย เวียดนาม และอินโดนีเซีย รูปแบบวันที่และตัวเลขของท้องถิ่น และกฎภาษีกับเงินเดือนที่ระบบนั้นไปเกี่ยวข้อง นอกเมืองใหญ่ สัญญาณไม่สม่ำเสมอ เครื่องมือที่หยุดทำงานเมื่อสายหลุดจึงเป็นเครื่องมือที่คนจะเลิกใช้ เรายังทำงานข้ามเขตเวลา เราอยู่ที่พนมเปญ ซึ่งคาบเกี่ยวกับช่วงเช้าของยุโรปและเต็มวันทำงานของเอเชีย
ทีมของคุณรับโค้ดไปดูแลต่อเองได้ไหม
ได้ และงานถูกจัดให้เรื่องนี้เป็นไปได้เสมอ เราใช้เทคโนโลยีที่ใช้กันทั่วไปและมีคนรู้มาก ไม่ใช่สิ่งที่มีเพียงเราที่ดูแลได้ สิ่งที่เราเขียนมีเอกสารและถูกส่งมอบ คุณจะให้เราดูแลต่อ จะรับซอฟต์แวร์กลับไปทำเองภายใน หรือจะส่งต่อให้ผู้ให้บริการรายอื่นก็ได้ ทางเลือกยังเป็นของคุณ และยังเปิดอยู่เสมอ หากภายหลังคุณรับนักพัฒนาในท้องถิ่นเข้าทำงาน เราช่วยส่วนที่เป็นเทคนิคของการคัดเลือกได้
