Requirement development in embedded software development

大阪エヌデーエスってどんな会社?創業 1969年（昭和44年）ニッポンダイナミックシステムズ 1993年（平成5年）分社独立（株）大阪エヌデーエス社員数 184名（2009年４月現在、東京・大阪合計）事業内容システム提案及び開発業務系、基盤系ビジネスアプリケーションの提案、開発組込みソフト（主に民生製品）の提案、開発最近のトピックス「要求開発」に全社的に取り組み中「Androidソリューション」提案中 ET2010へ出展中 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

なぜ今、要求開発なのか？組込みの現状と課題 商品仕様の複雑化／多様化 ソフトウェアの規模の増大 ⇒ 開発体制の巨大化／複雑化 激しい価格競争 ⇒ 「トンガリ」がなければ即座に奈落の底に・・・ ビジネスモデルの変化 ⇒ 単品商品からコラボ商品へ『受け入れる要求』から『創り出す要求』への変革が必要！ Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

要求開発とは？要求開発のながれ・・・開発方法論だけでは、問題解決できないビジネス開発方法論を作り、その末端に開発方法論を！要求の根拠の部分をエンジニアリングすべきビジネスエンジニアリングへのチャレンジ「要求はあるものではなく、開発するものである」 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

コタツモデル発見と応用戦略・企画と実現方法が切れてしまっているために「実現リスクが高いまま進めている」、「価値が創出できない」・上流下流で切れているものを繋げる経営的視点・会社/部門で切れているものを繋げる・繋げるだけではなく並行的に進める（Howの手探り、Howからの突き上げ）営業カスタマーの視点開発技術の視点 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

要求の基本（Ｚ軸を繋げて、前段階にて並行で進める）戦略オペレーションビビジネスジビジネス戦略オペレーションネス表（価値） What How 裏（実現） What 表（価値）裏（実現） Howシス表（価値） What How 裏（実現）テムシステム要求システム設計結果イメージの予測を行い、制御可能で制御価値の高いものを選び実施する Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

ユーザ HowからWhatの創出何を必要としているのか何を必要としているのか（Whatの流れ）（Whatの流れ）Howの手探りHowのチューニング方向性ニーズとシーズのバランス（調整） Howからの突き上げHowからの突き上げ製品ビジョン製品コンセプト製品アーキテクチャ Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

携帯開発ロールでの問題イノベーションが通信事業者生み出せていないスピーディーに TOP 企画検証ができない！ヒット商品が作れない製品企画 USER IT 携帯電話メーカー携帯電話メーカーシステム部製品企画部開発責任者 USER TOP 製造側に本来の意図が簡単に実現出来る伝わってないぞ！仕様と思ったのに・・・コスト増仕様検討製品価値低下 USER IT IT 携帯電話メーカー携帯電話メーカー携帯電話メーカーシステム部システム部システム部仕様担当ソフトウェア担当ハードウェア担当作業の優先順位が分らない仕様がないけど作らないと間に合手戻りが発生！製造～評価ハードウェア検証がわない！納期遅延！間に合わない！ハードウェア担当納期遅延！と認識が合っていない！ソフトウェア開発会社ソフトウェア開発会社ソフトウェア開発会社ソフトウェア開発会社 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

ではどうすればいいのか？製品の価値を・・・向上させる『場』を作る共有する『場』を作る ※機会、場所を合わせたものとしての『場』目的は明確になったとはいえ、組込み特有のまだ方針レベルに過ぎない・・・そのためには、さらなる現状の分析が必要ロールモデルを分析！ Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

ロールモデル分析要素開発全体において、ロールモデルを分析するための要素とは？プロジェクトの特徴 •プロジェクトの特徴を明確にすることで、どの価値に重点をおけば良いかがわかるステークホルダとその関係 •製品開発におけるステークホルダーの関連と役割を明確にすることで、複雑な開発体制を整理できる開発フロー •製品の開発フローを「見える化」することで、要求の流れを理解することができる Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

ロールモデルのパターン化ロールモデル分析要素  現状分析 プロジェクトの特徴（As-Isモデル） ステークホルダと関係  あるべき姿 開発フロー（To-Beモデル）モデリングすることで組込みロールパターンを作ることができる！ Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

組込みロールパターンの狙い製品企画仕様検討・モデル化することで誰でも理解できる製造～評価・問題の本質が明確になる・あるべき姿を皆で共有できる・製品価値を向上・共有するための『場』（コタツモデル）を作る・再現性の向上他の開発にも適用できる！ Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

