ソフトウェアファーストな時代における開発の変化

Transcript

1. 1 ソフトウェアファーストな時代に おける開発の変化 これまでのソフトウェア開発に「継続性」を取り入れる 舟木 将彦 (@mfunaki) Developer Advocate, CircleCI
2. 2 舟木 将彦(@mfunaki) CircleCI合同会社 Developer Advocate ビジネスを支えるソフトウェアの マーケット変化適応力を高める のに不可欠な CI(継続的インテグレーション) CD(継続的デプロイメント) の意義や価値、進め方を 技術、ビジネス、経営の言葉で お届けする 2013~18 Customer Innovation Principal (Black Belt) • 150社以上とデザイン思考を ベースにしたワークショップ～ ソリューション実装 (デザイン思考の総本山 Stanford Univ. d.school開校時に 39億円の資金を提供したのが SAP創業者の Hasso Platner) 2018~20 Chief Digital Advisor • 自動車や金融、小売業、テレコムを 主にクラウド＋AI＋VR/MRでの 協業(新規共同開発等)を支援 自己紹介 時間をかけた計画先行でもなく、重複等の無駄の多い開発先行でもなく、 計画と実装の間の時間差少なく、らせん状に前進
3. 3 本日のアジェンダ お話の流れ 1. CircleCI会社ご紹介 2. DXアプローチのストッパー 3. 新たな取り組みを継続させる鍵 結論 ベストな開発チームメンバーは、 選抜メンバーの中だけにいるのではない。 手を上げたい様々な人が、 自由に・安全に (壊さない、壊れない、責められない) 継続的に手を挙げられる仕組み(文化)を 支える「ツール」が必要
4. 4 1. CircleCI会社ご紹介
5. CircleCIってどんな会社 • 世界最大規模のクラウドCI/CD (継続的インテグレーション/継続的デプロイ)サービス • ミッション：「世界中のだれもが、思い浮かんだアイデアを 　　　　　　　すぐにソフトウェアとして配信できるように支援する」 • 2011年設立、サンフランシスコに本社 • 400＋人の社員（米国、東京、英国にオフィス）
6. 6 多くのユーザーにご利用頂いています
7. 7 市場での CircleCI の位置づけ CircleCI https://www.g2.com/categories/continuous-integration?segment=mid-market#grid
8. 8 2. DXアプローチのストッパー 歩みを止まってしまう(継続し続けられない)のはなぜか
9. 9 イノベーションやDXの号令がかかると起こる残念なこと 1. 先進的な事例を集める、適用可能性をPoCするが先に進まない 2. 多様な人たちを集め、多様な観点からワークショップを 実施しても、(一周目の)プロト開発で終わってしまう (Design Thinking Workshop, アイデアソン, ハッカソン等)
10. 10 先進的な事例を集める、適用可能性をPoCする なぜストッパーなのか • PoC(概念実証)で検証すべきポイントは出てきても、 1) 実運用相当の(デジタル)データが なかったり、2) 何を達成したら事業に向けて継続するというKPIが定義できない。 その結果 • サンプルデータでの(良好な)検証結果が受け入れられなかったり、 実データでの検証で出てきた課題が乗り越えられるのか検証されなかったり、 一定の成果を達成しても、そこがゴールになってしまい、先に進まない 事例 • 多数
11. 11 多様な人たちの多様な観点でワークショップ実施 なぜストッパーなのか • 多様な人たち(いろんな視点で観察、アイデア出し、プロト作成、事業化 )を集められない、 ファシリテーターを用意できない、事業化 KPIが事前に設定できない その結果 • ワークショップを開催しなくても机上で出るようなアイデア出し大会に留まる、多様性から 来る発散力も、一般化・抽象化することによる収束力も、目線を変えるリフレーム力もな い、祭りの後、継続的にバージョンアップする仕組みがない 事例 • 小さな赤ちゃんの世話をしていても、ママはスマホスーパーで簡単お買い物 →ママが欲しかったのは「自宅で子供と２人きり、煮詰まってしまう状態からの 　脱出、つまり子供が泣き出しても白い目で見られずに買い物でき、気分も 　リフレッシュできる実店舗」
12. 12 実は 1, 2ができているような会社であれば • PoCの結果をもとに、課題を洗い出し、さらに先に進めることのできる人材も、 • アイデアをもとにプロトタイプやMVP(Minimum Viable Product: 顧客に価値 を提供できる最小限の製品)を作り出せる人材も、 • プロトタイプやMVPをユーザにぶつけて、ユーザを観察して、「真の欲求」を見 つけ、反映させられる人材も、 いるが、 「手を挙げる仕組み」「引き継ぐ仕組み」＝ (ほかの人が)継続性を支える仕組み がない
13. 13 現行ビジネス「平時に問題なく動いている仕組みを、非常時にも 継続的にお届け」 ＋ 新規ビジネス「適材適所でどんなメンバーでも貢献でき、 随時参加するの際の障壁が低い」 (やっていることの見える化、やり方の標準化 )ことによる継続性が重要
14. 14 3. 新たな取り組みを継続させる鍵 継続性＋自動化により、アイデア～実装の時間を短縮し、進化を続ける
16. 16 全部を内製しない: バイモーダルIT ハードウェアであっても Powered by Software な時代、 ただし、すべてを内製しない。 モード１ 変化が少なく、 確実性・安定性を 重視 モード２ 開発や改善スピー ド、利便性を重視 ゴール 差別化→ 利益拡大 効率化→ コスト削減 手段 DevOpsによる 内製 (現場ニーズ 迅速に反映) 既製品を そのまま使う (自動更新) 適用業務 顧客との 関係性が 必要な領域 会計 人事 生産管理... (ERP領域)
18. 18 継続するビジネスを支えるソフトウェア開発を標準化 プラン コード ビルド テスト リリース デプ ロイ 運用 監視 継続的インテグレーション (CI) 継続的 デプロイ (CD) 自動化できない 非正常系は 自動化できない 自動化できる→継続的であるために自動化すべき ビジネスが継続する限り、プロジェクトは続く コード追加・修正時は 常にビルド・テスト (最後にまとめてやらな い→早く失敗すれば 早く品質が安定する) サービス停止せず常に リリース/デプロイ (失敗時にはクイックに 修正 ／ 前バージョンに 戻せる)しくみ 人にしかできない ことは、 細分化した上で できる人が 手を挙げてやる →属人化させない 共有 リポジトリ上 で 常に作業 自動化できる ことは 作業手順の 定義を行い 自動実行させる →依頼しない、 抜け漏れしない 運用・監視しやすい 品質をコードに反映 (必要なデータの取得、 スケーラビリティの 確保)
19. 19 デモ: さんびきのこぶたに見るCI/CD
20. 20 デモを通じてお伝えしたかったこと ベストな開発チームメンバーは、 選抜メンバーの中だけにいるのではない。 手を上げたい様々な人(スキル、年齢、性別、経験、使える 時間)が、自由に・安全に(壊さない、壊れない、責められない) 継続的に手を挙げられ、手を動かせる仕組み(文化)を支える「継続 性支援・促進ツール」が必要 →CI(継続的インテグレーション)＋CD(継続的デプロイメント)　＋共 有リポジトリを「何もない時」から導入するべき
21. 自動化した標準化ポイントは共有＋還元する https://discuss.circleci.com/t/advent-calendar-2020-circleci/38539 標準化(非競争)領域は エンジニアに公開させる →モチベーション上がる →もっとよい方法が 　生み出される →優秀な「内製」人材を 　自社に呼び込める →他社のソフト／ハード 　とオープンに協業 秘伝のタレとして 隠すのは 差別化(競争)領域に 留める
22. ソフトウェア開発の生産性を高めるのは何？ 速いCPU、リッチなメモリ、広い画面？ 肩こりや腰痛と無縁になれる椅子？ 継続性＋自動化を支えるツールにも 投資が必要です！
23. CircleCIをもっと知りたい！なら 最新の情報なら @CircleCIJapan をフォロー！ #CircleCIJp タグつけて情報共有！ イベント、セミナー、勉強会の情報なら connpassのCircleCIグループから！ https://circleci.connpass.com/ 動画でCircleCIについて学ぶなら CircleCIチャンネルを登録！ (日本語プレイリストもあり )
24. Thank you. 24