アジャイル製品開発プロセス

より多くの電子ハードウェアとソフトウェアが従来の機械製品に組み込まれるにつれて、製造業者は工学分野全体で設計活動を統合するためのよ その結果、多くの設計と開発の実践が交換されます。 そのような取り組みの一つであるアジャイル製品開発は、機械設計、電気設計、およびより広範な製品開発へのアジャイル方法論の適用を含む。

ハードウェアのためのアジャイルの定義

アジャイル方法論が製品開発にどのように適用されるかを理解するのに適した場所は、アジャイルソフトウ

アジャイルソフトウェア開発は、反復開発と増分開発に基づくソフトウェア開発手法のグループであり、要件とソリューションは、自己組織化、機能横断的なチーム間のコラボレーションを通じて進化します。 それは適応計画、進化の開発および配達、および時間箱入りの反復的なアプローチを促進し、変更への急速で、適用範囲が広い応答を励ます。 これは、開発サイクルを通じて予見された相互作用を促進する概念的なフレームワークです。

Source:Wikipedia entry on Agile Software Development

興味深いことに、これらの特性は、十年前の多くのソフトウェア開発方法と同様に、従来の製品開発アプローチとは直接対照的です。 製品の要件は、多くの場合、早期に凍結されています。 工学組織は頻繁に権限の明確なラインと堅く構成される。 開発スケジュールは、多くの場合、はるかに事前にレイアウトされています。

しかし、アジャイルソフトウェア開発は広範な成功を収めています。 今日では、ほとんどのソフトウェア開発組織は、このフレームワークのいくつかのバリエーションを使用しています。 しかし、製品開発への適用にはいくつかの翻訳が必要です。 下の表1では、左の列は、アジャイルソフトウェア開発に関するWikipediaのエントリごとのアジャイルマニフェストのコア原則を示しています。 右の列は、これらの原則がアジャイル製品開発に翻訳されたことを示しています。

アジャイルマニフェストの原則	アジャイル製品開発に相当する
プロセスやツール上の個人や相互作用。 個人とインタラクション：アジャイル開発では、自己組織化とモチベーションが重要であり、co-locationやpair programmingのようなインタラクションも重要です。	コラボレーションと問題解決は、特定のプロセスや手順に従うよりも重要です。 メカトロニクスの問題は分野にまたがるため、エンジニアは最高のチームに編成する必要があります。 さらに、これらのチームは、問題を追求し、解決する権限を与える必要があります。
包括的なドキュメント上の作業ソフトウェア。 作業ソフトウェア：作業ソフトウェアは、単に会議でクライアントに文書を提示するよりも便利で歓迎されます。	実際のプロトタイプは、物理的およびデジタル的な両方で、最終的に設計リリースで引き渡されるエンジニアリング成果物よりも重要です。 焦点は性能および他の特徴のための条件を満たすことにあるべきである。
契約交渉上の顧客の共同。 顧客のコラボレーション:ソフトウェア開発サイクルの開始時に要件を完全に収集することはできないため、継続的な顧客/利害関係者の関与は非常	顧客または同等の社内担当者は、開発プロセスに密接に関与する必要があります。 メカトロニクス製品の設計中に何度も問題が発生するため、その過程で検証と検証のステップが必要になります。 これにより、開発プロセス中のメカトロニクス要件が洗練されます。
計画に従う上で変更に対応します。 変化への対応：アジャイル開発は、変化への迅速な対応と継続的な開発に焦点を当てています。	重点は特定のプロセスかプロシージャに付着する機能上の開発問題に答える構成の機能に置かれるべきである。 したがって、組織はメカトロニクス開発の問題に機敏で柔軟な方法で対応できる必要があります。

アジャイルが取り組む課題

明らかに、アジャイル製品開発から生じるいくつかの興味深い含意があります。 しかし、それを採用することは、以下の2つの課題に直接対処します。

トレンド	課題解決	提供される利点
エンジニアリング運用の可視性の義務	エンジニアリングマネージャーは、適切に設計された製品の進捗状況を測定する新しい設計ベースの指標を導	成果物よりも作業プロトタイプに重点を置くことは、成果物ベースの指標に関する幹部の思考をシフトさせます。 この強調は、新しいデザインベースの指標を定義する段階を設定します。
エンジニアリング人材のための来るべき戦争	エンジニアリングマネージャーは、金銭的報酬以外の利益を使用して、Gen-Yエンジニアを募集する方法を見つ	Gen-Yersは、本質的に共同の世代コホートであり、即時の影響を与えることを望んでいます。 相互作用に重点を置くことは、彼らの自然な傾向に訴えます。 このフレームワークで貢献する機会は、彼らがすぐに影響を与えることができます。

アジャイルを追求するためのステップ

アジャイル方法論を展開する方法についての広範なガイダンスを持っている公開されたレポートやコン しかし、これらの指針のほとんどは、メカトロニクス製品を開発するエンジニアリング組織ではなく、ソフトウェア開発組織のニーズに対応しています。 手順の多くは似ていますが、いくつかの重要な違いがあります:

• より多くの利害関係者を巻き込む: 人の視点から見ると、メカトロニクス製品の開発には、機械、電気、ソフトウェアエンジニア、製造、品質、調達、サービス組織の関与が必要です。 これは、主にソフトウェア開発者、テストなどで構成されるアジャイルソフトウェア開発に参加する人々よりもはるかに多様な技術的な人々です。 エンジニアリングマネージャーは、この必要な組織の複雑さを認識し、チームが自己組織化する際に支援する必要があります。
• 自己組織化構造: 一見すると、アジャイル製品開発は、正式なプロセスを自己組織化し、強調しない必要があるため、混沌としていると仮定するかもしれません。 しかし、正式なプロセスがないからといって、アジャイルな製品開発が構造化されていないわけではありません。 現実は全く逆です。 しかし、この構造にもかかわらず、形式化されたプロセスからの移行があります。 エンジニアリングマネージャーは、その移行を通じてエンジニアを有効にする必要があります。