第25回運営委員会議題

Size: px

Start display at page:

Download "第25回運営委員会議題"

しのぶいざわ
7 years ago
Views:

1 2016 年度研究会メンバ募集 2016 年 4 月 1 日日本 SPICE ネットワーク運営委員会

2 2016 年度研究会活動メンバ募集 ( 申込期限 :4/15) 以下の情報を事務局 (info@nspice.net) にお知らせください氏名メールアドレス参加したい研究会名代表者へのコメント ( 研究会への期待自身の貢献ポイントなど ) 代表者 ( リーダ ) からの声がけで参加を予定している方もあらためて申込みをお願いします全体スケジュール 4/1~4/15 メンバ募集 4/28( 総会 ) 活動開始 10 月頃中間報告 (Workshop) 2017/2 頃成果報告 (Conference) Page: 2

3 2016 年度研究会活動 2016 年度は次の 6 つの研究会を立ち上げ会員相互の研鑽の場を提供します ( 順不同敬称略 ) 研究会名代表者 ( 会社名 ) 主な活動拠点サポータ運営委員 A トレーサビリティ研究会仮屋義明 ( 横河ディジタルコンピュータ ) 東京近郊 B 改善計画研究会倉田智穂 ( アイシン精機 ) 名古屋市 or 刈谷市 C アセスメントリーダ育成研究会杉田芳樹 ( 三菱電機 ) 兵庫県 or 大阪府 D 要件抽出と要件分析から品質向上する会福田仁志 ( 豊田自動織機 ) 刈谷市 or 大府市 E 簡単見積り研究会村上孝 (NSD) 大阪府 F ソフトウェアアーキテクチャ設計 (SAD) 研究会内山哲三 ( ビジネスキューブアンドパートナーズ ) 東京都 or 名古屋市 Page: 3

4 トレーサビリティ研究会 AutomotiveSPICE ISO26262 に適応したトレーサビリティ管理プロセスの構築活動概要 Standard のスコープからシステム / ハード / ソフト全体でのトレーサビリティを確保する箇所に関していくつかのポイントをサンプリングしてそこでのトレース対象の粒度管理 ID 番号体系成果物フォーマットなどに関して検討しますまたトレーサビリティの記録様式を明確にしますその上で一連のトレーサビリティ管理プロセスの運用に関して現在または今後に規格に対応したプロセスの構築が必要な組織に対して効果的で効率的なベースとなるプロセスを構築します最終成果物トレーサビリティ管理レベルと ID 体系表成果物記述サンプルトレーサビリティ管理運用手順ガイドライン代表者名 ( 所属 ) 仮屋義明 ( 横河ディジタルコンピュータ社 ) 参加者名 ( 所属 ) 積極的に議論や活動に参加して研究活動に協力頂ける人主な活動場所東京近郊 ( 場所の確保が難しい場合は YDC オフィス : 新宿 ) 2016/04~2017/02 4~9 月は月に 1 度半日のディスカッションと簡単な持ち帰り作業を想定 10 月以降は頻度を落とす予定 Page: 4

5 補足 1: 活動の概要検討の対象とるトレーサビリティを確保する箇所の特定 AutomotiveSPICE ISO26262 のトレーサビリティに対する要求事項から検討対象とする箇所を特定します参加者の皆さんが課題と感じている箇所をシステム / ハード / ソフト / 機能安全系などを問わずに特定しますトレースする情報の粒度 ( 単位 ) を決定トレーサビリティを確保する目的とレベルを定義して効率的に目的効果を達成する粒度はどの位かのガイドラインを示します ID 体系と成果物への記述方式の検討開発工程成果物の改版バリエーション展開などを考慮して開発効率を考えた ID 体系を検討しますトレースのための ID を成果物内にどのように記述するかを検討しますトレーサビリティ記録様式管理プロセスを検討帳表を用いたマトリクスツリーなどの記録方法とその運用を検討しますツールを用いたトレーサビリティの確保についての運用を検討します Page: 5

6 補足 2: 概要スケジュール 4 月 5 月 6 月 7 月 8 月 9 月 10 月 11 月 12 月 1 月 2 月検討会進捗報告 & 報告会活動概要スケジュール検討概要の説明と検討内容の詳細の決定トレース検討箇所抽出粒度のガイドライン検討 ID 体系検討成果物への ID 記述様式検討トレーサビリティ記録様式検討まとめ作業 & 運用ガイドライン作成報告資料作成アウトプットトレーサビリティ ID 体系表 ID 記述サンプル 1 ID 記述サンプル 2 運用ガイドライン研究活動完了報告書 Page: 6

7 改善計画研究会アセスメントの後に具体的な改善活動を実施しなければならないのに改善計画が上手く立てられない社内に展開しようとしても理解が進まないということがある改善の方向性を決めるためにどういう検討をして計画を立てるべきかまた改善効果をどう判断するといいのかアセスメント結果を基に改善の PDCA を回すためのプロセスやノウハウを検討する活動内容 1 アセスメント結果の読み方改善計画の立て方 (3) 2 改善活動のワークフロー検討と効果確認方法の検討 (3) 3 実践 ( ワークショップ等 ) 気づきをワークフローに合わせたシートにまとめる (2) 4 振り返り (1) 代表者名 ( 所属 ) 倉田智穂 ( アイシン精機 ( 株 )) 参加者名 ( 所属 ) アセスメント受診した事例を持ち寄れる方アセスメントとプロセス改善の両方を経験した方主な活動場所愛知県名古屋市の公共会議エリアもしくは弊社会議室月 1 回全 9 回 (1~4 配分 ( 数 )) Page: 7

