Very では、最初からリモート ファーストの組織でした。 時間の経過とともに、時間のかかる罠に陥ることなく、ソフトウェアとハードウェアを一緒に構築できるリモート文化を磨いてきました。 エンジニアに権限を与え、アジャイル戦術を実装し、明確な責任を定義することで、リモートの IoT エンジニアリング チームが成功する道を切り開きます。
リモートワークの課題に先んじる
企業が競争の激しい採用市場で最高の人材を採用しようとしているため、リモートワークの必要性は高まり続けています。 何年もの間、リモート ワーカーはアーリー アダプターと見なされていましたが、現在、ハイブリッド ワーク モデルの増加により、リモートでの作業は、最高の技術者に依存する企業にとって贅沢から必要なものに変わりました. 一方、 リモート労働力 競争上の優位性は明らかですが、可視性、説明責任、明確なコミュニケーションの喪失などのリスクもあります。 これらの課題を克服することは、ソフトウェア チームにとって十分に困難ですが、「ハードウェアは難しい」ということわざを宣伝する業界で、接続されたデバイスを構築するハードウェア チームとどのように連携するのでしょうか? Very では、分散作業に関する主な懸念事項に取り組むリモート文化を構築しました。これにより、分散ハードウェア チームの構築に関して、時代を先取りすることができます。
3 つの重要なプロセス戦略
コンサルタント会社として、時間は最も重要なリソースです。 私たちとクライアントにとって、時間は文字通りお金です。 ハードウェア エンジニアがブロックされたり、ソフトウェア チームがハードウェア チームによってブロックされたりすると、当社のビジネスとクライアントにとってコストがかかります。 これが、私たちのプロセスが時間の節約に重点を置いている理由です。 これらのプロセスについての考え方は、次の XNUMX つのカテゴリに分類できます。
#1: エンジニアのエンパワーメント
エンジニアに力を与えることで、サードパーティのボトルネックや煩雑な手続きなしに問題を解決できます。 エンジニアが、1,000 マイルも離れた場所にいるチーム メンバーからツールを借りることを余儀なくされた場合、不要な遅延に直面することになります。 この障害を回避するために、エンジニアリング チームのメンバーは、IoT エンジニアリングの標準と見なされるツールを備えたホーム ラボから始めます。
この分野でのもう 200 つの大きな時間節約は、工具、消耗品、および配送の少量の購入に対する自動コスト承認です。 エンジニアが新しい特殊なハードウェアや一般的な消耗品の補充を待つのに費やす時間はチームを麻痺させる可能性があるため、ハードウェアとファームウェアの各エンジニアは会社のクレジット カードを持っており、必要に応じて最大 XNUMX ドルまで自由に購入できます。クライアントに届けます。
少額の費用の自動承認に加えて、ハードウェア チームは、必要に応じて承認なしで購入できる、より高価な機器のアクティブなリストを維持します。 その場しのぎの承認が必要な大規模な注文については、最小限の事務手続きで迅速に確認および承認できるプロセスを用意しています。
#2: アジャイル プロセス
アジャイル開発手法 ソフトウェアの世界ではかなり前から存在していましたが、ハードウェア エンジニアリング コミュニティはそれをすぐには採用しませんでした。 普及していないにもかかわらず、アジャイル方法論は、多分野にわたる IoT エンジニアリング チーム (ハードウェア エンジニアリングを含む) にとって非常に有用な開発プロセスであることがわかりました。 Very でアジャイル開発を使用しているのは、最も貴重なリソースである時間を効率的に優先するためです。 Very にとって、アジャイル開発の最も重要な原則は IoT エンジニアリングのためのものです。
- エンドユーザーに継続的に価値を提供します。
- 新しい機能に移行する前に、機能が本番環境に対応していることを確認してください。
- 早期に頻繁にテストします。
- 前ではなく、最後の責任ある瞬間に決定を下してください。
アジャイルの原則は、ハードウェア チームの構築へのアプローチに最もよく表れています。 プロトタイプ. 従来の業界の道をたどると、詳細な製品要件の完全なリストから始めて、コンピュータ支援設計 (CAD) ツールで設計を作成し、改良する「デジタル エンジニアリング」の長い期間を開始します。 このフェーズは数か月続く場合があり、通常は複数の設計レビューで中断されます。その間、チーム全体と他の主要な関係者が部屋に座って設計ファイルをレビューします。 最後に、プロジェクトがほぼ完成した後、プロトタイプを作成してテストします。 ウォーターフォールとも呼ばれるこの方法は、設計サイクルが長くなり、要件の変化やプロトタイプで見つかった予期しない設計の問題に直面したときに脆弱です。
代わりに、Very では、ユーザーに価値を提供するプロトタイプの構築にデザイン サイクルを集中させています。 これは、要件の詳細なリストから始めるのではなく、ユーザーに提供したい価値を説明するリストから始めることを意味します。 そのリストを使用して、その価値の一部を提供し始めるプロトタイプの計画を考え出します。 私たちはサイクルの「デジタル設計」部分を迅速に進め、多くの場合、プロジェクト開始から XNUMX ～ XNUMX 週間以内に最初のプロトタイプを作成します。 次に、プロトタイプをテストし、次のプロトタイプの計画を開始します。
この迅速かつ継続的なプロトタイピングのサイクルは、ユーザーに必要な価値を提供し、完全に機能し、現実の世界でテストされるデバイスが完成するまで続きます。 これは実用最小限の製品 (MVP) です。 この方法に従うことで、従来のウォーターフォール開発よりもリスクを抑えて、MVP にすばやく到達できます。
#3: 明確な責任
責任を明確に定義することで、チーム メンバーは自分の担当する仕事と、自分に属さない仕事を見つけたときに誰に相談すればよいかを把握できます。 ハードウェア チームにとって、これは統合エンジニアの役割で最も明確に具体化されています。 Very の統合エンジニアは、電気工学と機械工学の境界線をまたぐことが期待されています。 それらはプロジェクトをまとめる接着剤です。 責任には、プロトタイピング、設計フィードバックの提供、および製造に向けたプロジェクトのガイドの支援が含まれます。 これにより、電気および機械のエンジニアは設計に集中し、プロトタイピング プロセスから設計に関する生産的な実世界のフィードバックを得ることができます。
チーム メンバーが最も効率的に作業できるようにするために、チームは、エンジニアがプロトタイプをセットアップしてテストするために実行する必要がある手順を明確に文書化したビルド テスト計画で協力します。 これにより、テスト用のハードウェアのセットアップ方法に関する質問に答えるために、他のユーザーの作業が不必要に中断されるのを防ぐことができます。 さらに、アジャイル プランニング ボードのすべてのチケットを小さな作業に分割し、各タスクを IoT エンジニアリング チームの責任者に割り当てます。 責任を明確に定義することで、重複した作業で時間が無駄にならないようにします。
継続的改善
経験に基づいたアプローチが成功していても、改善の余地があり、プロセスを常に改善してチームの障害を取り除きます。 リモート ワークへのアプローチを継続的に改善することで、完全にリモートの IoT エンジニアリング チームを使用して提供するスピードと価値で、クライアントや同僚に衝撃を与えてきました。
- SEO を活用したコンテンツと PR 配信。 今日増幅されます。
- Platoblockchain。 Web3メタバースインテリジェンス。 知識の増幅。 こちらからアクセスしてください。
- 情報源： https://www.iotforall.com/how-to-succeed-with-remote-agile-iot-engineering-for-hardware
