てすと　松井

あ
テスト高淵
山中です
小野村です。
テストテスト中島aa
* testtest
suzuki

* nishiki

井上です。

2022/10/14　14:45～18:20
■自己紹介（15:00～17:47）

■利用するツール
・oVice中心
　※毎回同じアドレス
・録画が必要であれば、ZoomかTeams

資料共有
・Google Drive

連絡
・Slack

演習中
・Miro
　中心にDXレポートを貼って、各自コメントを付箋で貼って議論する
・HackMD

■演習の目標
・常に目標に沿っているか振り返りながら進める
　2年前
　価値の創出とビジネスモデルの刷新
議論の内容をモデリング。プロセス自体を考えることも一つのテーマになるかも。
（政治で変える・研究に期待などはなし）

アイデア→[壁（技術・組織）]→明るい未来

■進め方
10/14 キックオフ
毎週金曜（10/21～1/27）で全28コマ

・内容
10月　DXレポート読み進め
11月以降　3グループ体制（所属が分散するように）
11月末か12月頭に中間発表予定。

「アプローチ」「モデル化」「評価」を計画的に

・コミュニケーション施策
例えば1on1（任意）
チームビルディング、ドラッガー風エクササイズなど

■役割分担
・司会進行
・議事メモ
・タイムキーパー
・その他

前週までに分担を決めておけると良い

■過去の発表資料共有
時間がないのでスキップ（次回）

■宿題
DXレポート（簡易版、もしくはサマリ）の読み込み　★参加者

■次回ミーティング
10/21(金) 18:20～21:30

DXレポート（簡易版、もしくはサマリ）について議論

---

zzzz
2022/10/21　18:20～21:30
■アジェンダ
・キックオフ続き
　・前回自己紹介ふりかえり
　・自己紹介（前回欠席者分）
　阿部恵理子さん

　・昨年成果のご紹介（30分）

　　＞デジタル・トランスフォーメーション活性化に向けた取り組みの提案
　　　(提案1)DXデザインパタンの提案
　 　DXパターンの一覧化
　 　　5業界及び業界共通に対して合計13個のパターンを作成
　質問）情報週報の手段は？
　　　⇒google検索。有償サービスは利用していない。

