「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～

1. Copyright© Growth xPartners, Inc. All rights reserved. 「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～グロースエクスパートナーズ（株）鈴木雄介 2014年12月17日独立行政法人情報処理推進機構（IPA） SECセミナー日本型企業が目指すエンタープライズアジャイルの世界～開発現場の苦労話を聞き、成功への道をイメージしよう～

2. Copyright© Growth xPartners, Inc. All rights reserved. 自己紹介 • 鈴木雄介 –グロースエクスパートナーズ（株） » 執行役員 » SI事業の統括マネージャー/ITアーキテクト –日本Javaユーザーグループ » 会長 –ブログ：http://arclamp.hatenablog.com/ –Twitter：@yusuke_arclamp 1

3. Copyright© Growth xPartners, Inc. All rights reserved. 自己紹介 • グロースエクスパートナーズ（株） –受託開発を中心としたソフトウェア開発企業 » http://www.gxp.co.jp/ –顧客（全てプライム） » 医療器械メーカー » 百貨店 » 企業信用情報提供 » 通信 » オフィス機器＆医療機器メーカー » 雑誌＆オンラインメディア 2

6. Copyright© Growth xPartners, Inc. All rights reserved. 今日、お話ししないこと • エンタープライズ・アジャイルを導入する方法 –結果であって、目的ではありません • どの手法が最適か（SAFe？DAD？） –場合によります。今回は定型化された手法を導入していません • どうすれば成功するか –正解ではなく体験をお話しします。参考になれば幸いです 5

11. Copyright© Growth xPartners, Inc. All rights reserved. 今、何が起きているのか • 「事業に価値を加える」ためのIT –商品の継続的な利用を促す –商品の位置づけを段階的に変えていく » あるいは、時代の流れで変わってしまったことに対応する –既存商品をベースにした新たな収益の獲得 • 基本的には試行錯誤をしていかないといけない –何が正解かは、誰も分からない 10

17. Copyright© Growth xPartners, Inc. All rights reserved. ITサービスの運営 • ITサービス運営モデル v0.2 16 特徴例利用者の体験価値 • 利用者が体験して感じるもの • 利用者によって評価が異なる • ＡさんとＢさんで評価が異なるサービスの振る舞い • 外部から見てわかる振る舞い • 誰がテストしても同じ結果 • 仕様（機能と非機能） • 仕様とテストケース • 品質特性 • API 動的な構成 • システム実行時の要素と相互作用 • 流れ、実行、プロセス • インスタンス • 処理 • 実行環境/インフラ静的な構造 • 成果物が配置された静的な構造 • 後に残り、参照可能 • ソースコード • クラス、テーブル定義 • ドキュメント

18. Copyright© Growth xPartners, Inc. All rights reserved. ITサービスの運営 • ITサービス運営モデル v0.2 17 特徴例企画プロセス • ITサービスの振る舞いを管理する • 追加や変更を要求する • 売上 • 要求と受入開発プロセス • 静的な構造を作る • 追加し、変更する • 素早さが求められる • リリース計画 • 開発ツール運用プロセス • 動的な構成を管理する • 追加や変更を受け入れる • 安定が求められる • デプロイ • 監視業務プロセス • ITサービスを利用者に届ける • 利用者に追加や変更を伝える • 安定が求められる • 現場 • 窓口

23. Copyright© Growth xPartners, Inc. All rights reserved. ITサービスの運営 • ITサービス運営で考えるべきこと –1.異なる関心事を持つ利害関係者がいる –2.価値は利用者の体験によって定義される –3.複雑な構成要素によって成り立つ –4.フィードバックによって持続的に成長する • ITサービスをうまく運営するには、これら全体をデザインする必要がある 22

25. Copyright© Growth xPartners, Inc. All rights reserved. 事例：概要 • 東京商工リサーチ –1892(明治25)年、経済発展とともに信用調査が求められるようになる中、商工社として創業 » 日本で最初の企業年鑑「日本全国商工人名録」を出版 –1964（昭和39）年の衆議院・商工委員会で中小企業に関する倒産状況を参考として説明。それにより「倒産」という言葉が全国に定着 –1994年、D&Bと業務提携、2012年には国内向け事業を承継 –1999年、tsr-van2初代サービス開始 –2014年、tsr-van2リニューアル 24

