Hiểu biết kỹ thuật xuyên ngành trong ngành phát triển sản phẩm hiện đại

kĩ thuật xuyên ngành công nghiệp, nơi mà kỹ sư cơ khí, phần mềm, và công nghệ và công nghệ cộng tác trên một sản phẩm duy nhất đã trở thành tiêu chuẩn trong ngành công nghiệp từ máy móc đến các thiết bị y tế. trong khi lời hứa về sự đổi mới tích hợp là cao, thực tế thường bao gồm những chi tiết không chính xác, nỗ lực không cần thiết và các chu kỳ tích hợp chậm trễ. bài báo này đưa ra những chiến lược có thể hoạt động để quản lý những quá trình phức tạp này, giúp các nhà lãnh đạo chuyển đổi xung đột với nhau thành một lợi thế cạnh tranh.

Các nền tảng quản lý kỹ thuật xuyên ngành

Thử thách cốt lõi: Những bộ óc bị lệch lạc và dòng chảy công việc

Mỗi kỹ sư kỹ thuật mang lại vốn từ vựng, công cụ thiết kế và xem xét chu kỳ của mình. một kỹ sư phần mềm nghĩ rằng trong nước rút và sự kết hợp; một kỹ sư cơ khí nghĩ rằng trong các ngăn xếp và sản xuất kiểm tra DFM. mà không có các cơ chế tự động, những khác biệt này tạo ra sự sụp đổ thông tin mà bị đổ đến mức làm việc lại tốn kém. bước đầu tiên hướng tới việc quản lý hiệu quả là công việc qua các phân loại không chỉ là một hệ thống phụ thuộc lẫn nhau.

Tại sao dự án quản lý truyền thống lại ngắn

Thác nước và thậm chí khuôn khổ Agile chuẩn thường giả định một sản phẩm tái tạo sản phẩm một người hoặc một giao dịch tuyến tính giữa các giai đoạn. Trong thực tế, các quyết định điện và phần mềm ảnh hưởng đến các hạn chế cơ học, và những hạn chế này được đưa trở lại vị trí cảm biến. Dự án cần thiết lập lại, đồng bộ hóa chu kỳ hơn là đi lại. Đây là nơi mà dự án tích hợp kế hoạch lên kế hoạch trở nên thiết yếu.

Những chiến thuật then chốt để quản lý hữu hiệu

1. Thiết lập ngôn ngữ kỹ thuật chia sẻ

Thuật ngữ đặc biệt có thể làm lu mờ các điều kiện. Tạo một dự án có thể định nghĩa những từ như “hình ảnh, hình ảnh, hình ảnh và hình ảnh hóa, điểm chung mà tất cả các đội có thể hiểu được.

Tài nguyên bên ngoài: Systems techities (SEBoK) cung cấp hướng dẫn để thiết lập các tiêu chuẩn giao tiếp xuyên biên.

2. Thi hành Ma Trận RARI với phụ thuộc

Bài viết đầu tiên đề cập đến ma trận RARI, nhưng để có thể phân loại chéo các dự án, chúng phải đi xa hơn nữa, không chỉ liệt kê tên. Hãy nhập vào mỗi nhiệm vụ để đi ngược dòng và hạ lưu. Chẳng hạn, “máy điều khiển phần mềm điều khiển phần mềm (có khả năng kiểm soát: nhóm phần mềm) có thể giải quyết các dự án hệ thống, nhưng cũng cần phải có sự tham khảo từ ngân sách điện (bằng cách sử dụng, ngân sách điện) và thông báo trạng thái (các vị trí cơ khí (dấu cắm). Hãy dùng một biểu đồ phụ thuộc có sẵn trong phần mềm PL hiện đại.

3. Hệ thống nhận nuôi mô hình- nền tảng (MBSE)

MBSE thay thế các yêu cầu dựa trên giấy bằng một mô hình kỹ thuật số mà tất cả các ngành có thể truy vấn. Một sự thay đổi trong yêu cầu mô-men xoắn của cơ chế tự động cập nhật các tính toán điện, mô phỏng căng thẳng cơ học, và giới hạn điều khiển phần mềm. Việc này loại bỏ sự truyền bá bằng tay của các thay đổi gây ra ngạc nhiên sau sân khấu. Nhiều nhóm không gian và các nhóm tự động hiện đang thiết lập MBSE cho bất kỳ hệ thống dẫn giao thoa nào.

Tài nguyên bên ngoài: OLG MBSE cha trí [FLT: 1] cung cấp các nghiên cứu trường hợp thành công MBSE con nuôi.

4 Lịch đều đặn cho phép học sinh nhập học

Đừng đợi nguyên mẫu được xây dựng đầy đủ để thử nghiệm sự hợp nhất. Hãy giữ một tuần hoặc hai tuần “nếu mỗi môn học có thể chạy nhanh hơn, mỗi môn học mang lại hiện tại - một mô hình CD, một bố trí PCB, hoặc một bộ mã được xây dựng - và cố gắng lắp ráp chúng về thể chất hoặc gần như lắp ráp chúng. Ngay cả một phiên chạy 30 phút trên cùng một tầng có thể cho thấy sự sai lệch giao diện [FL: 0]. Công cụ như [FL: 0] so sánh [FL: 1] [FL: 1] hoặc [FL: 1] Dữ liệu A-F2] có thể tự động kết nối [FD].