　　　 (提案2)OASSビジネスモデル
　　　　　OASS(OpenArchitecture ＆Specification Software）モデルの提案
　　有志主導でレイヤ別アーキテクチャー（ドメイン共有/横断）と仕様を標準化し提供まで一元管理する。
　　　　現状のSIビジネスモデル　…縦割り、替えが効かない
　 新規OASSビジネスモデル　…農協等の共同組合のビジネスモデルのような仕組みを取り入れられないか

　　＞DXレポートから導いた3Kシステムのモデル化と評価
　　　　経営（Keiei）資源を管理する、強固（Kyoko）なセキュリティを有する共通領域（Kyotsu）のモデルを
　 考え、ATAMシナリオ評価、BMC、ピクト図解等を行い考案したシステムのリスク分析を行った。

・DXレポート１読み進め（３チーム、30分×３回で毎回ランダムのメンバー）

Miroのアクセス先
https://miro.com/welcomeonboard/U3hFQXJiM1pVZUJLM2psam8xY3VtWHFHVjgzaUwwTzVTV2tSaGd6SDY2N2MwM2VJbzBiQUJ6aUFkYWJaT3BPWHwzNDU4NzY0NTM2NTAzNDczNjA4fDI=?share_link_id=690269307249
　→3回の意見交換を実施
　まだまだ、意見が出しきれていないので来週までに追加で付箋を追加する。

・質疑や雑談など
　参考資料
厚切りジェイソン「Why Japanese Engineer!? アメリカではもっとエレガントに開発してるよ！」
https://type.jp/et/feature/9754/

---

2022/10/28　18:20～21:30

・前回振り返り（鳥野さん主観）

・グループワーク

グループ２（～19：25）
メンバー
米田さん、松井さん、森島さん、錦

発表者　：松井さん
司会　　：森島さん

テーマ
3.5 DX人材の育成・確保
～DX人材に求める要素が高度過ぎるのでは？～

・アプリなど一見簡単になってきたが、ネットワークなど高度な知識も必要なのでギャップがある

・AWSは簡単？
手軽にできそうだが、ネットワーク構成を適当にするとセキュリティ的な問題となる

・現場SEにモダンシステムに詳しくないため、技術屋が貼りつくことで現場の負担となっていることが多い

2.1 DXを実行する上での経営戦略における現状と課題
・ビジョンが出てくれば上手くいくのか？

・DXといっているだけだが何をやればよいのか？

2.2.2 既存システムの問題点
・本番環境の重大問題が発生したときに充てたホットフィックスをステージング環境に充てていないときに不整合が出てしまうことがある

2.2.3 既存システムの問題点の背景
・ユーザー企業の方に必ずしもいなくて良いという意見が多いが、
　ユーザー側にわかる人がいる方が話が通じやすいのでは？

・丸投げになるとどちらにとっても良くない

⇔
・ITエンジニアの母数増えないとベンダー企業からユーザー企業にいくのは
どういう動機づけになるのか？

・母数が増える場合は、ベンダー企業からするとユーザー企業のITエンジニアは競合になる？

・ユーザー企業からすると業務に影響するので、最先端を求める範囲が異なる
　ベンダー企業で最先端を学んだので、ユーザ―企業に転職するのはある一定数いるとは思うが・・・

・DXといっても、ユーザー企業からするとあまり変わっていない話なので、最先端を求めるばかりではなくてやっていくことはある

・アカデミック（ベンダー）と実務（ユーザー）ですみ分けできるとよい？

その他雑談
・チーム分けについて

【グループ１】
　議事メモ作成：山中

3.3 DX実現に向けた～～
　3.3.2 廃棄することの重要性
　⇒既存データの移行とともに、不要なデータの断捨離・整理も重要
　　使えるかもしれないは使わない。
　まず、数年前のデータ見るかって話

　ついてた付箋に関する議論
　・作って終わり
　⇒わかる。システムの維持ではなく、継続開発という意識が必要

3.4 ユーザ企業・ベンダ企業～～

　如何にユーザ企業の意識を変えられるか。
アジャイル開発において、ユーザの能動的な参加が必須
　IT業界にお客様第一精神は不要
ユーザとベンダーの協業（システムをともに作ってよくしていく）という認識

　実業務をするユーザとベンダーの間を取り持つファクタが必要
　　⇒ユーザ側に社内SEの専用ポジションがあるといいが、会社規模によって厳しい

　システム提供しているベンダー企業は海外が多い。
　⇒ユーザ企業が直接海外ベンダーとやりとりするのは難しい。

3.4.3
　DXの理解に苦戦している企業が、アジャイルでシステム開発するのが難しいのではないか。
　 ⇒ DXとともに開発手法のアジャイルも併せて理解いただく必要がある。

　また、DX対応に成功したユーザ企業の例がそれほどない黎明期であり、二の足を踏んでいる。

【グループ3】
メンバー（敬称略）
井上、高渕、小野村

・刷新が行われた時には新しいことが起きるのでアジャイルにしないと追いつけなくなる。
・ブラックボックス化
　技術の老朽化と複雑化のみがブラックボックスの要因ではない
　→人に依存しない仕組みが無いと再度ブラックボックス化
　　後の人への思いやりが必要（理解しておけばよいことを残しておく、自動化）
★・刷新を全部一気にすると大変
　→段階的に切り出していくと上手くいくかも
★・最終的に経営層の意識が重要
　→自分達で何ができる？
　→目の前からできることは何？
　　やっちゃダメ、やった方がいいことが分かると良い
　→DXをやり易い環境づくり、時間確保、経営層と調整し部門を跨ぐ必要あり
　　→誰がどんなスキルを持っているか分からないと巻き込みやすい
・資料に偏りがあるのでは？
⇒資料からやりたいことは伝わってくるが抽象的なので目指すべき近場くの足場がまず欲しい
　見たら何をしなきゃが分かる資料（ロードマップ）が欲しい。
　#成功事例を知りたい。また、何を以て成功、失敗と判断できるの？

IPA、DX未着手・途上企業のための「DX実践手引書　ITシステム構築編」完成版を公開
https://ascii.jp/elem/000/004/110/4110768/

https://www.ipa.go.jp/files/000094497.pdf

↑ここまで議事録にコピー済みです。更新した場合は議事録側もお願いします。（20:15 松井）↑
20:20まで休憩

グループワーク2（21:00まで）
・DXレポート2

・グループ2
メンバー（敬称略）
中島、山中、高渕、小野村

議事
①これまでのDX政策とその結果
・DX促進状況のグラフはどう見ればよい？
　→DX認定企業の一覧がありその平均
　　どうすれば選ばれる

②③コロナ禍により高まるDXの緊急性
・テレワークの概念は広がったか企業がテレワークを継続するかしないかは２極化している。
・テレワークはコロナで今まであまり広がらなかったが一気に広がった。
　→DXも同様で何か大きなきっかけ、困りごとが発生してからではないと進まないのでは？
・なぜ海外は進んでいるの？
　→ベンチャーが多く企業の新陳代謝が激しい。
　　一方、日本は終身雇用の考えがあるから広がりにくい？

直ちに取り組むアクション
・企業に利益が発生するならやり始めるかも
・逆にツールを提供する側に支援は？
　それが無いとDXツールは海外に頼ることに

短期計画/中期計画
・体制を組むのは中小企業は難しい
・大企業が成功した後、中小企業がやっていくのは良いの？
　中小はうまみが無いので、先に挑戦しないと結局レガシーの維持とかで稼いでいくしかない。
・レガシー刷新は短期なの？短期は３年くらい
　→すぐに取り組まないいけないことでは（土台）
　→それができないと中期対応は行えない？
　→中長期のデジタルプラットフォームを作ってから刷新した方が良い？
・目の前のことで手一杯だとDXを進まない？
　＋DXの利益が見込めないから取り組み始められない。

・グループ3
井上、米田、錦

レガシーはいろんな種類ある
システムもあれば、VBAやアナログなど

ノウハウを持って転職する流れが増えていけば
新陳代謝をすることでノウハウが溜まるようになることもあるかもしれない
新卒一括採用の流れあり
日本は目立たずの傾向もある（変化なし）

ユーザーとベンダーが一緒になってやりやすくなった
ただ、離れたところのノウハウは無くなった

日本はゼネラリストが多い
横文字に踊らされてスーパーマンになる！？ということで不安

・グループ1
森島、阿部、松井、鈴木

推進状況はどうやって判断？
何を言いたいのかよくわからない
レガシーとは？

やらないとヤバいのはわかるがやる気は出ない、メリットがある方がやる気が出る

リモート(コロナ)とDXの関連性は？

「企業のアクションと政策」における主語は？
政策の中にベンダーのアクションを含んていない？

次回
グループ分け
ヒアリング結果を元に講師陣から提案⇒それでやっていけそうかを相談
本人の意思を尊重

宿題
・DXレポート2の切り貼り
・付箋（レポート1&2）

---

2022/11/4　18:20～21:30

・前回振り返り

・議事録
　グループごとに作成

・グループ分け
　同じテーマでも問題ないが、内容が同じ場合は講師陣から別テーマを誘導する可能性あり

・今後の進め方
　開始時と終了時は全体で集まる（連絡事項など）
　HackMDは今後新たにページを起こす（メモや記録は取る）⇒他の方法でも良い
　中間発表は11E/12B予定（本テーマの3グループのみ）

　講師陣の参加は残り12コマ

・グループワーク　18:48～