26. Copyright© Growth xPartners, Inc. All rights reserved. 事例：概要 • tsr-van2 –機能概要 » 企業をオンラインで検索し、閲覧する » 信用情報や財務情報を始めとした様々なデータを提供 » 従量課金中心ではあるが、様々なルールあり –再構築の目的 » 性能や使い勝手の向上 » のみならず、事業のオンライン化を推進する基盤作り ▸ 継続的な改善を可能にする柔軟性と拡張性の実現 25

28. Copyright© Growth xPartners, Inc. All rights reserved. 事例：概要 • ローンチまで –リリース：2014年1月 –工数：約300人月 –プロセス » ウォーターフォールで8割を完成させてから、テストと改善を繰り返す継続的な改善プロセスに突入 ▸ システム内テスト、他システム連携テスト、基幹システム連携テスト、システム部受入テスト、業務部門受入テスト、運用テスト… » ウォーターフォールでは中国へのオフショアを活用 » 改善プロセスはテスト範囲を段階的に拡張しながら、それぞれのフェーズで発生した課題を解決していく 27

29. Copyright© Growth xPartners, Inc. All rights reserved. 事例：概要 • ローンチを終えて持続的な改善プロセスに • どうやれば継続的に改善できるのか？ –利用者のニーズをどう汲み取るの？ –何を作ればいいの？ –どうやって開発チームに伝えたらいいの？ –どうしたらリリースできるの？ –どうしたら営業が満足するようにできるの？ • つまり… 28

32. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • 基本的な進め方として定期リリースを提案 –「保守」とは別に「定期改善」という枠を用意 –予算だけ承認されていて、リリース内容は、そのときに再稟議 » 1回数人月×年4回 –つまり、3か月ごとに1周まわす –大きな「新機能」の追加はウォーターフォール型で別に進める » 関係者との調整を段階的に進める必要性があるため 31

33. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • 3つのプロセスが並行する 32 対象タイミング意志決定特徴新機能年に1,2回企画/設計/開発など、それぞれの段階で役員承認必要な時間をかけて合意形成ウォーターフォール的定期改善年に4回 (日付固定) 工数枠は事前承認。実施内容はバックログから優先順位で選択後に承認 3ヶ月定期保守随時毎月定額保守。実施内容はシステム本部内で決定。問合対応、障害対応、ちょっとした改善など 2週間定期＋緊急対応

35. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • ツール的な話 –チケット型課題管理：Atlassian JIRA » 開発チーム内だけではなく顧客とも全てを共有 » 機能からインフラまでいくつかのカテゴリで管理 –CI/CD： Atlassian Bamboo » 基本的にワンクリック –リアルタイム性能監視：DynaTrace 34

37. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • 定期改善に対する評価 – 営業としてのメリット » 定期的に利用者を訪問する理由ができる » 利用者からのフィードバックが半年ぐらいで反映される – 企画としてのメリット » スケジュールに追い立てられるけど、それがいい – 利用者としてのメリット » クレームがあっても対応が過去よりも対応が早い » 「使いやすくなった」というフィードバック – 開発としてのメリット » 定期的な安定収入！ » 良いモノを作ることを諦めなくて良い 36

38. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • 定期改善の意味 –組織の「意思決定」のリズムを重視する » 経営者が判断するのはいつか » 業務プロセスが変更を受け入れられるのはいつか » 利用者からフィードバックを受けられるのはいつか –期間は、企業ごとに最適なものを選択する » 定期であることは最も大事 » 3～6か月程度がよさそう 37

41. Copyright© Growth xPartners, Inc. All rights reserved. 事例：プロセス • 実際、そんなにうまくいかない –そんなに簡単に各部門の協力なんか得られない –どんな課題があるかなんてわからなくて、声のでかい部門の課題が優先される –経営者や部門長が「やることが決まっていない予算枠」なんてOKを出すわけがない –開発チームとスムーズなコミュニケーションなんかできない • これを誰が解決するのか？ 40

