Cách thành công với kỹ thuật IoT từ xa, linh hoạt cho phần cứng

Tại Very, ngay từ đầu chúng tôi đã là một tổ chức ưu tiên từ xa. Theo thời gian, chúng tôi đã mài dũa một nền văn hóa làm việc từ xa cho phép chúng tôi cùng nhau xây dựng phần mềm và phần cứng mà không rơi vào những cái bẫy giết thời gian. Bằng cách trao quyền cho các kỹ sư, triển khai các chiến thuật Agile và xác định trách nhiệm rõ ràng, chúng tôi dọn đường cho các nhóm kỹ thuật IoT từ xa của mình phát triển.

Luôn đón đầu những thách thức khi làm việc từ xa

Nhu cầu làm việc từ xa tiếp tục tăng lên khi các công ty tìm cách thuê những nhân tài giỏi nhất trong một thị trường tuyển dụng cạnh tranh. Trong nhiều năm, những người làm việc từ xa được coi là những người sớm chấp nhận, nhưng giờ đây, với sự gia tăng của mô hình làm việc kết hợp, làm việc từ xa đã biến một điều xa xỉ thành một điều cần thiết đối với các công ty dựa vào tài năng công nghệ hàng đầu. Trong khi một lực lượng lao động từ xa là một lợi thế cạnh tranh rõ ràng, cũng có những rủi ro như mất khả năng hiển thị, trách nhiệm giải trình và giao tiếp rõ ràng. Vượt qua những thách thức này đã đủ khó đối với nhóm phần mềm, nhưng nó hoạt động như thế nào với nhóm phần cứng đang xây dựng các thiết bị được kết nối trong một ngành luôn ca tụng câu ngạn ngữ “phần cứng thì khó?” Tại Very, chúng tôi đã xây dựng một nền văn hóa làm việc từ xa nhằm giải quyết các mối quan tâm chính xung quanh công việc phân tán, giúp chúng tôi vượt lên dẫn đầu khi xây dựng một nhóm phần cứng phân tán.

3 chiến lược quy trình chính

Là một công ty tư vấn, thời gian là nguồn tài nguyên quan trọng nhất của chúng tôi. Thời gian thực sự là tiền đối với chúng tôi và khách hàng của chúng tôi. Nếu một kỹ sư phần cứng bị chặn hoặc nếu nhóm phần mềm bị nhóm phần cứng chặn, điều đó sẽ gây tốn kém cho doanh nghiệp và khách hàng của chúng tôi. Đây là lý do tại sao các quy trình của chúng tôi hướng nhiều đến việc tiết kiệm thời gian. Cách chúng ta nghĩ về các quá trình này có thể được chia thành ba loại:

#1: Trao quyền cho kỹ sư

Trao quyền cho các kỹ sư cho phép họ giải quyết các vấn đề của mình mà không gặp trở ngại hoặc băng đỏ của bên thứ ba. Nếu các kỹ sư buộc phải mượn công cụ từ các thành viên trong nhóm, một số người trong số họ có thể ở cách xa 1.000 dặm, thì bạn sẽ phải đối mặt với sự chậm trễ không cần thiết. Để tránh rào cản này, chúng tôi bắt đầu cho các thành viên nhóm kỹ thuật của mình bằng một phòng thí nghiệm tại nhà được trang bị các công cụ mà chúng tôi coi là tiêu chuẩn cho kỹ thuật IoT.

Một cách tiết kiệm thời gian lớn khác trong lĩnh vực này là phê duyệt chi phí tự động cho các giao dịch mua nhỏ công cụ, vật tư và vận chuyển. Thời gian một kỹ sư dành để chờ đợi một số phần cứng chuyên dụng mới hoặc nạp thêm các nguồn cung cấp thông thường có thể làm tê liệt cả nhóm, vì vậy mỗi kỹ sư phần cứng và phần sụn đều có thẻ tín dụng của công ty và được tự do thực hiện bất kỳ giao dịch mua nào lên tới 200 đô la nếu họ cần để giao hàng cho một khách hàng.

Ngoài việc phê duyệt tự động các chi phí nhỏ, nhóm phần cứng duy trì một danh sách hoạt động các thiết bị đắt tiền hơn mà họ có thể mua mà không cần phê duyệt trên cơ sở khi cần thiết. Đối với các đơn đặt hàng lớn yêu cầu phê duyệt đặc biệt, chúng tôi có sẵn các quy trình cho phép chúng tôi xem xét và phê duyệt nhanh chóng với ít thủ tục rườm rà nhất.

#2: Quy trình linh hoạt

Các Phương pháp phát triển linh hoạt đã tồn tại khá lâu trong thế giới phần mềm, nhưng cộng đồng kỹ sư phần cứng đã không chấp nhận nó một cách nhanh chóng. Mặc dù không phổ biến nhưng chúng tôi nhận thấy phương pháp Agile là một quy trình phát triển rất hữu ích cho các nhóm kỹ thuật IoT đa ngành của chúng tôi (bao gồm cả kỹ thuật phần cứng). Chúng tôi sử dụng phát triển Agile tại Very vì nó ưu tiên hiệu quả nguồn lực quý giá nhất của chúng tôi – thời gian. Đối với Very, các nguyên tắc quan trọng nhất của phát triển Agile là dành cho kỹ thuật IoT:

