Tôi đang kết hợp một kiến trúc cho một công ty cỡ vừa muốn giới thiệu công cụ BPM (Quản lý quy trình nghiệp vụ). Tôi hiểu rằng điều này sẽ rất hữu ích và muốn giới thiệu nó nhưng đang cố gắng tìm ra vị trí thích hợp của nó trong kiến trúc.Mục đích của BPM trong một kiến trúc tinh khiết nhất là gì?
Tôi muốn biết khi nào và cách bạn nên sử dụng công cụ BPM, làm thế nào để bạn phân biệt quy trình nghiệp vụ với quy trình làm việc của ứng dụng?
Tại sao bạn muốn giới thiệu công cụ BPM? Có tuân thủ buzzword không? Nếu bạn đang đấu tranh để tìm một nơi trong kiến trúc, thì tôi sẽ nghi ngờ rằng công cụ sẽ không mang lại một chiến thắng lớn (ít nhất là không với sự hiểu biết hiện tại của bạn).
Công cụ luồng công việc ứng dụng thường tự quan tâm đến mô hình hóa quy trình cụ thể và cho phép các nhà lập trình bán kỹ thuật thể hiện các bước và tương tác, đồng thời cho phép các lập trình viên lấy bộ xương ra bằng mã thực hiện các phần. Cá nhân, tôi thấy rằng chi phí đào tạo bán dẫn kỹ thuật có thể bù đắp lợi nhuận hứa hẹn trong giao tiếp hiệu quả và xoay vòng, nhưng trong các tổ chức lớn nó có thể đảm bảo quá trình "chủ sở hữu" có ảo giác về kiểm soát cần thiết cho việc mua lại kế hoạch. Tôi nói ảo tưởng, bởi vì vào cuối ngày, nhân viên CNTT sẽ tạo lại mã thực hiện quy trình và thường xuyên đề xuất các thay đổi được hoàn nguyên do các vấn đề về mặt kỹ thuật (các công cụ như vậy thường thay đổi dễ dàng hơn để triển khai).
Một số công cụ Quản lý quy trình nghiệp vụ ít hơn các công cụ Dòng công việc ứng dụng với các thẻ giá cao hơn. Một số có một cái nhìn cao hơn và kết hợp các luồng thủ công và các quy trình phi IT khác vào kiến trúc (mặc dù rõ ràng các bước như vậy thực sự không có gì khác hơn là khai báo hay người gác cổng để thoát và nhập lại luồng CNTT). Tôi không biết bạn đang gọi một công ty cỡ trung bình nào, nhưng tại một công ty kỹ thuật hàng không vũ trụ 160 người, chúng tôi đã tìm thấy các công cụ BPM mà chúng tôi đánh giá là quá mức cần thiết. Một điều đáng buồn là đây là một trong những câu hỏi mà chỉ có câu trả lời có thể được đưa ra, ngay cả với tất cả các sự kiện (các nhà phân tích hệ thống khác nhau sẽ đưa ra các ý kiến khác nhau). Tôi hy vọng rằng một tổng quan nhanh chóng là ít nhất một số trợ giúp. Chỉ cần cẩn thận bán hàng hype: Tôi tìm thấy các công cụ như vậy để có giá trị chỉ trong các tổ chức cụ thể với quy trình cụ thể chảy và một trở ngại trong những người khác.
Nếu một công ty có quy trình tại chỗ xử lý hầu hết các trường hợp cần lưu thông, thì có thể là lúc để giới thiệu các công cụ BPM để kiểm tra các quy trình hiện tại. Theo một nghĩa nào đó, điều này nhắc tôi về câu hỏi "Is BPM in your mind?" đã được hỏi một lúc trước.
Cảm ơn bạn đã liên kết đến câu hỏi khác. –
tôi đã tìm thấy hữu ích hơn và bổ ích để giới thiệu BPM trong công ty đã có một số quá trình kinh doanh chính thức thành lập already-
công việc ứng dụng được ở những dòng để tự động tương tác người dùng chỉ (văn bản, ủy quyền, chữ ký vv .). Nhưng khi nói đến tương tác người dùng/hệ thống, BPM rất tiện dụng. Không chỉ người dùng cuối cùng mới có thể nhìn thấy và hiểu được dòng chảy thực sự của ứng dụng (vì họ sẽ không di chuyển ngón tay để thực hiện bất kỳ thay đổi nào là tốt) Nhưng để tránh lặp lại công việc hoặc tương tác phức tạp giữa các hệ thống.
Tất nhiên bạn có thể mã này trong một ứng dụng bắt đầu từ 0 nhưng nó không có ý nghĩa hoặc quy mô khi một quá trình kinh doanh thực sự có thể được sử dụng cho quá trình khác như một dịch vụ.Các bộ BPM cho phép bạn thực hiện việc này trong vài giờ (thực tế là vài cú nhấp chuột nhưng không thông báo cho khách hàng)
Vì vậy, hãy quay lại câu hỏi của bạn và tùy thuộc vào dung lượng công cụ BPM, nếu đã có quy trình nghiệp vụ và quá trình đó đòi hỏi sự tương tác giữa những người sử dụng khác nhau (điều này là quan trọng) khu vực và hệ thống khác nhau nó là giá trị để giới thiệu BPM.
Nếu sự tương tác nhiều hơn "theo định hướng của con người" (văn bản, phê duyệt, vv) App Workflow sẽ làm (hoặc BPM sử dụng như công việc nếu họ đã có công cụ)
Nếu sự tương tác là người dùng amog cùng khu vực, hoặc dữ liệu là tương đối dễ dàng để tiêu thụ và không ai quan tâm đến quy trình kinh doanh (ví dụ: người chuyển sang dùng nước sô-đa), bạn có thể tạo ứng dụng web/bàn từ đầu.
Cảm ơn Oscar, đây là loại suy nghĩ của tôi. –
BPPM nào bạn sử dụng, bằng cách này? – OscarRyz
Sản phẩm được gọi là K2. –
"Khi & làm thế nào bạn nên sử dụng một công cụ BPM"
Oscar Reyes làm cho điểm trực tiếp trong câu đầu tiên của bài của mình. Bạn cần tầm nhìn quá trình.
Công cụ BPM (nói đúng), là công cụ được cho là để quản lý quy trình kinh doanh. Cảnh báo trong bài đăng của Godeke ở trên cũng đúng. Không phải tất cả các công cụ BPM đều được tạo bằng nhau. Trong thực tế, tôi thách thức bạn không thể có được bất cứ ai để đồng ý về những gì BPM thực sự là. Thuật ngữ này đã được các bên khác nhau bao gồm các nhà cung cấp phần mềm, chuyên gia tư vấn, nhà phân tích và tổ chức tin tức (đặt tên là một vài).
Nhưng để trả lời trực tiếp, công cụ BPM thích hợp khi một doanh nghiệp muốn tự động hóa một phần hoặc toàn bộ quy trình kinh doanh. Lưu ý ... tất cả doanh nghiệp có quy trình kinh doanh. Nó chỉ là không phải tất cả các doanh nghiệp tài liệu hoặc quản lý của họ.
'Cách triển khai công cụ BPM phụ thuộc vào ngữ cảnh vì có' các loại 'giải pháp BPM khác nhau. Nói chung (và đây là thức ăn cho cuộc tranh luận), bạn có thể chia BPM thành các quy trình giao dịch và trung tâm của con người. BPM giao dịch được nhắm mục tiêu vào việc tự động hóa các quy trình cấp hệ thống - chủ yếu là tích hợp. Bạn sẽ thấy rất nhiều ở đây về SOA. BPM trung tâm con người được nhắm mục tiêu (rõ ràng) ở các quy trình liên quan đến sự tương tác của con người - chủ yếu là tài liệu hoặc quản lý dữ liệu có cấu trúc/phi cấu trúc.
"phân biệt quá trình kinh doanh từ ứng dụng Workflow"
Xem ở trên. Đây là một cuộc thảo luận rất chung chung. Và nhiều việc cần được thực hiện trước để xác định đầy đủ dự án BPM.
Câu hỏi đầu tiên đặt ra là, "Hiện công ty chúng tôi có quản lý hoạt động kinh doanh của mình theo quy trình hay không?". Câu trả lời cho câu hỏi này nên đến từ đầu. Kinh nghiệm của tôi là nếu không có cam kết cấp điều hành về quản lý kinh doanh tập trung vào quy trình, một dự án BPM có thể sẽ không đáp ứng các mục tiêu của nó. Không phải là bạn sẽ không thể cài đặt công cụ BPM và làm cho nó tích hợp hệ thống hoặc quản lý tài liệu điện tử, nhưng ROI của dự án có thể sẽ bị mất hoặc bị mất.
Điểm mấu chốt, dự án BPM sẽ yêu cầu tầm nhìn kinh doanh trung tâm quy trình và với điều đó, bạn sẽ ở vị trí tốt hơn để xác định kiến trúc phù hợp để hỗ trợ tầm nhìn đó.
Đánh giá cao suy nghĩ của bạn (Tôi cũng cập nhật thẻ với chủ quan).Vào cuối ngày tôi thực sự tìm kiếm ý kiến về sự phù hợp của công nghệ, cho đến nay tôi cảm thấy nó đã được đẩy vào tôi và tôi đang được yêu cầu làm cho nó phù hợp hơn là cho tôi lựa chọn sự cần thiết của nó. –
Không biết tình hình chính xác của bạn, tôi thường nói rằng nếu bạn cảm thấy như một cái gì đó đang được thực hiện phù hợp hơn là cung cấp giá trị, nó có thể là. Có những trường hợp ngoại lệ (tôi có những người không muốn học "cách mới" để làm mọi thứ theo thời gian), nhưng chúng rất hiếm. – Godeke