Workflow Builder

ตอนแรกเราเข้าใจว่า การสร้างมาตรฐานสำหรับเอกสารก่อสร้าง มาซัก (1) อย่าง แล้วให้ใช้ไปทุกโครงการ น่าจะเป็นสิ่งที่ดี เพราะทุกโครงการจะได้แชร์มาตรฐานเดียวกัน เราก็เลยเริ่มต้นโดยการเริ่มพัฒนากับเพื่อนๆ ของเรา เราขอบคุณ ProjectsAsia Limited; คุณ Howard คุณนิยม และคุณตุลยา (ป๋วย) มากๆ ที่ให้ข้อมูลที่เป็นประโยชน์และร่วมพัฒนาไปด้วยกัน จนได้มีถึง 3 โครงการที่เข้ามาทดลองใช้ (ถึงจะไม่ได้ใช้จนจบ :) ก็เป็นประสบการณ์ที่ดีมากๆ

พวกเราไปได้ทำงานโครงการระดับประเทศ ซึ่งถึงแม้จะเป็นประเทศที่ไม่ใหญ่นัก แต่ก็ทำให้เราได้รู้จักกับ FIDIC และรู้จักกับผู้มากประสบการณ์จากหลายๆ สาขา การสร้างสนามบินเป็นเรื่องที่ซับซ้อนพอสมควร อันนี้คุณก้อง (ปัจจุบัน Thai Obayashi) ก็ได้ให้ความรู้กับเราไว้มากพอสมควร

หลายอย่างที่นั่นเปลี่ยนไปมาก เขาไม่เรียกผู้ควบคุมงานว่า cm เหมือนเราแล้ว เค้าเรียก cs - construction supervisor ซึ่งเพียงแค่การเปลี่ยนชื่อ role ก็ได้สร้างความเสียหายให้กับ business logic ของเราได้อย่างมาก - เราเรียนรู้ว่า hard code คืออะไร

มีของที่มากกว่า SI, PMI มี Engineer Instruction มาเพิ่ม แพมาแตกก็ตอนที่ The Engineer สามารถสร้างเอกสารเองได้ ในอีกทาง Engineer representative ก็สร้างได้ด้วย เราคิดว่ามันมีอะไรที่หลากหลายขึ้น มีทั้งการส่งให้หลายฝ่าย แต่ละฝ่ายอาจตอบไม่พร้อมกัน (Fan-out) หลายเรื่องเลย มันเลยทำให้ Linear workflow ของเราใช้งานไม่ได้อีก

จากที่ทำงานเกี่ยวกับ workflow ของ เอกสารใน construction มาหลายๆ เข้า เริ่มได้คิดว่า ระบบสำหรับการ custom workflow นั้นค่อนข้างจำเป็น หากเราต้องการขยายตลาดไปใน โครงการขนาดเล็กๆ ที่ owner มี player ไม่ครบ หรืออาจจะใหญ่จนมี players มากเกินกว่าที่เราเขียนไว้ใน code การคิดครั้งนี้จึงเป็นการแบ่งโครงสร้างให้รวบรวมทั้ง หลายเรื่องเข้าไปด้วยกัน

• เรื่อง State - เรื่องนี้ชอบมาก เพราะ user สามารถกำหนดได้ด้วยว่า state ใดเป็น start end หรือแม้กระทั่ง fanout ( คือเอกสารออกไปให้หลายฝ่าย หลายคน)
• เรื่อง transition - ที่สามารถกำหนดได้ว่าสามารถเลือก option สำหรับการ approve หรือ reject ได้ ที่สำคัญ เราใส่ SLA- Service Level Agreement เอาไว้ด้วยเพื่อให้สามารถกำหนดได้ว่า ระยะเวลา maximum (วัน) ในการตัดสินใจควรเป็นเท่าใด

• เรื่อง field ของแต่ละเอกสารเอง - ที่เมื่อสร้างเอกสารจะพบ field ใดบ้าง ซึ่งเรื่องนี้รวมไปถึง field ที่เป็น attachment และ photos ใน inspection ด้วย

• ซึ่งของเหล่านี้จะไปแสดงใน Stepper เพื่อบอก user ให้ทราบว่า เอกสารถึงส่วนใดแล้วบ้าง

พอทำออกมาแบบนี้ ก็เลยกลายเป็นว่าเราสามารถ custom workflow เอกสารให้เหมาะสมกับทุกงานได้ง่ายขึ้น ก็ทำให้พวกเราไม่ไปเป็นปัญหาให้ลูกค้าได้อีกหลายเรื่อง, ส่วน bug ก็น้อยลงไปพอสมควร

ท่านที่ลองใช้หรือตั้งค่าแล้วมี feedback เราก็มี เมนู feedback สำหรับส่งข้อคิดเห็นเพิ่มเติมเข้ามาเช่นกันนะครับ