これらにより対策を行ったとのことです。情報の一元管理は組織の変革に対して重要とのことでした。情報の一元管理によって、従業員の意識なども変革できるとのことです。これらの対策により、開発者の認知負荷を下げるだけでなく、基盤チーム内のエンゲージメントも向上したとのことです。Engineering』ではなく『業務を改善していく』というキーワードで、開発の現場と進めていったとのことでした。自社システムの課題は可視化できているか?課題を解決するための施策は具体化できているか?その施策には、人、資金、時間がどれほどかかるか検討出来ているか?それらのリソースはどこから確保するか、目処がついているか?これらの検討が重要であるとのことでした。高史さまよりお話がありました。それぞれ専門チームが対応していたとのことです。各チームへの依頼に時間がかかるなど、開発の負担になっていたとのことです。製品が普及し、インフラ部分の多くを抽象化することが出来たとのことです。問題として、プラットフォームの柔軟性が落ちてしまうことが問題でした。設計から本番まで、アプリケーションライフサイクルの全体に責任を負います。プラットフォーム側で準備することで、常に『開発できる状態』とします。開発チームが必要とするものを準備し、利用可能な状態とします。とって重要なことは、通常のプロダクトと同様に『プラットフォームを一つのプロダクト』として、運用管理することだと語られていました。プラットフォーム側管理にする例があるそうです。ための機能を準備しています。実現してほしいとのことでした。必要なことのまとめとして、以下の内容が語られていました。開発者をプロダクトの利用者として理解する。プラットフォームを製品のように取り扱う。最適な問題から、解決を図る。実現可能な最小限のプラットフォームを採用する。カワバタ)さまよりお話がありました。『クラウドネイティブでもセキュリティとビジネスを両立しなければならない』との話から始まりました。そもそも、プロダクトのアプリケーションを作っているのは開発者です。若手のエンジニアで優秀な人は多いですが、それらの方は効率を求めます。それこそ、コードを書いたら、そのまま動くくらいの効率化をエンジニアは求めています。作り上げるのは大変です。大変ですが、諸外国では実現しており、国内に於いても対応が必要とのことでした。