Làm thế nào để mô hình hóa Con người, Máy móc, Đo lường và Quy trình trong một thế giới DevOps?


16

Trong Dự án Phượng hoàng khi tham gia một trong các chuyến tham quan nhà máy, chúng tôi đã nói rằng mỗi máy trạm là sự kết hợp của Người, Máy, Đo lường và Quy trình. Điều này rất có ý nghĩa, sau tất cả chúng ta có người, máy chủ, KPI và hướng dẫn.

Tuy nhiên, bất cứ khi nào tôi lập mô hình một quy trình (vòng đời của Vé hỗ trợ chẳng hạn), tôi đấu tranh để tính đến điều này.

Các trạng thái quy trình làm việc của tôi thường bao gồm:

  • Hỗ trợ dòng đầu tiên
  • Tech / Dev / Hỗ trợ nhóm kỹ thuật khác
  • Đánh giá mã
  • Kiểm tra
  • UAT
  • Triển khai

Tôi có thể dễ dàng đo lường các loại chu kỳ, thông lượng và thời gian xếp hàng của mỗi trạng thái này nhưng tôi không cảm thấy điều này công bằng với khái niệm Con người, Máy móc, Phương pháp. Đó là một ý tưởng được gợi ý một cách bực bội trong cuốn sách nhưng không được mở rộng trên ...

Chúng tôi biết rằng thời gian chờ là một chức năng của việc sử dụng vì vậy việc theo dõi mức độ bận rộn của mọi người và máy chủ (tài nguyên hữu hạn) là rất quan trọng. Có quy trình xác định nào để mở rộng các phép đo của tôi từ một máy trạng thái hữu hạn đơn giản sang ý tưởng Con người, Máy móc, Phương pháp, Quy trình trong sách không?

Câu trả lời:


5

Những gì họ đang nói là Kaizen 5M (Con người, Máy móc, Vật liệu, Phương pháp, Đo lường). Đó là cách tiếp cận để cải tiến liên tục tại mỗi trạm trong quy trình và Ms là những điểm có thể cải thiện và có một câu hỏi tương ứng (5Qs). Đôi khi Môi trường được thêm vào thứ 6, giống như trong quy trình này giải thích cách xây dựng các câu hỏi bằng sơ đồ Ishikawa . Đây là khá nhiều yếu tố cần thiết của TPS / Lean Sản xuất . Nhưng những cải tiến không được sử dụng, chúng là những cải tiến về chất lượng. Bạn không bao giờ cố gắng để sử dụng vì điều đó là phản tác dụng với thông lượng của hệ thống .

Điều quan trọng là phải hiểu rằng Con người, Máy móc, Vật liệu, Phương pháp và Đo lường không dễ dàng tách rời. Đôi khi Máy, Vật liệu và Đo lường ở một bên với nhau và Người và Phương pháp ở phía bên kia. Như bạn có thể thay thế một Người đàn ông và một Phương pháp trên trạm làm việc đó.

Về phát triển phần mềm, bạn có Phần mềm (Máy), Vấn đề (Nguyên liệu), Chất lượng mã / Chấp nhận (Đo lường), Con người (Lập trình viên) và Phương pháp (Quy trình phát triển). Người đàn ông đào tạo trên máy và làm quen với nó, với vật liệu được chế tạo, hiểu được phép đo cần thiết, tìm hiểu quy trình. Tất cả những người đang sống trong bộ não của Người đàn ông và do đó không dễ dàng tách ra một khi đã học. Thay đổi một Phương thức chỉ có thể nếu Người đàn ông chưa hoàn toàn nội tâm hóa nó, nếu không, việc thay đổi Người và Phương pháp sẽ dễ dàng hơn. Ngoài ra Máy, Vật liệu và Đo lường thường được gắn với nhau thông qua tự động hóa và cấu hình. Đó là lý do tại sao chúng được vẽ trên các mặt đối diện của sơ đồ.

Nếu bạn đọc cuốn sách một cách cẩn thận, nó không thực sự nói về việc sử dụng khác hơn là về nút cổ chai của chuỗi giá trị. Để nâng cao và khai thác nút cổ chai. Một số phương pháp được sử dụng cho điều đó trong cuốn sách, bao gồm Kanban .

Bạn không muốn tối ưu hóa các trạm riêng lẻ trong quy trình của mình (Khách hàng-> Hỗ trợ-> Phát triển-> Đánh giá-> Kiểm tra-> Chấp nhận người dùng-> Triển khai-> Khách hàng), nhưng bạn cần lập mô hình chuyển đổi giữa các trạm làm việc đó , các phụ thuộc của chúng và để theo dõi Work In Process (WIP) di chuyển qua hệ thống. Thông thường thông qua Phần mềm theo dõi sự cố (hoặc hệ thống Kanban), tương đương với theo dõi vật liệu trong sản xuất. Khi WIP chồng chất trước trạm làm việc trong quy trình chuỗi quan trọng của bạn, bạn sẽ thấy nút cổ chai của mình và đó là nơi bạn muốn tối ưu hóa bằng Kaizan (5M, 5Q)

Lưu ý: Tôi đã thêm Khách hàng cả khi bắt đầu và kết thúc quy trình của mình, vì mỗi chuỗi giá trị phải bắt đầu và kết thúc với Khách hàng nếu không nó không thể hiện giá trị cho công ty.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.