5. Tạo ra các đo lường hiệu chỉnh chéo

Mỗi nhóm có thể xác định các mô hình đo lường của nhóm (v. d. nhiều phần mềm cam kết, số lượng cơ khí) có thể khuyến khích hành vi nạp điện. Thay vì thế, định nghĩa các xung đột giao diện như “số xung đột trước khi mẫu đầu tiên được tìm thấy hoặc“ tỷ lệ ngừng hoạt động.

Công cụ và kỹ thuật để phối hợp chéo ngành

Công cụ thiết kế hối lộ có khả năng tương tác

Không có một công cụ kiểu CAD hay mô hình nào phù hợp với mọi sự sửa trị. Mục tiêu là tương thích với nhau: đảm bảo rằng MCAD (v. d., tính chất rắn, NX) xuất ra hình học và khối lượng mà ECAD (v.g., Altium, Eagle) có thể nhập khẩu như là những đường nét, và cả hai đều đưa vào một số chương trình sinh đôi. Đầu tư tập tin trung (STP, XSLX), và [FLLLLL: 0] [FT: nền tảng PT: FLMS: 1] duy trì một nguồn riêng lẻ cho tất cả các sự thật cho tất cả các kết xuất ra.

Sự kết hợp của nhiều người bao gồm:

  • Slack hoặc Microsoft Teams với chatbots thông báo cho nhóm khi một quy tắc thiết kế xuyên biên chế bị vi phạm.
  • Jira hoặc Azure DevOps ) với các lĩnh vực tùy chỉnh cho “Người chủ sở hữu thư viện và“ những kỷ luật đã được ghi nhận.
  • Phụ đề được dịch bởi:
  • ModelCenter hoặc SysML [FL:1] công cụ để chạy các nghiên cứu vật lý trên nhiều lĩnh vực vật lý.

Quản lý các yêu cầu hợp tác

Dùng một công cụ yêu cầu dựa trên web để cho phép mỗi bộ xem và chú thích về cùng một tập yêu cầu cấp hệ thống. [FLT: 0] ID yêu cầu [FLT: 1] để kiểm tra trường hợp và kiểm tra mục tìm kiếm. Khi một thay đổi cần thiết, công cụ tự động email đầu của mỗi tính năng bị ảnh hưởng. Điều này thay thế chức năng mong muốn [FLT: 0] [FLT: 1] để kiểm tra các vấn đề và xác định mục. Khi một thay đổi cần thiết, công cụ tự động email dòng lệnh cho mỗi tính năng dễ dàng của mỗi tính năng bị ảnh hưởng. Điều này thay thế cho tính năng mong manh (FLT: khả năng cập nhật PDF)

Vượt qua những thử thách thông thường

Thử thách 1: Xung đột thiết kế ưu tiên

Các nhóm phần mềm muốn phòng đầu xử lý tối đa; đội cơ khí muốn rào chắn cứng, gồ ghề; đội điện muốn định tuyến tín hiệu tối ưu. Những ưu tiên thường cạnh tranh cho cùng một không gian vật lý và ngân sách nhiệt. [FLT: 0] Giải quyết [FLT: 1] sử dụng một ma trận đánh đổi để đánh đổi mà mỗi thiết kế thay thế tiêu chuẩn (giá trị, trọng lượng, sức mạnh, thời gian để thị trường). Các kỹ sư hệ thống phải được tạo điều khiển giao dịch, nhưng phải được thực hiện với tất cả các bộ phận hiện diện và liên kết nối trên quy mô.

Thử thách 2: Sự hiểu biết về sự sai sót giữa các sự sửa phạt

