BPMN 2.0: Hướng dẫn thực tế về ký pháp
Tìm hiểu cách BPMN 2.0 biểu diễn quy trình, từ sự kiện và hoạt động đến cổng, pool, lane và cấu phần bổ trợ.
Hướng dẫn thực tế về BPMN 2.0: tiêu chuẩn, ký hiệu và cách sử dụng
BPMN là cách tiêu chuẩn để vẽ quy trình kinh doanh, giúp mọi người thấy điều gì diễn ra, ai tham gia và công việc chuyển từ bước này sang bước tiếp theo như thế nào. BPMN 2.0 quy định ký pháp và định dạng XML dùng chung, giúp bạn dễ trao đổi, ghi lại và chia sẻ mô hình quy trình.
Dùng phần điều hướng bên dưới để chuyển đến nhóm ký hiệu bạn cần. Bạn cũng có thể so sánh BPMN với các ký pháp khác trong hướng dẫn về BPMN, UML và lưu đồ.
Bạn không cần đọc hết trang này trước khi bắt đầu. Mở công cụ mô hình hóa BPMN 2.0, mô tả bằng một câu về quy trình bạn đã biết và để công cụ tạo bản nháp đầu tiên. Sau đó, dùng phần tham khảo bên dưới để chỉnh sửa từng ký hiệu. Cách này nhanh hơn học riêng từng ký hiệu, và bạn có thể bắt đầu tạo mô hình ngay mà không cần cài đặt gì.
Vừa vẽ sơ đồ vừa tra cứu ký hiệu
Mô tả một quy trình bạn đã biết để AI tạo bản nháp mô hình BPMN 2.0. Mở phần tham khảo bên dưới cạnh mô hình rồi chỉnh sửa từng ký hiệu.
Chuyển đến phần tham khảo ký hiệu BPMN
BPMN 2.0 là gì?
BPMN là viết tắt của Business Process Model and Notation. Object Management Group (OMG) công bố và duy trì tiêu chuẩn này. BPMN cung cấp ngôn ngữ hình ảnh chung để mô tả quy trình, từ điểm bắt đầu, điểm kết thúc đến các nhiệm vụ, quyết định và bước bàn giao ở giữa.
BPMN 2.0 được công bố vào năm 2011. Một bổ sung quan trọng là cách tuần tự hóa bằng XML, một phương pháp tiêu chuẩn để lưu mô hình sao cho các công cụ khác nhau có thể đọc và trao đổi với nhau. Ký pháp này không phụ thuộc vào nhà cung cấp, nên các ký hiệu không thuộc riêng một công cụ mô hình hóa nào. Nhờ vậy, các tổ chức và nhà cung cấp cùng thống nhất sử dụng ký pháp quản lý quy trình kinh doanh này thay vì mỗi bên dùng một kiểu riêng.
Sơ đồ BPMN giúp bạn giải thích quy trình với đồng nghiệp, ghi lại cách công việc dự kiến diễn ra hoặc tạo mô hình đủ chi tiết để workflow engine thực thi. Mức độ chi tiết tùy thuộc vào mục đích sử dụng. Mô hình dùng để trao đổi không cần mô tả mọi chi tiết kỹ thuật khi triển khai.
Vì sao BPMN còn được gọi là “business process management notation”?
Tên đầy đủ của tiêu chuẩn là Business Process Model and Notation, và đó là cách viết đầy đủ chính xác: Object Management Group công bố tiêu chuẩn dưới tên này. Bạn cũng có thể thấy BPMN được mô tả là business process management notation, cụm từ nói về mục đích sử dụng ký pháp chứ không phải ý nghĩa của chữ viết tắt. Đây vẫn là cùng một tiêu chuẩn, cùng các ký hiệu và cùng định dạng XML.
Có một điểm cần phân biệt. BPMN là ký pháp: nó mô tả quy trình chứ không chạy, theo dõi hay cải tiến quy trình. Phần quản lý trong quản lý quy trình kinh doanh diễn ra bên ngoài sơ đồ: thống nhất về quy trình, cập nhật mô hình và so sánh mô hình với cách công việc thực sự diễn ra. Đây là lúc process mining phát huy tác dụng.
Vì sao nên dùng BPMN 2.0?
BPMN giúp nhóm nghiệp vụ và kỹ thuật có cách trao đổi chung về các bước trong quy trình và trách nhiệm liên quan. Các ký hiệu có ý nghĩa được quy định rõ, nên người đọc không cần học bảng chú giải mới cho từng sơ đồ. Bạn cũng có thể chuyển mô hình BPMN sang công cụ khác.
Mô hình BPMN có thể giúp bạn:
- Mô tả luồng công việc. Thể hiện thứ tự các hoạt động, điểm ra quyết định và kết quả trong một sơ đồ.
- Làm rõ trách nhiệm. Dùng pool và lane để cho biết những bên tham gia và vai trò liên quan.
- Ghi lại các trường hợp ngoại lệ. Mô hình hóa các nhánh thay thế, sự kiện và kết quả kết thúc khác nhau bên cạnh luồng chính.
- Trao đổi mô hình. Dùng BPMN 2.0 XML để chuyển mô hình giữa các công cụ, đồng thời kiểm tra xem các chi tiết riêng của từng công cụ có được chuyển theo hay không.
- Rà soát và cải tiến quy trình. So sánh mô hình đã ghi lại với cách công việc thực sự diễn ra. process mining có thể bổ sung bằng chứng từ dữ liệu sự kiện, nhưng không tự thay đổi quy trình.
Nếu bạn đang chọn công cụ, hãy xem phần tổng quan về các công cụ BPMN. ProcessMind kết hợp mô hình hóa quy trình với process mining, giúp bạn đối chiếu quy trình đã ghi lại với dữ liệu vận hành.
Chúng tôi dùng BPMN 2.0 và sơ đồ hóa dòng giá trị vì đây là những tiêu chuẩn mọi người đã quen dùng. Chúng có hoàn hảo không? Không. Nhưng chúng đáp ứng tốt nhu cầu, và việc đối tác, kiểm toán viên cùng các công cụ khác có thể đọc được còn giá trị hơn vài cải tiến mà chúng tôi tự nghĩ ra. Cùng dùng một ký hiệu thì hai nhóm mới có thể phối hợp cải tiến một quy trình.
Các thành phần BPMN 2.0 trong nháy mắt
BPMN chia các thành phần thành bốn nhóm. Bảng dưới đây giúp bạn tra cứu nhanh, hoặc chuyển đến từng mục để xem chi tiết.
| Nhóm | Thành phần | Ý nghĩa |
|---|---|---|
| Đối tượng luồng | Sự kiện, hoạt động, cổng | Điều gì xảy ra, công việc nào được thực hiện và luồng rẽ nhánh ở đâu |
| Đối tượng kết nối | Luồng tuần tự, Message Flow, Association | Cách các thành phần kết nối và cách công việc hoặc thông tin di chuyển |
| Làn bơi | Bể và làn | Những bên tham gia và vai trò liên quan |
| Tạo tác | Data Object, Data Store, Group, Text Annotation | Thông tin và bối cảnh giúp giải thích quy trình |
Để xem danh sách đầy đủ các thành phần, hãy tham khảo tài liệu các khối cấu thành BPMN và hướng dẫn biểu tượng BPMN. Bạn cũng có thể tải poster BPMN 2.0 bằng ngôn ngữ của mình.
Sự kiện
Sự kiện thể hiện điều xảy ra trong một quy trình. Sự kiện được vẽ bằng hình tròn, với kiểu viền khác nhau để cho biết vị trí của chúng:
- Một Sự kiện bắt đầu có đường viền mảnh.
- Một Intermediate Event có đường viền kép.
- Một Sự kiện kết thúc có đường viền dày.
Start Event
Sự kiện bắt đầu đánh dấu điểm khởi đầu của quy trình hoặc một lộ trình. Quy trình có thể có nhiều Sự kiện bắt đầu nếu có nhiều yếu tố kích hoạt khác nhau. Ví dụ, quy trình xử lý đơn hàng có thể bắt đầu khi khách hàng đặt hàng trực tuyến, qua điện thoại hoặc trực tiếp.
Intermediate Event
Intermediate Event xảy ra giữa lúc bắt đầu và kết thúc một quy trình. Tùy loại và vị trí, sự kiện này có thể nhận hoặc phát một sự kiện, chẳng hạn như thông điệp hoặc tín hiệu. Các loại sự kiện khác gồm Timer, Error, Escalation, Compensation, Conditional, Cancel, Link, Terminate, Multiple và Parallel Multiple.
Ví dụ, quy trình xử lý đơn hàng có thể chờ thông điệp xác nhận từ khách hàng rồi mới tiếp tục. Ký hiệu sự kiện cho biết quy trình đang chờ hoặc gửi điều gì.
End Event
Sự kiện kết thúc đánh dấu điểm cuối của một lộ trình trong quy trình. Quy trình có thể có nhiều Sự kiện kết thúc để thể hiện các kết quả khác nhau, chẳng hạn đơn hàng được hoàn tất hoặc bị từ chối. Hãy đặt tên rõ ràng cho từng kết quả để người đọc dễ phân biệt.
Ký hiệu sự kiện
| Bắt đầu | Trung gian | Kết thúc | ||||||
|---|---|---|---|---|---|---|---|---|
| Type | Thông thường | Subprocess sự kiện | Subprocess sự kiện không ngắt | Bắt sự kiện | Biên | Biên không ngắt | Phát sự kiện | |
| Không có | | |||||||
| Message | | | | | | | | |
| Timer | | | | | | | ||
| Conditional | | | | | | | ||
| Link | | | | |||||
| Signal | | | | | | | | |
| Error | | | | |||||
| Escalation | | | | | | | ||
| Terminate | | |||||||
| Compensation | | | | | ||||
| Cancel | | | ||||||
| Multiple | | | | | | | | |
| Multiple Parallel | | | | | | | ||
Hoạt động
Hoạt động thể hiện công việc được thực hiện trong quy trình. Hai loại chính là nhiệm vụ và Subprocess. Nhiệm vụ là một đơn vị công việc; Subprocess gồm một chuỗi bước riêng.
Các loại Task
BPMN dùng các loại nhiệm vụ để thể hiện cách công việc được thực hiện. Loại nhiệm vụ mô tả hoạt động trong mô hình, không có nghĩa ProcessMind thực hiện công việc đó.
Tác vụ
Nhiệm vụ là một hoạt động dùng cho nhiều mục đích. Hãy bắt đầu bằng nhiệm vụ chung khi cần ghi lại một bước trước khi quyết định có nên dùng loại cụ thể hơn hay không.
Manual Task
Một người thực hiện Manual Task mà không có bộ máy quy trình quản lý hoạt động đó. Ví dụ gồm sắp xếp tài liệu hoặc xử lý vấn đề về hóa đơn qua điện thoại.
User Task
Bộ máy quy trình giao User Task cho một người. Người đó hoàn thành nhiệm vụ và ghi lại kết quả. Ví dụ gồm kiểm tra hóa đơn, phê duyệt yêu cầu nghỉ phép hoặc xử lý phiếu hỗ trợ.
Receive Task
Receive Task biểu thị việc chờ nhận thông điệp như một hoạt động riêng trong quy trình. Ký hiệu của nhiệm vụ này là một phong bì rỗng.
Receive Task (khởi tạo quy trình)
Receive Task khởi tạo sẽ bắt đầu quy trình khi nhận được thông điệp. Ký hiệu có dấu sự kiện nhỏ ở góc trên bên trái.
Send Task
Send Task biểu thị việc gửi thông điệp trong một quy trình.
Script Task
Script Task biểu thị một tập lệnh mà bộ máy quy trình có thể thực thi, được viết bằng ngôn ngữ mà bộ máy hỗ trợ.
Service Task
Service Task biểu thị công việc do một dịch vụ phần mềm thực hiện, chẳng hạn như gọi dịch vụ web. Mô hình cho biết loại hoạt động; cách triển khai tùy thuộc vào hệ thống chạy quy trình.
Business Rule Task
Business Rule Task biểu thị hoạt động đánh giá hoặc áp dụng các quy tắc nghiệp vụ.
Subprocess và dấu hoạt động
Subprocess chứa một luồng riêng. Bạn có thể mở rộng để xem các bước bên trong hoặc thu gọn để sơ đồ chính gọn hơn. Dấu hoạt động cũng có thể cho biết hoạt động lặp lại, chạy cho nhiều mục hoặc xử lý bù trừ.
Subprocess
Subprocess thu gọn gom các bước thành một hoạt động trong sơ đồ chính. Hãy mở rộng khi người đọc cần xem luồng bên trong.
AdHoc Subprocess
AdHoc Subprocess thể hiện các hoạt động không theo một thứ tự cố định. Mô hình cho biết có thể thực hiện các hoạt động theo thứ tự linh hoạt.
Dấu lặp
Dấu lặp cho biết hoạt động được thực hiện lại cho đến khi thỏa mãn điều kiện thoát.
Dấu nhiều phiên bản
Hoạt động nhiều phiên bản được lặp lại cho một tập hợp mục đã xác định. Các vạch dọc biểu thị các phiên bản chạy song song, còn vạch ngang biểu thị các phiên bản chạy tuần tự.
Dấu Compensation
Hoạt động Compensation thể hiện công việc đảo ngược hoặc bù trừ tác động của một hoạt động trước đó. Hãy nối hoạt động này vào sơ đồ bằng Association, không dùng luồng tuần tự.
Dấu kết hợp
Bạn có thể kết hợp dấu Compensation với dấu lặp hoặc dấu nhiều phiên bản để thể hiện hoạt động được lặp lại hoặc áp dụng cho nhiều mục.
Gateway
Cổng điều khiển cách quy trình phân nhánh hoặc hợp nhất. Chúng có dạng hình thoi. Ký hiệu bên trong cho biết loại cổng và cách cổng xử lý các luồng.
Exclusive Gateway
Cổng độc quyền chọn một luồng đi ra. Hình thoi có thể có dấu X bên trong hoặc để trống.
Inclusive Gateway
Cổng bao hàm có thể kích hoạt một hoặc nhiều luồng đi ra, tùy theo điều kiện. Một cổng tương ứng ở phần sau của quy trình có thể đồng bộ các luồng đã được kích hoạt.
Parallel Gateway
Khi tách luồng, cổng song song kích hoạt tất cả các luồng đi ra. Khi hợp nhất các luồng, cổng chờ mọi nhánh đi vào hoàn tất.
Event Gateway
Cổng sự kiện điều hướng quy trình dựa trên sự kiện xảy ra trước, chẳng hạn như nhận được thông điệp.
Đối tượng kết nối
Đối tượng kết nối cho biết mối liên hệ giữa các thành phần BPMN. Hãy chọn đúng kiểu kết nối để thể hiện mối quan hệ bạn muốn mô tả.
Luồng tuần tự
Luồng tuần tự thể hiện thứ tự hoạt động và sự kiện trong quy trình. Luồng này được vẽ bằng đường liền có mũi tên và có thể biểu thị nhánh có điều kiện hoặc nhánh mặc định.
Message Flow
Message Flow thể hiện trao đổi thông tin giữa các bên tham gia riêng biệt, thường được biểu diễn bằng các pool khác nhau. Đường nối này là nét đứt, có hình tròn ở đầu và mũi tên rỗng ở cuối. Không dùng Message Flow để nối các hoạt động trong cùng một pool.
Association
Association nối một hoạt động hoặc sự kiện với một tạo tác, chẳng hạn như Data Object hoặc Text Annotation. Association bổ sung bối cảnh mà không làm thay đổi luồng quy trình.
Pool và swimlane
Pool đại diện cho các bên tham gia quy trình, chẳng hạn như tổ chức, phòng ban hoặc hệ thống. Lane chia một pool để thể hiện trách nhiệm bên trong bên tham gia đó.
Dùng các pool riêng khi cần thể hiện những bên tham gia khác nhau và cách họ trao đổi với nhau. Dùng lane để làm rõ vai trò hoặc hệ thống nào phụ trách từng hoạt động. Xem thêm tài liệu về pool và swimlane.
Pool thu gọn
Pool thu gọn thể hiện một bên tham gia mà không hiển thị các hoạt động bên trong. Cách này hữu ích khi sơ đồ cần cho biết có một tổ chức hoặc hệ thống bên ngoài tham gia, nhưng quy trình nội bộ của họ nằm ngoài phạm vi mô hình.
Tạo tác
Các cấu phần bổ trợ thêm thông tin và bối cảnh cho sơ đồ BPMN mà không làm thay đổi Luồng tuần tự. Các loại chính gồm Data Objects, Data Stores, Groups và Text Annotations.
Data Object và Data Store
Data Object đại diện cho thông tin được một hoạt động sử dụng hoặc tạo ra. Data Input và Data Output thể hiện thông tin đi vào hoặc rời khỏi quy trình. Data Store đại diện cho thông tin vẫn được lưu giữ sau khi phiên bản quy trình kết thúc.
Group
Group gom các thành phần liên quan lại bằng cách trình bày trực quan. Group không làm thay đổi luồng quy trình.
Chú thích văn bản
Text Annotation bổ sung lời giải thích hoặc ghi chú vào sơ đồ. Dùng Association để nối ghi chú với thành phần liên quan.
Cách tạo sơ đồ BPMN?
Hãy bắt đầu bằng câu hỏi về quy trình mà bạn muốn sơ đồ trả lời. Sau đó xây dựng mô hình từ luồng chính trở ra:
- Xác định phạm vi. Chọn quy trình, điểm bắt đầu và kết thúc, cùng mức độ chi tiết phù hợp với người đọc.
- Liệt kê các hoạt động. Ghi lại các bước chính bằng ngôn ngữ đơn giản trước khi thêm ký hiệu.
- Thêm sự kiện và kết quả. Cho biết điều gì khởi động quy trình, những gì có thể xảy ra trong quá trình thực hiện và mỗi luồng kết thúc ra sao.
- Mô hình hóa các quyết định. Thêm cổng tại những chỗ luồng phân nhánh hoặc hợp nhất.
- Thể hiện các bên tham gia và trách nhiệm. Dùng pool và lane để làm rõ ai phụ trách việc gì.
- Thêm thông điệp và ngữ cảnh. Dùng Message Flow giữa các bên tham gia, cùng các tạo tác để thể hiện dữ liệu hoặc ghi chú liên quan.
- Rà soát mô hình. Cùng những người am hiểu công việc đi qua từng luồng. Kiểm tra sơ đồ có dễ đọc không và các ký hiệu có đúng ý nghĩa dự kiến không.
Để xem hướng dẫn từng bước, hãy tham khảo tài liệu về cách xây dựng sơ đồ BPMN. Bạn cũng có thể xem các ví dụ BPMN 2.0 trong tài liệu để tham khảo mô hình hoàn chỉnh và áp dụng những cách làm phù hợp với quy trình của mình.
Bạn sẽ nhớ ký hiệu nhanh hơn khi bắt tay vào vẽ. Chọn một quy trình bạn đã biết, mô tả trong một câu rồi chỉnh sửa bản nháp do công cụ mô hình hóa tạo ra. Tính năng tự động bố cục sẽ sắp xếp sơ đồ trong khi bạn tra cứu các ký hiệu ở trên.
Cách mô hình hóa BPMN để sơ đồ luôn hữu ích
Mô hình sẽ dễ rà soát và duy trì hơn nếu bạn:
- Thống nhất mục đích trước. Mô hình dùng để thảo luận có thể cần ít chi tiết hơn mô hình phục vụ triển khai.
- Dùng nhất quán các ký hiệu tiêu chuẩn. Đừng tự tạo hình dạng hoặc ý nghĩa mà người đọc khác không nhận ra.
- Đặt tên rõ ràng cho các thành phần. Dùng thuật ngữ mà nhóm quy trình hiểu, đồng thời giúp phân biệt các kết quả khác nhau.
- Giữ sơ đồ tập trung. Dùng Subprocess để tách phần chi tiết khỏi luồng chính.
- Thể hiện trách nhiệm ở những điểm có thay đổi. Pool và lane cần làm rõ bên tham gia và người phụ trách, không nên chỉ thêm cấu trúc cho có.
- Kiểm tra cùng những người tham gia quy trình. Cùng những người thực hiện hoặc quản lý công việc đi qua từng nhánh.
- Rà soát sau khi có thay đổi. Sơ đồ mô tả quy trình tại một thời điểm nhất định. Hãy cập nhật sơ đồ khi quy trình thay đổi.
Công cụ mô hình hóa BPMN 2.0 của ProcessMind chạy trên trình duyệt, hỗ trợ tạo mô hình bằng AI từ mô tả, tự động bố cục và kiểm tra chất lượng mô hình. Công cụ có thể hỗ trợ bạn duy trì các cách làm này: bắt đầu với quy trình bạn hiểu rõ nhất, rồi mô hình hóa, rà soát và thảo luận bước cải tiến đầu tiên ngay tại một nơi. Để hiểu thêm cách kết hợp mô hình hóa với dữ liệu vận hành, hãy đọc về giá trị khi kết hợp mô hình hóa quy trình và process mining.
BPMN 1.x và BPMN 2.0 có gì khác nhau?
Nếu đang xem lại một mô hình BPMN cũ, bạn sẽ thấy các ký hiệu vẫn quen thuộc. Khác biệt chính nằm ở mức độ chính xác và khả năng chuyển đổi giữa các công cụ của tiêu chuẩn.
- Định dạng XML dùng chung. BPMN 2.0 xác định định dạng để lưu trữ và trao đổi mô hình. BPMN 1.x không có định dạng tệp dùng chung, khiến việc chuyển mô hình giữa các công cụ khó hơn.
- Định nghĩa chính xác hơn. BPMN 2.0 mô tả chi tiết hơn các thành phần và mối liên hệ giữa chúng.
- Hỗ trợ mô hình có thể thực thi. BPMN 2.0 đủ chính xác để workflow engine thực thi mô hình. Tuy nhiên, không phải mô hình quy trình nào cũng cần thực thi được.
Với hầu hết mô hình mới, BPMN 2.0 là lựa chọn thiết thực vì đây là phiên bản hiện hành được các công cụ mô hình hóa hiện đại hỗ trợ.
Tệp BPMN 2.0 XML chứa những gì?
Tệp BPMN 2.0 XML lưu các phần tử, kết nối, tên và bố cục sơ đồ của mô hình. Tệp có thể chứa cấu trúc pool và lane, Luồng tuần tự và Message Flow, loại sự kiện và cổng, cùng vị trí các phần tử trên khung vẽ.
Hỗ trợ XML giúp trao đổi mô hình giữa các công cụ, nhưng không đảm bảo mọi tính năng riêng của từng công cụ đều được chuyển theo. Công cụ khác có thể hiển thị bố cục theo cách khác, còn các trường tùy chỉnh hoặc lịch sử rà soát có thể không nằm trong định dạng tệp tiêu chuẩn.
ProcessMind hướng dẫn cách nhập và xuất tệp BPMN. Nếu muốn so sánh các công cụ, hãy xem hướng dẫn về các lựa chọn thay thế Visio cho BPMN.
Poster BPMN 2.0 và tài liệu tra cứu ký hiệu
Dùng poster để tra cứu nhanh khi mô hình hóa. Tài liệu liệt kê các bản poster có thể tải xuống theo ngôn ngữ.
Poster sẽ hữu ích nhất khi bạn đang vẽ, vì vậy hãy để poster cạnh mô hình đang làm: mở công cụ mô hình hóa rồi dùng poster để kiểm tra ký hiệu ngay trên sơ đồ.
Tải poster BPMN 2.0 bằng ngôn ngữ của bạn
Chọn poster bên dưới để mở tệp PDF. Trang tài liệu liệt kê các phiên bản hiện có và là nơi tra cứu thông tin tải xuống.
Tự tạo mô hình BPMN 2.0
Mô tả một quy trình bạn biết bằng văn bản, AI sẽ tạo bản nháp mô hình để bạn chỉnh sửa, mô phỏng và chia sẻ.
Lời cảm ơn
Áp phích được tạo vào năm 2010 và do các nhà nghiên cứu, người làm thực tế dịch. Chúng tôi cảm ơn những cá nhân và tổ chức đã góp phần đưa tài liệu này đến với mọi người.
Tác giả bản gốc: Gero Decker, Jakob Freund, Alexander Lübbe, Jan Mendling, Frank Puhlmann, Torben Schreiter, Matthias Weidlich.
Các bản dịch do: Trisotech (tiếng Pháp); Ildefonso Montero, Luciano García-Bañuelos và Marlon Dumas (tiếng Tây Ban Nha); Nhóm Công nghệ Quy trình kinh doanh tại Hasso-Plattner-Institute (tiếng Nga); Birger Andersson và Petia Wohed (tiếng Thụy Điển); Thauris.nl (tiếng Hà Lan); Lucinéia Heloisa Thom và Cirano Iochpe (tiếng Bồ Đào Nha); MGX Infoservice (tiếng Ba Lan); Ofir Nimitz và Iftah Peretz (tiếng Hebrew); Phó giáo sư Zhang và giảng viên Bai thuộc Trường Kỹ thuật phần mềm, Đại học Giao thông Bắc Kinh (tiếng Trung); Istvan Gerecs (tiếng Hungary); và Hamidreza Sarabadani (tiếng Ba Tư) thực hiện.
Nguồn: áp phích BPMN 2.0
Tiếp theo, bạn có thể làm gì
Bạn đã có tài liệu tham khảo về các ký hiệu. Hãy áp dụng vào thực tế: tạo một mô hình rồi cùng những người am hiểu quy trình rà soát từng luồng.
Where to Go From Here
Bạn đã nắm được ký pháp và có tài liệu tham khảo. Giờ hãy thử vẽ một quy trình quen thuộc. Bạn có thể bắt đầu ngay hôm nay, không cần đợi đến kỳ lập kế hoạch tiếp theo.