BPMN เทียบกับ UML และผังงาน: ควรใช้แผนภาพแบบไหน
BPMN เทียบกับ UML: แต่ละสัญกรณ์ใช้สร้างโมเดลอะไร ตารางช่วยตัดสินใจ และเหตุผลที่เราเลือกใช้ BPMN 2.0 แทนสัญกรณ์ที่คิดขึ้นเอง.
การเลือกระหว่าง BPMN กับ UML ขึ้นอยู่กับสิ่งที่คุณต้องการสร้างโมเดล BPMN อธิบายกระบวนการทางธุรกิจและการส่งต่องานระหว่างผู้มีส่วนร่วม UML อธิบายโครงสร้างและพฤติกรรมของซอฟต์แวร์ ส่วนผังงานเป็นวิธีแสดงขั้นตอนและการตัดสินใจแบบรวดเร็วและไม่เป็นทางการ ทั้งสามแบบอาจดูคล้ายกัน แต่ใช้แทนกันไม่ได้.
หน้านี้เปรียบเทียบจุดประสงค์ของแต่ละสัญกรณ์ พร้อมตารางช่วยตัดสินใจ และอธิบายเหตุผลที่เราใช้ BPMN 2.0 แทนสัญกรณ์ที่คิดขึ้นเอง.
สัญกรณ์แต่ละแบบใช้สร้างโมเดลอะไร?
BPMN 2.0 ย่อมาจาก Business Process Model and Notation ดูแลโดย Object Management Group (OMG) และใช้สร้างโมเดลกระบวนการทางธุรกิจ ทั้งผู้มีส่วนร่วม กิจกรรม ลำดับการทำงาน การตัดสินใจ และเหตุการณ์ที่กระตุ้นหรือขัดจังหวะงาน สัญลักษณ์และกฎการเชื่อมต่อกำหนดไว้อย่างชัดเจน จึงตรวจสอบโมเดลตามกฎเหล่านี้ได้ นอกจากนี้ BPMN 2.0 ยังกำหนดรูปแบบ XML สำหรับแลกเปลี่ยนโมเดลระหว่างเครื่องมือ หากต้องการทำความรู้จักสัญกรณ์นี้ อ่านBPMN 2.0 คืออะไร.
UML ย่อมาจาก Unified Modeling Language เป็นมาตรฐานของ OMG เช่นกัน ใช้อธิบายระบบซอฟต์แวร์และพฤติกรรมของระบบ โดยมีแผนภาพคลาส คอมโพเนนต์ การติดตั้ง ลำดับ กิจกรรม สถานะ และกรณีใช้งาน แผนภาพกิจกรรมเป็นประเภทที่มักใช้กับการสร้างโมเดลกระบวนการมากที่สุด.
ผังงานใช้รูปทรงและลูกศรแสดงขั้นตอนกับการตัดสินใจ ไม่มีมาตรฐานกลางหรือชุดกฎตายตัว ทีมจึงมักใช้แนวทางที่ตกลงกันเอง วาดได้เร็ว แต่คนสองคนอาจอ่านต่างกันได้ ชื่อภาษาอังกฤษก็มีหลายรูปแบบ ตั้งแต่ flow chart และ flow-chart ไปจนถึงคำที่มักพิมพ์ผิดอย่าง flow charter แต่ทั้งหมดหมายถึงแผนภาพไม่เป็นทางการแบบเดียวกัน.
BPMN, UML และผังงานต่างกันอย่างไร ควรเลือกแบบไหน?
เริ่มจากดูว่าคุณต้องสร้างชิ้นงานแบบใด แล้วเลือกสัญกรณ์ในคอลัมน์กลาง.
| หากต้องการสร้างโมเดล… | ใช้ | เหตุผล |
|---|---|---|
| กระบวนการทางธุรกิจที่มีบุคลากร ทีม หรือระบบเกี่ยวข้อง | BPMN 2.0 | สัญลักษณ์นี้มีผู้เข้าร่วม เลน ลำดับการไหลของข้อความ และเหตุการณ์ในตัว โมเดลจึงตรวจสอบความถูกต้องและแลกเปลี่ยนเป็นไฟล์ XML ตามมาตรฐาน BPMN 2.0 ได้ |
| โครงสร้างหรือพฤติกรรมของซอฟต์แวร์ | UML | มีแผนภาพสำหรับซอฟต์แวร์โดยเฉพาะ เช่น คลาส คอมโพเนนต์ การติดตั้งใช้งาน ลำดับ และเครื่องสถานะ แผนภาพกิจกรรมไม่ใช่มาตรฐานสำหรับกระบวนการ |
| ขั้นตอนเดียว ภาพร่างจากเวิร์กช็อป หรือการตัดสินใจเพียงครั้งเดียว | ผังงาน | ไม่ต้องติดตั้งและไม่มีกฎให้ทำตาม แต่ก็เป็นเหตุผลที่ทำให้รักษาโมเดลให้เป็นปัจจุบันได้ยาก |
| กระบวนการที่ต้องตรวจสอบความถูกต้องหรือแลกเปลี่ยนระหว่างเครื่องมือ | BPMN 2.0 | สัญลักษณ์มีกฎสำหรับตรวจสอบโมเดล และมีรูปแบบไฟล์สำหรับย้ายข้อมูล |
| แผนผังการตัดสินใจ การคำนวณ หรือลำดับการไหลของข้อมูล | ไม่ใช่ทั้งสองแบบ | ใช้สัญลักษณ์ที่ออกแบบมาสำหรับงานนั้น การฝืนใส่ข้อมูลลงในแผนภาพกระบวนการจะซ่อนตรรกะไว้หลังกล่องที่ดูคุ้นตา |
คำถามไม่ใช่ว่าสัญกรณ์แบบไหนดูคุ้นตา แต่คือแผนภาพต้องสื่ออะไร และใครจะนำไปใช้หลังจากคุณวาดเสร็จ.
จะเริ่มใช้งานกับทีมอย่างไร? ก่อนอื่นตกลงกันให้ได้ว่าต้องสร้างชิ้นงานอะไร โดยอธิบายให้จบในหนึ่งประโยค อย่าเลือกตามเครื่องมือ เพราะความชอบของผู้ขายหรือไลเซนส์เดิมไม่ใช่เหตุผลในการเลือกสัญกรณ์ หากใช้ได้มากกว่าหนึ่งแบบ ให้เลือกแบบที่คนอ่านเข้าใจได้มากที่สุดโดยไม่ต้องมีคนอธิบาย และจดแนวทางที่ทีมกำหนดเพิ่มเติม เช่น การตั้งชื่อ การจัดวาง และระดับรายละเอียด เพื่อให้โมเดลถัดไปใช้แนวทางเดียวกัน ลองให้คนที่ไม่ได้เข้าร่วมเวิร์กช็อปอ่านแผนภาพ แล้วถามว่าขั้นตอนต่อไปคืออะไร หากตอบไม่ได้ ปัญหามักไม่ได้อยู่ที่สัญกรณ์.
ทำไม BPMN กับ UML จึงดูคล้ายกัน?
ทั้งแผนภาพกิจกรรม UML และแผนภาพกระบวนการ BPMN อาจใช้สี่เหลี่ยมมุมมนแทนกิจกรรม สี่เหลี่ยมข้าวหลามตัดแทนการตัดสินใจ และแถบแทนเส้นทางที่ทำงานพร้อมกัน เมื่อมองผ่านๆ จึงดูคล้ายกันมาก.
แต่รูปทรงเหล่านี้สื่อความหมายต่างกัน แผนภาพกิจกรรม UML อธิบายพฤติกรรมในบริบทของซอฟต์แวร์หรือระบบ ส่วนแผนภาพ BPMN อธิบายงานที่ผู้มีส่วนร่วมทำ ซึ่งอาจเป็นบุคคล แผนก หรือระบบ BPMN มีองค์ประกอบเฉพาะสำหรับผู้มีส่วนร่วม เลน การไหลของข้อความ และเหตุการณ์ ส่วนแผนภาพกิจกรรม UML ไม่ได้แสดงแนวคิดด้านกระบวนการทางธุรกิจเหล่านี้ในแบบเดียวกัน.
เครื่องมือ process intelligence มักใช้สัญกรณ์ของตัวเอง เราเลือกใช้ BPMN 2.0 เพราะเป็นมาตรฐานที่ใช้กันจริงเพียงแบบเดียว สมบูรณ์แบบไหม? ไม่ใช่ แต่เป็นแบบที่ทุกคนเลือกใช้ และโมเดลที่ยังใช้ต่อได้แม้เครื่องมือที่สร้างโมเดลจะเลิกใช้ไป ก็มีค่ามากกว่าแผนภาพที่ดูสวยกว่าแต่คนอื่นอ่านไม่ออก
ใช้ BPMN, UML และผังงานร่วมกันได้ไหม?
ได้ หากระบุให้ชัดเจนว่าแต่ละแผนภาพใช้สัญกรณ์แบบใด:
- จัดทำเอกสารกระบวนการทางธุรกิจด้วย BPMN และซอฟต์แวร์ที่รองรับด้วย UML ระบุความเชื่อมโยงให้ชัด เช่น ใช้ชื่อหรือตัวระบุเดียวกัน
- ใช้ UML ออกแบบซอฟต์แวร์ แม้จะมี BPMN แสดงกระบวนการที่เกี่ยวข้อง แต่ละโมเดลตอบคำถามคนละเรื่อง.
การใช้หลายสัญกรณ์ในองค์กรไม่ใช่ปัญหา เราเองก็ทำเช่นนั้น ปัญหาอยู่ที่การผสมสัญกรณ์ไว้ในแผนภาพเดียวโดยไม่บอกให้ชัด หากผู้อ่านแยกไม่ออกว่ารูปทรงหนึ่งหมายถึงกิจกรรม องค์ประกอบซอฟต์แวร์ หรือขั้นตอนทั่วไป ก็ยากที่จะเชื่อถือแผนภาพนั้น.
ผังงานเหมาะกว่าในกรณีใด?
การเลือกระหว่าง BPMN กับผังงานเป็นคำถามเดียวกันในขอบเขตที่เล็กลง คำตอบมักขึ้นอยู่กับการดูแลต่อ ผังงานเหมาะกับขั้นตอนสั้นๆ ภาพร่างจากเวิร์กช็อป หรือคำอธิบายเฉพาะครั้งที่มีเพียงไม่กี่ขั้นตอนกับการตัดสินใจ โดยยังไม่ต้องมีโครงสร้างที่ทีมไม่จำเป็นต้องใช้.
เลือก BPMN เมื่อแผนภาพต้องอ่านได้ตรงกัน ตรวจสอบตามกฎของสัญกรณ์ ทบทวนอีกครั้งในไตรมาสหน้า หรือแชร์ข้ามทีม หากยังไม่แน่ใจ ให้ร่างก่อน แล้วค่อยจัดทำเป็น BPMN เมื่อกระบวนการควรมีโมเดล หากต้องการดูประเภทแผนภาพเพิ่มเติม อ่านการทำแผนที่กระบวนการคืออะไร และหากกำลังเปลี่ยนจากเครื่องมือสร้างแผนภาพเดิม อ่านทางเลือกอื่นนอกจาก Visio สำหรับ BPMN.
แล้วผังงานที่ทีมมีอยู่แล้วล่ะ ให้ใช้เป็นข้อมูลตั้งต้น ไม่ใช่โมเดลหลัก ภาพร่างจากเวิร์กช็อปมักช่วยให้ตกลงขอบเขตงานได้เร็วที่สุด และเมื่อกระบวนการมีความสำคัญ การวาดใหม่เป็น BPMN ใช้เวลาเพียงหนึ่งหรือสองชั่วโมง ผังงานจึงเป็นเพียงร่าง ไม่ใช่สิ่งที่ต้องแข่งกับโมเดล สิ่งที่ควรหลีกเลี่ยงคือการดูแลกระบวนการเดียวกันซ้ำในสองสัญกรณ์ เพราะจะไม่มีเวอร์ชันไหนเป็นข้อมูลหลัก และการประชุมก็จะหมดไปกับคำถามว่าเวอร์ชันไหนเป็นปัจจุบัน.
ทำอย่างไรให้โมเดล BPMN ย้ายไปใช้ที่อื่นได้?
สร้างโมเดลในเครื่องมือที่ใช้สัญกรณ์มาตรฐานและส่งออกไฟล์ได้ ProcessMind ให้คุณสร้างโมเดล BPMN 2.0 บนเบราว์เซอร์ พร้อมนำเข้าและส่งออกไฟล์ BPMNได้ แผนภาพจึงไม่ถูกจำกัดให้อยู่ในผลิตภัณฑ์ที่ใช้สร้าง คุณยังเก็บโมเดลไว้ข้างกระบวนการที่ได้จาก process mining เพื่อเปรียบเทียบกระบวนการตามที่ตั้งใจกับสิ่งที่ระบบบันทึกไว้.
ดูวิธีใช้พื้นที่ทำงานสร้างโมเดลของ ProcessMind หรือดูองค์ประกอบ BPMN ที่รองรับ.
Where to Go From Here
คุณเลือกสัญกรณ์ที่เหมาะกับชิ้นงานแล้ว ขั้นต่อไปคือดูว่าเครื่องมือยังคงใช้มาตรฐาน ตรวจสอบความถูกต้อง และส่งออกได้หรือไม่.