ソニー講演 20220310（説明付）
•
0 likes•77 views
「ユーザ価値をデザインする」として、サブタイトルにあるように、PRePモデル開発に至ったソニーでの経験について語りました。
Recommended
More Related Content
Similar to ソニー講演 20220310（説明付）
Similar to ソニー講演 20220310（説明付） (20)
ソニー講演 20220310（説明付）
- 2. 2 PReP モデル® プレップモデル Products Relationship Process の略称 ソニーでのSoC開発プロセス改善の過程で生まれたプロセスの概念構造モデリング手法。 現在は、業務システムの超上流工程、業務や製造プロセス改善など生産的活動のモデル化と 生産活動を支援するシステム要件定義で幅広く用いられている。 日立製作所の超上流工程での標準手法に指定されている。 PReP モデルは、日本での登録商標です。 PReP model は、日本、北米、EU、イギリスでの登録商標です。
- 3. 3 本日の内容 1. 自己紹介 2. ソニーでの経験からPRePモデル開発の経緯 • ユーザ視点との遭遇 • ユーザ中心設計の推進 • ソフトウェアプロセス改善へ • プロセス記述手法研究への突然のシフト • 過去の経験が蘇る • そしてすべてがつながる 3. システムの概念構造化モデリング手法「PRePモデル」 4. PRePモデルの適用 • 業務/製造プロセス改善とシステム要件定義 • プロセスモデルから見た新製品・新サービス開発 5. SFマンガ駆動システム開発
- 4. 4 自己紹介
- 5. 5 1986 2006 田中 康（たなか やすし） ・有限会社ケイプラス・ソリューションズ 代表取締役 ・奈良先端科学技術大学院大学 客員准教授 ・ソフトウェア設計学研究室 ・大阪芸術大学 客員教授 Now NAIST（奈良先端科学技術大学院大学） 東工大 大阪芸術大学 私（田中）の職歴と現在のポジションです。
- 9. 9 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® PRePモデルに影響があった経験です。 この表に従って順番に説明します。
- 10. 10 ユーザ視点との遭遇
- 11. 11 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® ソニーでの最初の仕事は取扱説明書の制作でした。
- 16. 16 機能構造設計としてのUIデザイン 市場・ユーザ 機械 Palm Top PTC-500 UIデザイン GUIのアイコンデザインではない ユーザ 利用の観点から見た機能構造とGUIデザイン 外部機能・操作仕様要求定義 ワープロでの実績から、Palm Topコンピュータ開発では、 ユーザ視点から見た機能構造とGUIデザインを担当するこよとになりました。
- 18. 18 ユーザ中心設計の推進
- 19. 19 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® ユーザ視点での商品開発をさらに推進するために、HIラボ設立に参加しました。
- 20. 20 esign D U I as ser nterface yasushi tanaka Sony Human Interface Lab. 1995 ユーザインタフェース設計の指針と方法, 1995 HIラボ在籍時には、ユーザインタフェースを、単なるGUIデザインとしてではなく、 開発プロセスの位置付けとして定義したガイドブックを書き起こしました。 ソニーの許可を得て、PReP会員に公開しています。
- 21. 21 MD試作機のインタフェース 1 2 3 4 5 6 7 8 9 0 20 30 10 Read Write Move Enter 7 MD ユーザ視点を考えるときに印象に残っているのはMD（ミニディスク）の ユーザインターフェース仕様についてです。
- 22. 22 MD試作機のインタフェース 1 2 3 4 5 6 7 8 9 0 20 30 10 Read Write Move Enter 7 MD MD試作機開発メンバーは、図のようなテンキーとWriteやReadといった操作系を考えました。 これに対して、「これは使えない」と当時の大賀社長が憤慨しました。
- 23. 23 MDの概念モデル MD 将来の音楽の操作系はファイル操作になるのだ！ MD試作機開発メンバーの主張は、将来の音楽の操作系はファイル操作になるというものでした。 その考えかたは、ある意味では正しかったと言えます。 1 2 3 4 5 6 7 8 9 0 20 30 10 Read Write Move Enter 7
- 26. 26 仕様確定の順序 再生 ポーズ FW BW Progress indicator 曲を再生する ユーザモデル 概念構造定義 再生の進 を把握する ミュージックプレイヤー 実装 認知モデル 機器の機能の概念とその構造は、ユーザモデルによって定義されます。
- 27. 27 設計のための要求関係 再生 ポーズ FW BW Progress indicator 曲を再生する ユーザモデル 概念構造定義 再生の進 を把握する ミュージックプレイヤー 実装 認知モデル しかしこれは逆で、機械を設計し実装するためには、機能の概念定義とその構造モデルが 必要 であり、 機能の概念構造を定義するには、ユーザモデルが必要という関係なのです。
- 31. 31 これは間違いだったのか？ 1 2 3 4 5 6 7 8 9 0 20 30 10 Read Write Move Enter 7 MD MD開発メンバーの間違いは、機械への要求の間違いではなく、 要求の、さらにその前提にあったと考えられます。
- 33. 33 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® 要求仕様の前提に関する問題は、デジタル放送の送出規格に参加した際にも経験しました。
- 38. 38 ソフトウェアプロセス改善へ
- 39. 39 第2次ソフトウェア危機 1990年代後半、日本の製造業は組み込みソフト開発で第２次ソフトウェア危機に直面しました。 規模が大きくなった組み込みソフトをうまく作ることができなかったのです。
- 40. 40 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® ソニーも例に漏れずに同じ問題に直面していました。 ソフト設計推進部に異動となり、全社ソフトウェアプロセス改善プロジェクトに参画しました。
- 41. 41 CMMのアプローチ 市場・ユーザ 機械 開発プロセス改善 Software Engineering Institute - Carnegie Mellon University ベストプラクティスの現象論的適用 SE3プロジェクト 当時、プロセス改善のアプローチにCMMを採用しました。 これは、うまくいっている開発組織に見られる傾向を真似るというもです。 当時の全社ソフトウェア開発プロセス改善プロジェクト
- 43. 43 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® 全社のプロセス改善に取り組んでいる最中、 今度は、SoC（システム・オン・チップ）事業部の立て直しに急遽異動となりました。
- 44. 44 SoC開発プロセス改善：エンジニアリングプロセスの中身に手を付ける Requirements RD TS PI Ver Val REQM Customer Product and product component requirements Requirements Alternative solutions Product components Product Product components, work products, verification and validation reports Customer needs The Engineering Process Areas CMMI エンジニアリングプロセス領域 Black Box SoCの開発プロセス改善は、CMMのように管理系の改善では解決できないことがわかりました。 CMMは、開発プロセスの中身はブラックボックスなのです。
- 46. 46 開発プロセス改善アプローチの探求 コンカレント開発プロセス ハードウェア ソフトウェア コミュニケーション • ウォーターフォール • Vモデル • インクリメンタルモデル • 反復モデル • RADモデル • スパイラルモデル • アジャイル 開発ライフサイクル戦略の問題ではない 開発プロセスをハードとソフトとのコミュニケーションとしてモデル化する方法を探しました。 ソフトウェア工学の教科書にあるようなモデルではうまくいきませんでした。
- 47. 47 開発プロセス改善アプローチの探求 コンカレント開発プロセス ハードウェア ソフトウェア コミュニケーション • Workflow Diagram • IDEF • UML • BPMN • Business Object • … 粒度のばらつき 抽象度定義 複雑 そもそもノーテーションの問題ではない また、開発プロセスの中身を記述する方法も探索しましたが、どうもうまくいきませんでした。
- 48. 48 過去の経験が蘇る
- 52. 52 開発プロセス改善アプローチの探求 コンカレント開発プロセス 成果物 成果物 成果物 成果物 SoCのコンカレント開発にも、開発過程で管理されるモノに着目する成果物視点での プロセスのモデル化方法を適用してみました。
- 55. 55 そしてすべてがつながる
- 56. 56 解決しようとしていた問題 市場・ユーザ 機械 開発コミュニケーションのありかた 利用の観点から見た機能構造の設計方法 要求はどこでどうやって決まるべきか 開発プロセス改善アプローチの探求 コンカレント開発プロセス コミュニケーション 成果物 ハードウェア 成果物 ソフトウェア 成果物 ハードウェア 成果物 ソフトウェア コミュニケーション コミュニケーション 概念設計における要求関係 要求コミュニケーション構造の問題 この要求関係を っていくと、私が解決したいと考えていた ユーザの要求と機械の仕様とをつなぐことができるのではないかと考えました。
- 58. 58 ソフトウェア工学の2つの流れ 2000 1970 1990 W W.Royce Water fall model Michael Jackson Problem Frames SW-CMM CMMI The Elements of Friendly Software Design Paul Heckel Christiane Floyd A Paradigm Change in Software Engineering Bashar Nuseibeh Requirements engineering: a roadmap ソフトウェア開発：ステークホルダー間の相互学習およびコミュニケーションの活動 ソフトウェア開発：構築とプロジェクト管理 ソフトウェア開発を構築とプロジェクト管理として捉える考えかたとは別の流れに ソフトウェア開発を学習とコミュニケーションとして捉える考えかたがあります。
- 59. 59 A Paradigm Change in Software Engineering ソフトウェア開発： •ステークホルダー間の相互学習およびコミュニケーションの活動である ３つの重要な概念： •参加型デザイン（Participatory Design） •Activity Theory •認知言語学 Christiane Floyd, A Paradigm Change in Software Engineering , ACM SIGSOFT News Letter, April 1988. Floydらによって提起されたこの考えかたは、しかし、ソフトウェア工学の本流とはならずに 今日に至っています。
- 61. 61 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask PReP model ® PRePモデルを、開発プロセスの改善だけではなく、 広く適用してみようという思いで2006年に独立起業しました。
- 63. 63 日立製作所の課題 市場・ユーザ 機械 要求の曖昧さが 赤字プロジェクトの原因に 要求 日立製作所では、顧客と合意した要求の曖昧さが プロジェクトの赤字の原因となっていると分析されていました。
- 64. 64 ユーザと機械の間をつなぐ技術 市場・ユーザ 機械 PReP model ® そこで、顧客と開発するITシステムとの間をつなぐ技術として PRePモデルを適用してみようということになりました。
- 67. 67 思考法に関する型 【システム】 組織的で複雑 ランダムの度合い 複雑さ 【大集団】 非組織的で複雑 【機械】 組織的で単純 Gerald Weinberg. An Introduction to General Systems Thinking. John Wiley, 1975. この図は、人の対象の理解の方法を分類したものです。 ワインバーグが一般システム思考で示しました。
- 68. 68 思考法に関する型 【システム】 組織的で複雑 ランダムの度合い 複雑さ 【大集団】 非組織的で複雑 【機械】 組織的で単純 Gerald Weinberg. An Introduction to General Systems Thinking. John Wiley, 1975. 市場・ユーザ 機械 市場やそこで生まれるユーザニーズは、統計的に扱う大集団です。 機械は、構成される要素の和として仕様が記述できるものです。
- 69. 69 思考法に関する型 【システム】 組織的で複雑 ランダムの度合い 複雑さ 【大集団】 非組織的で複雑 【機械】 組織的で単純 Gerald Weinberg. An Introduction to General Systems Thinking. John Wiley, 1975. 市場・ユーザ 機械 大集団と機械との間にあるものが（一般）システム（以下「システム」）として定義されています。 システムは組織的に動くが、要素の和として単純に記述できない複雑性を持つものです。
- 70. 70 PReP model のシステム設計への適用 市場・ユーザ 機械 システム PReP model ® システムの記述が「モデル化」です。 PRePモデルはシステムを記述、すなわち分析し設計する方法として位置づけることができます。
- 72. 72 工学的思考法 必要な値 手続き 解 アラン・チューリング Alan Mathison Turing (1912-1954) 手続的計算の概念 システムの内部手続きに対する関心は、チューリングの計算モデルとして知られているように 工学的な思考と関心ごとの基盤になっています。
- 78. 78 一般システム ルートヴィヒ・フォン・ベルタランフィ Ludwig von Bertalanffy（1901年 - 1972年） 概念システム Artificial：純粋な人工物（記号によって記述される） 抽象システム 実在システム ハーバート・アレクサンダー・サイモン Herbert Alexander Simon（1916年 - 2001年） サイモンによると、記号で記述される概念システムこそがある目的のもとに作られる純粋な人工物です。 実在するシステムは、概念システムの中で実在物が抽象化されて記述されます。
- 79. 79 成果物とタスクとの関係 タスク視点 成果物視点 実在システム Aを生成 A B C D 概念実体の状態遷移 構造関係 Bを生成 Cを生成 Dを生成 A B C D システム 要求 システム システム システム システム 積み木で作る家を例に考えると、積み木という成果物で定義される家の組み立て方が概念システムです。 成果物の生成は、実在させる機械への要求としてシステム内で記述されます。
- 82. 82 PReP model の構成 プロセス 実現手段 分離 ここまでをまとめたPRePモデルの構成を示します。 成果物の関係として構造化したシステムのプロセスとそれを実現する手段との分離の観点は重要です。
- 83. 83 PReP model のイメージ コーヒー 抽出された （量, 味, 温度） コーヒー豆 かれた （量, ロースト度, 粒度） コーヒー豆 ローストされた （量, ロースト度） お湯 沸いた （量, 温度, 硬度） 水 （量, 硬度） 熱 （温度） 抽出速度 コントロールされた （抽出速度） プロセス 実現手段 例えば、コーヒーを淹れるプロセスはどのような手段でも構造的には同じです。 同じプロセス構造に対して、要求される品質や制約から、様々な手段を考えることができます。
- 85. 85 誰がシステムレベル設計を行うか 市場分析と ゴール仮説 システムレベル 設計 UXデザイン 市場分析と ゴール仮説 UXデザイン 検証 （Validation） 市場分析と ゴール仮説 Type 1 Type 2 Type 3 UXデザイン システムレベル 設計 検証 （Validation） 検証 （Validation） システムレベル 設計 Type 4 市場分析とゴール仮説 UXデザイン システムレベル設計 検証 （Validation） ユーザと機械との間をつなぐシステムレベルの設計が行われる工程では 様々な技能が必要となります。
- 90. 90 従来の要求定義 実装 詳細設計 単体テスト 基本設計 結合テスト ITシステム仕様 ITシステム要件 受入テスト 経営目標 経営評価 業務からの 要求 経営からの 要求 企画からの 要求 SE 従来のシステム開発は、要求の獲得と分析がスタートでした。
- 91. 91 逆Vモデル Validation リバースエンジニアリング Verification 実装 詳細設計 単体テスト 基本設計 結合テスト ITシステム仕様 ITシステム要件 受入テスト As-is業務モデル プロセス評価 経営目標 経営評価 Vモデル 超上流工程 逆Vモデル 設計 プロセスモデル To-be業務モデル PRePモデルでは、システムレベルの分析と設計の「逆Vモデル」の中の、 As-is業務のモデル化と分析、そしてTo-be業務プロセスの設計で用います。
- 92. 92 PReP Tool 1 2 3 4 5 ID 1-1 2018/10/14 Goal In Out Actor ID:o-1 ID:o-3 ID:o-2 ID:o-6 ID:o-5 ID:o-4 業務ゴール 機能グループ１ 外部機能１ in 機能要求 操作要求 外部機能２ in 機能要求 操作要求 機能グループ２ 外部機能３ in システムモジュールへの 割り振り 業務目的視点からの 機能グルーピング モジュール間関係 Entityの入出力関係等 業務プロセス視点から顕 在化した機能・操作要件 システムモジュールA システムモジュールB システムモジュールC システムモジュールD 業務 業務ゴール 業務プロセス サブプロセス* 機能構造モデル 成果物 処理モデル プロセス構造 システム要件マトリクス として変換 PRePモデルでは、設計したプロセスモデルからシステム要求定義を自動構成するツールも利用可能です。
- 93. 93 宣伝 PReP MODEL 現実世界を設計する - PRePモデルによる業務レベル設計 - Amazon出版 188ページ 2,100円（税抜） PRePモデルについて詳しく説明した書籍が販売中です。
- 97. 97 製品・サービス開発のための6つの問い アウトプット 環境 （市場・社会） 目的的活動 価値の評価 手段 リソース 製品・サービス提供者 未充足領域 ① 顧客は誰？ ④ 顧客プロセスは？ ⑤ プロセスへの適用手段とリソース制約は？ ③ 顧客のアウトプットは？ ② 顧客の市場は？ ⑥ 顧客の未充足領域は？ 顧客のビジネスシステム 顧客 サービスをシステム視点で描くと、 サービスを開発する場合に考えるべき項目とそれらの関係を整理することができます。
- 99. 99 1986 2006 商品部 デザインセンター ソフト設計推進部 SoC事業本部 HI Lab. • 取扱説明書制作 • ソニーマニュアル制作ガイ ドライン策定 • オンラインマニュアル開発 • マニュアルの仕様書化 • UIデザイン ソニー K-plus solutions 凸版印刷 Macintosh ワープロ発売 衛星デジタル放送 商品テストラボ • HIデザインプロセス研究 • ソニーUIデザインガイドライン策定 • デジタルオーディオ機器の操作標準策定 • ISO13407規格策定に参画 • デジタルテレビ方法送出規格策定に参画 ISO13407 CMM カーナビ発売 MD発売 • 全社ソフトウェア プロセス改善プロ ジェクト「SE3」 • CBA-IPIリードア セッサ取得 • 半導体事業 部立直しPJ • SoCコンカレ ント開発プ ロセス設計 研究 • NAIST社会人 学生 • システム開発超上流工程 コンサルティング • システム開発PBL演習開発 （東工大） • マンガ駆動設計演習 （NAIST/大阪芸大） 起業 東工大 NAIST/大阪芸大 中大規模ソフトウェア開発PJ ワープロ （PRODUCE） パームトップコンピュータ MD録再機 デジタル放送規格 SEI NAIST 電子事業部 • 微細加工 技術研究 Photomask 奈良先端大と大阪芸大とで取り組んでいる SFマンガ駆動システム開発です。
- 100. 100 マンガ駆動システム開発とは マンガ技法そのものを新サービス構想と 要件定義および妥当性検証に応用する A Manga-Driven System Requirements Development PBL Exercise Yasushi Tanaka Nara Institute of Science and Technology, Osaka University of Arts, K-plus Solutions Co. Ltd. Kobe, Hyogo, Japan yasushi-tanaka@is.naist.jp Hajimu Iida Nara Institute of Science and Technology Ikoma, Nara, Japan iida@itc.naist.jp Yasuhiro Takemura Osaka University of Arts Osaka, Japan yasuhi-t@osaka-geidai.ac.jp ABSTRACT We conducted a Project-Based Learning (PBL)-type exercise incorporating Japanese cartoon (“manga”) techniques into Requirements Development (RD) processes. Manga has established techniques, such as those for character setting and story development, that we thought are also valid for RD processes. Using this manga-driven method, students were able to clarify high-level project goals early in the development life-cycle, and succeeded in defining high quality and unique system ideas. KEYWORDS PBL, requirements development, manga 1 INTRODUCTION In planning this exercise to prepare students for upstream software development, we had three objectives. First was to introduce students to the Requirements Development (RD) process. Added to Capability Maturity Model Integration (CMMI) in 2000 [1]. 1, the RD process is now considered an integral part of software engineering. RD is a technique for eliciting customer needs and translating those needs into product requirements. Software engineers are required to know not only “how” but also “what” to develop in software. However, the “what” part of development is still little taught in most software engineering courses. The second objective was to bring interdisciplinary work into the classroom. When an enterprise develops a new product, it is usually with a team of specialists from different fields, such as marketing, design, engineering, and manufacturing. We envisioned a collaborative exercise with engineering students and students in design or arts fields working together to reflect a real- world setting. The third objective was to explore a novel technique that would improve the RD process when it comes to building the right product. This technique would complement other approaches, such as Design Thinking [2], UX Design [3], and Business Analysis [4]. To meet these objectives, we decided to create a PBL-type exercise focusing on upstream development. Cooperation between Nara Institute of Science and Technology (NAIST), a specialized science and technology graduate school, and the Character Creative Arts Department at Osaka University of Arts (OUA) enabled us to create a mixed class profile of both engineering and arts students as shown in Fig. 1. Furthermore, participation of manga majors from OUA gave us the idea of using manga in software development. In this paper, we explain the manga technique we experimented with in comparison to conventional methods used in RD processes, and describe the contents of this exercise, which started in 2014. Fig. 1: A mixed course with students of information science and students of manga majors. Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from Permissions@acm.org. SEEM'18, May 27-June 3, 2018, Gothenburg, Sweden © 2018 Association for Computing Machinery. ACM ISBN 978-1-4503-5750-0/18/05…$15.00 https://doi.org/10.1145/3194779.3194788 ICSE2018＞SEEM2018 査読付き論文通過 SFマンガ駆動システム開発とは、UXデザインでよくあるカスタマージャーニーをイラストで表現するといっ たものではなく、マンガ技法そのものを新サービス構想と要件定義および妥当性検証に応用するものです。
- 105. 105 PRePモデルへの入力となる価値の仮説と検証への適用 【システム】 組織的で複雑 ランダムの度合い 複雑さ 【大集団】 非組織的で複雑 【機械】 組織的で単純 Gerald Weinberg. An Introduction to General Systems Thinking. John Wiley, 1975. 価値の仮説 PRePモデルの領域 マンガの適用 要求定義 SF漫画駆動開発は、PRePモデルがカバーするシステムレベル設計への入力となる 社会や市場からの要求を仮設する方法として取り組んでいます。