8 アセスメントリーダ育成研究会はじめて資格取得したアセッサがリーダとして適合アセスメントを指揮運営するまでには教育により知識を得てトレーニングによりスキルを磨きそのうえでアセスメント経験により自己を成長させることが求められるところがこのリーダとしての活動で必要な情報は文献や仕組みとしてまとまったものがほとんどなくあくまで個人の取組に委ねられているそこでこの研究会ではアセスメントリーダはどのような場面でどのようなことを考えるのか? 具体的にアセスメントに必要な情報やノウハウのガイド化を試みるこのガイドはアセッサが自社でアセスメントに活用し自己の成長に役立てることを想定する ( アセスメントモデルは Automotive SPICE とする ) ( 活動内容 ) アセスメント ( リーダ ) に必要な知識スキルの識別 ( スキルマップ知識体系も検討してみる ) アセスメント実施時の必要な情報と思考注意点のまとめアセスメント活用とフィードバック ( 成果物 ) アセスメント ( リーダ ) ガイド代表者名 ( 所属 ) 杉田芳樹 ( 三菱電機 ) 参加者名 ( 所属 ) 上記ねらいに共感でき本活動により自己にメリットがあることアセスメント経験がある方もしくは活動期間中にアセスメントの実施予定がある方 Automotive SPICE 2.5 or3.0 の知識があること主な活動場所兵庫県 or 大阪府 ( 参加企業の会議室 ) 16/4~17/2 まで ( 来年度以降の継続可能性あり ) 1 回 / 月 ( 臨時の開催あり Page: 8

9 要件抽出と要件分析から品質向上する会 < テーマ > 要件モレや要件不整合による品質問題を顧客に流出しないためにはどうすればよいのか < 背景 > 顧客の要求仕様はこんな感じで作ってというものから詳細設計レベルの要求仕様まで様々要求の表現もバラバラ出てくるタイミングも五月雨式 < 課題 > 顧客要求が要望レベルの粗い要求でかつ自社の要求分析が不十分のため要求モレや要求の不整合が発生する詳細設計レベルで発行する顧客要求においても既に要求モレや要求の不整合があるそのため顧客評価で不具合が発見される < 検証 > 検討の結果をプロジェクトに適用し効果を確認する代表者名 ( 所属 ) 福田仁志 ( 豊田自動織機 ) 参加者名 ( 所属 ) 要求分析工程に携わったことがある人主な活動場所刈谷市 / 大府市近辺の会議室 2016 年 4 月 15 日 ~2017 年 1 月 1 回 / 月程度面直にて実施 Page: 9

10 簡単見積り研究会ソフトウェア開発作業見積りの精度向上ソフトウェア開発作業見積りのスピードアップ簡素化ソフトウェア開発作業に使用できるフォーマットの作成 < 背景 > プロジェクトの成功はソフトウェア開発作業の見積りで算出した工数により大きく左右されますコスト計画, 要員アサイン, スケジュール ( 納期 ) はこの見積もり工数により算出されるので精度が重視されますその一方で見積にはそれ程時間が割けませんので早くしかも正確に見積り工数を算出するにはどのように工夫すれば良いかを検討したい < 課題 > 見積りを早く出すには経験者 ( 有識者 ) の感や経験に基づく根拠のない見積りとなってしまうまたこの見積もりを色々な場面で使用したい代表者名 ( 所属 ) 村上孝 ( 株式会社 NSD) 参加者名 ( 所属 ) 作業見積りをされる方主な活動場所大阪 ~2016/12 1 回 / 月 ( 臨時開催あり ) Page: 10

11 ソフトウェアアーキテクチャ設計 (SAD) 研究会背景現在ソフトウェア構造上のコンポーネントを並行して行うケースが多いが統合したソフトウェア全体の設計活動が十分に行われず特にメモリ消費量やタスクスケジュール等については統合してテストしてみないとわからないという場合があり量産まで混沌とした開発を行うケースがある目的本研究ではコンポーネント設計前に行うべき SWE2 の現実的な仕事の段取り組み立て方を定義することを目的とする試作量産試作品質確保ぞれぞれのフェーズで行うべきソフトウェアアーキテクチャ設計の方法論を確立することを目的とする想定する成果物ソフトウェアアーキテクチャ設計に必要な役割と責任の定義役割定義に基づいたスイムレーン形式のタスクワークフロー ( フェーズ毎 ) 各役割の活動観点を整理したタスク定義代表者名 ( 所属 ) 内山哲三 ( ヒシネスキューフアントハートナース ) アーキテクチャ設計またコンポーネント設計に携わっている方 ECU ソフトウェアの量産開発に携わっている方主な活動場所東京 or 名古屋 ( 参加者による ) :16 年 4 月 ~17 年 2 月活動頻度 : 月 1 程度参加者名 ( 所属 ) Page: 11

4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報インプット情報作成者承認者備考 1 開発に関するお客様からお客様 - の提示資料 2 開発に関する当社収集資リーダ - 料 3 プロジェクト計画完了報リーダマネージャ告書 ( 暫定計画 ) 4

4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報インプット情報作成者承認者備考 1 開発に関するお客様からお客様 - の提示資料 2 開発に関する当社収集資リーダ - 料 3 プロジェクト計画完了報リーダマネージャ告書 ( 暫定計画 ) 4 サンプル : プロジェクト管理規定 4.7 プロジェクト立ち上げ 4.7.1 目的本プロセスはリーダ主導でプロジェクト体制の確立とプロジェクト内容分担業務指示プロジェクト目標担当者別プロジェクト目標を開発メンバに周知徹底することによって組織としての意識統一を図るとともに開発プロセスをスムーズに立ち上げることを目的とする 4.7.2 このプロセスにかかわる人物の役割と責務部門略記参加

第25回運営委員会 議題

第25回運営委員会議題