Ngay cả với công cụ được chia sẻ, các kỹ sư có thể ngần ngại phơi bày công việc không đầy đủ. Điều này dẫn đến sự phát triển song song về giả định không tương thích. Giải quyết ] tạo một nền văn hóa có thể “không đầy đủ, chưa hoàn chỉnh, chưa thành thật. Hãy dùng bảng xem xét thiết kế [DRB] [DLT:], nơi mỗi sự sửa phạt có thể cập nhật 15 phút bao gồm cả những rủi ro đã biết.

Thử thách 3: Thỏa lòng tài nguyên trong các số

Trong tổ chức ma trận, các kỹ sư báo cáo cho bộ quản lý chức năng của họ trong khi làm việc về các dự án xuyên ngành. Điều này có thể gây xung đột trong việc định vị thời gian. [FLT: 0] Giải quyết: Trình quản lý dự án và quản lý chức năng phải đồng ý về một kế hoạch năng mỗi quý. Hãy dùng các công cụ lên kế hoạch tài nguyên (v. g. Hãy dùng bộ thông minh, ví dụ, chất lỏng, khả dụng) hiển thị khả dụng trên mỗi tính năng cao và quá tải cờ trước khi bắt đầu chạy.

Những thực hành tốt nhất để duy trì thành công

Đầu tư vào việc huấn luyện và quay

Các kỹ sư đã dành sáu tháng trong một ngành khác phát triển sự thấu cảm đối với những hạn chế của đội đó, tham gia một kỹ sư phần mềm với cơ khí để học về sự khoan dung, hoặc nhờ một kỹ sư điện kiểm tra hệ thống, điều này làm giảm “chúng ta chống lại họ về tinh thần và tăng tốc độ cho việc đánh máy không chính thức.

Bài học về sự hợp nhất trong tài liệu

Sau mỗi dấu hiệu lớn (kiểu thiết kế, đóng băng, phóng), giữ một phần tư kỷ luật đặc biệt tập trung vào [FLT: 0] lỗi (không phải là dấu tay, mà là phân tích gốc. Trích dẫn những phát hiện trong cơ sở tìm kiếm. Theo thời gian, các đội xây dựng một cuốn sách chứa các cạm bẫy chung (FLT: 0) như “Các loại kết nối thường không phù hợp, tiết kiệm được nhiều tuần của dự án kế tiếp.

Dùng cặp song sinh số để liên tục giải mã

Một cặp song sinh ảo- thời gian số đại diện ảo của sản phẩm vật lý cho phép tất cả các môn học để xem tác động của một thay đổi trước khi phần cứng được xây dựng. Ví dụ, một bản cập nhật phần mềm có thể tăng tần số xử lý có thể được mô phỏng trong cặp song sinh số để kiểm tra hiệu ứng nhiệt trên kho chứa cơ khí. Tính năng này giảm nhu cầu về các mẫu vật lý đắt tiền và chu kỳ tích hợp ngắn.

Những cuộc đụng độ tương lai trong ngành kỹ thuật xuyên ngành

Sự gia tăng Công cụ thiết kế đã được xác định sẽ làm mờ đi ranh giới của sự sửa đổi. Các nhà quản lý nên chuẩn bị bởi các nhóm xây dựng những người suy nghĩ hệ thống có thể định vị nhiều miền. Hơn nữa, [FL:2] nền tảng hợp tác về mây [FL:3] [FL:] (như Onsha, Autopions 360, và Altium) đang cho phép đồng- thời đi qua các thiết kế địa lý ở bất cứ nơi nào trên thế giới, tạo rào cản địa lý ít hơn.

Một xu hướng khác là việc sử dụng mô phỏng dựa trên nước Mỹ mà các cặp vợ chồng điện tử, cơ khí, nhiệt độ và điều khiển trong một môi trường mô phỏng riêng lẻ.

Tài nguyên bên ngoài: Hiệp hội Mô hình cung cấp tiêu chuẩn mở cho mô hình đa vật lý.

Kết luận

Quản lý các quá trình kỹ thuật xuyên ngành ít hơn về việc thực hiện các giao diện đặc biệt của kỷ luật và nhiều hơn về giao diện dàn xếp, sắp xếp các động cơ, và xây dựng một nền văn hóa minh bạch. bằng cách thực hiện các khuôn khổ giao tiếp có cấu trúc (RARI với bản đồ phụ thuộc, MBSE, tích hợp các công cụ có thể tương tác, và chủ động giải quyết các thách thức thông thường như tranh chấp và kiến thức, các nhà lãnh đạo kỹ thuật có thể chuyển đổi ma sát qua đường ống để tạo ra một nguồn sáng tạo.