GitHubで実現する開発ライフサイクルの効率化

20214/11/06のMicrosoft Developer Dayの懇親会LTで発表した内容のスライドです。
以下のことについて話しました

- GitHubを開発ライフサイクル全体で使用する
- 開発生産性とは？
- 開発生産性をどう測るか
- DevEx (Developer Experieceとは)

1. GitHubで実現する開発ライフサイクルの効率化 - 開発生産性とDeveloper Experience- yuriemori(@1115_lilium)
2. 話すこと  GitHubを使った開発ライフサイクルの効率化  そもそも開発生産性とは  開発の生産性を計測するためには  生産性も大事だけど  それは私（開発者）を幸せにしている？
3. 森 友梨映 (Yurie Mori) • DevOps Engineer @ Avanade Japan  DevOps Transformation  GitHub/Azure DevOps等のDevOps Platformのエンタープライズへの導入  生成AIによる開発プロセスの効率化/改善支援 • Microsoft MVP for Developer Technologies(DevOps) : 2024~
4. 自然言語によるマ イクロアプリの 開発 保守・運用 リリース 実装・テスト GitHubを使った開発ライフサイクルの効率化  GitHubの豊富なツールセットを活用することで、開発ライフサイクル全般を通じたプロセス改善が可能です。  各フェーズに適した機能を組み合わせることで、スムーズな設計支援からコードの品質管理、 リリース後のセキュリティ対応まで、効率的かつ統合的なワークフローを実現 デザイン チケット内容から 実現ステップの サジェストによる 設計支援 コードベースでの インフラ構成 （IaC）の 補助 テストコードの 生成の補助 CI/CD ワークフローの生 成 リリースノートの 生成 クラウド上の チーム開発環境の セットアップ コードスキャンに よるセキュリティ 的なリスクの検知 依存関係による脆 弱性の検知 AIによるセキュ リティ的な脆弱性 の修正の サジェスト チームのコーディ ング規約に則った コードレビュー 稼働中のクラウド 環境とコードベー スを含めたセキュ リティリスクの 監視 Copilot Workspace GitHub Codespaces GitHub Copilot Copilot autofix GitHub Advanced Security(Code scanning) GitHub Advanced Security × MS Defender for Cloud 凡例： プレビュー中 GitHub Copilot GitHub Actions GitHub Actions Dependabot GA中 Mermaidダイア グラムでの設計書 作成の補助 GitHub Copilot AIによるコード レビューと脆弱性 の自動修正 Copilot Workspace 最大数1000件の セキュリティア ラートのトリアー ジの整理 Security campaign with Copilot Autofix GitHub Copilot GitHub Spark
5. そもそも開発生産性とは GitHubなどのDevOps PlatformやGitHub Copilotなどの開発者支援ツールを入れるときにのモチベは、 開発の生産性を向上させたい！という気持ちだと思いますが、開発の生産性とは？  サステナブルに、質の良いプロダクトを早く提供し、ビジネス価値に転化でき ること
6. そもそも開発生産性とは GitHubなどのDevOps PlatformやGitHub Copilotなどの開発者支援ツールを入れるときにのモチベは、 開発の生産性を向上させたい！という気持ちだと思いますが、開発の生産性とは？  サステナブルに、質の良いプロダクトを早く提供し、ビジネス価値に転化でき ること • バグがない • リリース後も安定してユーザー に使ってもらえる • 使用感にストレスがない…etc
7. 開発の生産性を計測するためには：まずはここから GitHub CopilotとかGitHubを導入しました！実際に開発の生産性が向上したかを確かめたいです！ まずはこの辺からトラックしてみるとよいかも 追跡可能性は重要なので計測できるようにしましょう  Cycle Time  「ひとつの開発タスクを完了するのにどれぐらいの時間が掛かったか」  例えばGitHub/GitHub Copilot導入とbeforeとafterを比較して、afterはこれだけ早 く開発タスクを終わらせることができました！ということが示せれば、導入によっ てこれだけ効率化できました、を定量的に示すデータのひとつになる  変更障害率  「新しい機能・変更によって発生した障害」  早く開発タスクが終わったとしても、たくさんのコードを書いてたとしても、そこ に障害がたくさん含まれていたら意味ない  タスクの構成の変化  実施しているタスクの種類が、単純な反復作業が減って設計や要求分析などより創 造的なタスクに費やしている時間が増えたか  →Cumulative Flow Diagramで追跡
8. 生産性も大事だけど 開発者自身が快適に開発ができているか（DevEx）も重要だよね  “When we construct the experience to empower the desired behavior naturally and effortlessly, we get a great outcome.”  By GitHub bog:  Developer experience: What is it and why should you care?  "望む行動を自然に、無理なくできるような経験を構築すれば、素晴らしい結 果が得られる"  サステナブルに、質の良いプロダクトを早く提供し、ビジネス価値に転化でき ること
9. それは私（開発者）を幸せにしている？  そのツールは私の仕事を難しくしている？それとも簡単にしている？  集中できる環境になっているか？  そのプロセスは、私がミスを犯す可能性を排除しているか？  そのシステムは、私のフローを維持し、自信を持って仕事を積み上げられるよ うにしてくれているか？  DevEx：開発者は仕事についてどう感じ、どう考えているか 参考：GitHub blog : Developer experience: What is it and why should you care?
10. Thank you ☺