• Liên tục cung cấp giá trị cho người dùng cuối.
• Đảm bảo các tính năng đã sẵn sàng sản xuất trước khi chuyển sang các tính năng mới.
• Kiểm tra sớm và thường xuyên.
• Đưa ra quyết định vào thời điểm chịu trách nhiệm cuối cùng, chứ không phải trước đó.

Các nguyên tắc linh hoạt thể hiện rõ nhất trong cách tiếp cận của nhóm phần cứng của chúng tôi để xây dựng nguyên mẫu. Nếu đi theo con đường truyền thống của ngành, bạn bắt đầu với một danh sách đầy đủ các yêu cầu chi tiết về sản phẩm, thì bạn sẽ bắt đầu một giai đoạn dài của “kỹ thuật số”, nơi các thiết kế được tạo ra và tinh chỉnh trong các công cụ thiết kế có sự hỗ trợ của máy tính (CAD). Giai đoạn này có thể kéo dài hàng tháng và thường được kết thúc bằng nhiều lần đánh giá thiết kế, trong đó toàn bộ nhóm và các bên liên quan chính khác ngồi trong phòng và xem xét các tệp thiết kế. Cuối cùng, sau khi dự án gần như hoàn tất, một nguyên mẫu được xây dựng và thử nghiệm. Phương pháp này – còn được gọi là Thác nước – dẫn đến chu kỳ thiết kế dài và dễ bị hỏng khi phải đối mặt với các yêu cầu thay đổi hoặc các vấn đề thiết kế không mong muốn được tìm thấy trong nguyên mẫu.

Thay vào đó, tại Very, chúng tôi tập trung chu kỳ thiết kế của mình vào việc xây dựng các nguyên mẫu mang lại giá trị cho người dùng. Điều này có nghĩa là thay vì bắt đầu với một danh sách chi tiết các yêu cầu, chúng tôi bắt đầu với một danh sách mô tả giá trị mà chúng tôi muốn mang lại cho người dùng. Chúng tôi sử dụng danh sách đó để đưa ra kế hoạch cho một nguyên mẫu sẽ bắt đầu mang lại một số giá trị đó. Chúng tôi nhanh chóng chuyển qua phần “thiết kế kỹ thuật số” của chu trình và xây dựng một nguyên mẫu ban đầu, thường trong vòng một hoặc hai tuần kể từ khi bắt đầu dự án. Tiếp theo, chúng tôi kiểm tra nguyên mẫu và bắt đầu lập kế hoạch cho mẫu tiếp theo.

Chu kỳ tạo mẫu liên tục, nhanh chóng này tiếp tục cho đến khi chúng tôi có một thiết bị mang lại giá trị cần thiết cho người dùng và có đầy đủ chức năng cũng như được thử nghiệm trong thế giới thực. Đây là sản phẩm khả thi tối thiểu (MVP). Bằng cách làm theo phương pháp này, chúng ta có thể đạt được MVP nhanh hơn và ít rủi ro hơn so với phát triển Thác nước truyền thống.

#3: Trách nhiệm rõ ràng

Bằng cách xác định rõ ràng trách nhiệm, chúng tôi đảm bảo rằng các thành viên trong nhóm biết công việc nào thuộc về họ và ai sẽ liên hệ khi họ xác định công việc không thuộc về họ. Đối với nhóm phần cứng, điều này được thể hiện rõ ràng nhất trong vai trò của Kỹ sư tích hợp. Các Kỹ sư Tích hợp của Very được kỳ vọng sẽ đứng giữa ranh giới giữa kỹ thuật điện và cơ khí. Họ là chất keo giữ một dự án lại với nhau. Các trách nhiệm bao gồm tạo mẫu, đưa ra phản hồi về thiết kế và giúp hướng dẫn dự án hướng tới sản xuất. Điều này cho phép các kỹ sư điện và cơ khí tập trung vào thiết kế và nhận phản hồi thực tế, hiệu quả về thiết kế của họ từ quy trình tạo mẫu.

Để cho phép các thành viên trong nhóm làm việc hiệu quả nhất, các nhóm cộng tác trên các kế hoạch thử nghiệm bản dựng, trong đó ghi lại rõ ràng các bước mà một kỹ sư nên thực hiện để thiết lập và thử nghiệm một nguyên mẫu. Điều này ngăn chặn sự gián đoạn không cần thiết đối với công việc của người khác để trả lời các câu hỏi về cách thiết lập phần cứng để thử nghiệm. Ngoài ra, chúng tôi chia nhỏ tất cả các yêu cầu trên bảng lập kế hoạch Agile thành các phần công việc nhỏ và giao từng nhiệm vụ cho các bên chịu trách nhiệm trong nhóm kỹ thuật IoT của chúng tôi. Một định nghĩa rõ ràng về trách nhiệm đảm bảo thời gian không bị lãng phí để nhân đôi nỗ lực.

Cải tiến liên tục

Ngay cả với cách tiếp cận dựa trên kinh nghiệm thành công của mình, chúng tôi vẫn tìm thấy cơ hội để cải thiện, liên tục tinh chỉnh các quy trình của mình để loại bỏ các yếu tố cản trở cho nhóm của chúng tôi. Bằng cách liên tục cải thiện phương pháp tiếp cận công việc từ xa, chúng tôi đã gây sốc cho khách hàng và đồng nghiệp về tốc độ và giá trị mà chúng tôi mang lại bằng cách sử dụng nhóm kỹ thuật IoT hoàn toàn từ xa.