45. Copyright© Growth xPartners, Inc. All rights reserved. 事例：顧客 • プロダクトオーナーが見ている2つの方向 –組織内のステークホルダーや顧客/利用者のニーズや優先順位について深く理解する –開発チームに何をどの順番で構築するかを伝え、受け入れ条件を明確にしてその条件を満たすテストが実行されるように仕向ける 44 出典：エッセンシャルスクラム

49. Copyright© Growth xPartners, Inc. All rights reserved. 事例：顧客 • 東京商工リサーチの場合 –「開発チームに何をどの順番で構築するかを伝え、受け入れ条件を明確にしてその条件を満たすテストが実行されるように仕向ける」 –開発チームに伝えるのは「システム本部」 –受入条件を決めるのは「業務部」 –テストを実行するには関連システムと連携しながら「関連各部署」や「既存ベンダー」と実施する 48

51. Copyright© Growth xPartners, Inc. All rights reserved. 事例：顧客 • では、どうするのか？ –企業では1人の「プロダクトオーナー」で全部をやりきるというのは現実的ではない –むしろ、組織間の連携をしていくような意思決定プロセス全体をどうやって作るのかが重要 –つまり、組織としてプロダクトオーナーの役割を引き受けてもらうことが重要と考える 50

52. Copyright© Growth xPartners, Inc. All rights reserved. 事例：顧客 • 顧客企業内で、ものすごい努力があった –関係部署の若手を集めたチームを作り、要件定義や受入試験に参加させた –情報共有はオンラインツールで常に行っており、システム本部が必ず返事をしていた –経営層や関係部署への説明を定期的に行い、定期改善の予算を通した –開発チームとは定例/メール/チャットなどで積極的にコミュニケーションを取り、継続的に「想い」を伝えていた 51

53. Copyright© Growth xPartners, Inc. All rights reserved. 事例：顧客 • エンタープライズ・アジャイルでは顧客企業にプロダクトオーナーとして機能してもらうことが非常に重要 –何度も繰り返すが「開発手法」の話ではすまない –いかに「開発を含む組織活動全体を効率的にするか？」というのがテーマ –特にSI型（外部の企業が開発中心）になる場合は、顧客側の意識変革は大きなポイント • 東京商工リサーチ様の場合は、先方の変革と弊社の提案がうまくマッチした結果 52

57. Copyright© Growth xPartners, Inc. All rights reserved. まとめ • ITサービス運営で考えるべきこと –1.異なる関心事を持つ利害関係者がいる –2.価値は利用者の体験によって定義される –3.複雑な構成要素によって成り立つ –4.フィードバックによって持続的に成長する • 良いITサービス運営を実現するには、これら全体をデザインする必要がある 56

58. Copyright© Growth xPartners, Inc. All rights reserved. まとめ • 東京商工リサーチ様の場合 –3か月に1回の「定期改善」を導入した » もろもろのツールやプラクティスは、それなりに –顧客の組織が「プロダクトオーナー」として意思決定するプロセスを作ってくれた –これによって組織全体のリズムが整った –「意図してた」「完成した」というより「試行錯誤してたらこうなった」「常に改善をし続けている」という感覚 57

59. Copyright© Growth xPartners, Inc. All rights reserved. まとめ • エンタープライズ・アジャイルとは –開発手法ではなく、顧客企業の意思決定のこと –前提 » 顧客と「ITサービスを成長させる」という目的が共有されている » 顧客側で組織の意志決定のリズムがマネジメントできていること » 開発チームが一通りアジャイル開発手法であること 58

「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～

「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～

Recomendados

Mais conteúdo relacionado

Destaque

Destaque(20)

Similar a 「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～

Similar a 「企業システムにおける意志決定とITサービス運営について」ユーザ企業との協業によるエンタープライズ・アジャイルの支援～東京商工リサーチの事例～(20)

Mais de グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.

Mais de グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.(13)

Último

Último(14)