ステークホルダー一覧No. ステークホルダー名ロール責務／関心事価値１ユーザー利用者デザイン・電池寿命・機能・使い勝手など様々ライフスタイルの変革純正カーナビや、ハンズフ２自動車メーカー純正カーナビやハンズフリーキットとの親和性オプションサービスの充実リーキットの提供通信インフラ／３通信事業者発売元ラインナップの多様性シェア・ニーズ・他社サービス携帯電話メーカー開発元完成責任／販売台数・市場評価 (1) 製品企画部コンセプトの策定他社との差別化、目玉機能 (2) 開発責任者開発機種の統括品質・売上・発売時期 (3) ﾊｰﾄﾞｳｪｱ設計部評価冶具・試作の提供カタログスペック・ハードウェアの性能・部品コスト４ブランド・多様性 (4) システム設計部製品仕様の策定ユーザーフレンドリー（反応速度・機能・使い勝手） (5) ｿﾌﾄｳｪｱ開発部ソフトウェア開発統括品質・ロジック・保守性 (6) コールセンターユーザー対応クレーム処理／ユーザーの要望５ソフトウェア開発会社ソフトウエアの開発品質・納期／契約・規模・仕様技術力・提案力・プロセス６各種ﾃﾞﾊﾞｲｽﾒｰｶｰデバイスの提供デリバリ／販売個数低価格・高性能基本ソフトウェアのバージョンアップ／７ﾁｯﾌﾟｾｯﾄﾒｰｶｰﾁｯﾌﾟｾｯﾄ＆基本ｿﾌﾄ提供性能・サービス・サポート自社開発製品ソフトウェアのバージョンアップ／８ｿﾌﾄｳｪｱﾍﾞﾝﾀﾞｰ既製ソフトウェアの提供低価格・機能・サポートソフトウェア販売契約 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

開発フローユーザ WEBサイト通信事業者製品企画部シ部仕様G シ部開発G 品質管理部大阪エヌデーエス製品コンセプト市場リサーチ企画検討アンケート調査製企画検証仕様検討技術検討品企画企画決定概略製品仕様決定技術検証コンペ製品化決定ハード設計評価機動作確認ソフト設計ソフト設計操作仕様作成システム設計仕様確認概要設計設計レビュー詳細設計ハード調整製造評価仕様作成各種申請試験開発単体試験結合試験システム部評価納品サンプル納品品障評価出荷判定 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

組込みロールパターン［ AsIs ］通信事業者製品の価値を TOP 向上させる『場』がない！製品企画 USER IT製品の価値を携帯電話メーカー携帯電話メーカーシステム部製品企画部共有する開発責任者 USER TOP『場』がない！壁がある仕様検討 USER IT IT 携帯電話メーカー携帯電話メーカー携帯電話メーカーシステム部システム部システム部仕様担当ソフトウェア担当ハードウェア担当製造～評価ソフトウェア開発会社ソフトウェア開発会社ソフトウェア開発会社ソフトウェア開発会社 Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

組込みロールパターン[ToBe] ビジョン（TOP）ビジョン＆戦略＆戦略戦略製品企画ユーザ要望の提案ニーズシーズイノベーションの提案製品企画の有効実現可能性の性検証検証ニーズ（USER）シーズ（IT）ビジョン製品価値の向上ビジョン戦略的なプロジェクト運営＆戦略＆戦略ユーザビリティの向上の提案効率性ユーザ要望の発掘イノベーションユーザビリティの追求実現可能性の早期発見ニーズシーズニーズシーズイノベーションの手探り Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

組込みロールモデル［ ToBe ］ビジョン（TOP）＆戦略通信事業者ビジョン＆戦略戦略ニーズ製品企画シーズ携帯電話メーカー携帯電話メーカー製品企画部開発責任者ニーズ（USER）シーズ（IT）携帯電話メーカー製品価値の向上携帯電話メーカー営業部戦略的なプロジェクト運営ソフトウェア担当ビジョンビジョン＆戦略＆戦略効率性ユーザ要望の発掘イノベーションニーズユーザビリティの追求シーズニーズ実現可能性の早期発見シーズ携帯電話メーカー携帯電話メーカー携帯電話メーカーソフトウェア開発会社コールセンター仕様担当ハードウェア担当チップセットメーカー各種デバイスメーカーソフトウェアベンダー Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

組込みロールパターンで見えたこと巨大コタツモデルビジョン＆戦略（TOP）巨大でも経営やビジネスとしてのビジョンマーケティングや営業でのニーズニーズ（USER）シーズ（IT）開発からのシーズというコタツモデルの基本要素は変わらない製品全体の巨大コタツモデルの中に小さなコタツモデルという『場』ができあがるのが組込みの特徴戦略的なプロジェクト運営により、製品価値を向上・共有するためのコタツモデル（『場』）を形成し、効果をあげることができる Copyright (C) 2010 Osaka NDS, Takumi Business Place, Naoya Maekawa All Rights Reserved.

Requirement development in embedded software development

by Kent Ishizawa on Dec 07, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

Statistics

Requirement development in embedded software development — Presentation Transcript