書籍
書籍

エンジニアチームの生産性の高め方 〜開発効率を向上させて、人を育てる仕組みを作る

0.0

販売価格

¥
3,300
税込
還元ポイント

販売中

お取り寄せ
発送目安
2日~14日

お取り寄せの商品となります

入荷の見込みがないことが確認された場合や、ご注文後40日前後を経過しても入荷がない場合は、取り寄せ手配を終了し、この商品をキャンセルとさせていただきます。

構成数 : 1


【凡例】
# 節見出し
## 項見出し
### 小見出し


第1章 Product Requirements Document
# 1-1 Whatを書くPRD
## チーム開発の難しさ
### チーム参加者の職種の多様さ
### コミュニケーションの難しさ
### 異なる認識によるブレ
### 合意形成が遅れることによる弊害
## PRDとはプロダクトへの要求が書かれた文書
### プロダクトへの要求を明確にする
### 関係者間の認識を統一する
### プロダクトの品質を向上させる
### 後で振り返ることができる
## PRDと似た文書
### プレスリリース
### インセプションデッキ
### 基本設計書と外部設計書
# 1-2 PRDに記載すべき内容
## 決まった章立てで書く
### PRDの全体像を把握しやすくなる
### チームメンバー間での合意形成がしやすくなる
### PRDの改訂や更新がしやすくなる
## 代表的な章立て
### 「なぜ開発するのか(Why)」を含めてよいか
### 「概要」の章
### 「背景」の章
### 「製品原則」の章
### 「対象ユーザー」の章
### 「ユースケース」の章
### 「市場分析」の章
### 「競合分析」の章
### 「機能要求」の章
### 「その他の技術的要求」の章
### 「スコープ」の章
### 「KPI」の章
### 「リリーススケジュールおよびマイルストーン」の章
### 「マーケティング計画」の章
# 1-3 運用時の注意点
## PRDの書き進め方
### 企画立案者によるドラフト版の執筆
### マーケティングに関する執筆
### 機能に関する執筆
### 進め方に関する執筆
## PRDを書く単位
### 既存のPRDを更新する方式
### 新規にPRDを作成していく方式
# 1-4 まとめ


第2章 Design Doc
# 2-1 Design Docとは
## コードレビューの限界
## 書くべきか、書かざるべきか
## 書くタイミング
## 何を使って書くか
## ウォーターフォール開発の設計書との比較
# 2-2 Design Docの構成
## 構成の基本方針
## タイトル
## 目次
## 目的セクション
## 背景セクション
## 設計の概要セクション
### 重要な要素:モジュール、データモデル、クラス、APIなど
### 設計の基本的なアイディア
### 簡略化したシーケンスやデータフロー
## 設計の詳細セクション
### 設計の説明の細分化
### 代替案の比較
### APIなどの一覧
### 使い方の例示
## 計画セクション
## その他の関心事セクション
## Design Docのメタデータ
# 2-3 運用上の注意点
## 短いフィードバックサイクルを心がける
## タスクごとに使い捨てる
## ドキュメントへのリンクを活用する
## Design Docの共通認識を持つ
## Design Doc以外の選択肢を持つ
# 2-4 まとめ


第3章 ブランチ・リリース戦略
# 3-1 現代のソフトウェア開発におけるブランチ・リリース戦略の重要性
# 3-2 CI/CD(継続的インテグレーション、継続的デリバリー)
## CI/CDとは
### DevOpsとの関係
### 代表的なCIの選択肢
### 代表的なCDの選択肢
### デプロイ環境
## CI/CD実践のための考え方
# 3-3 ブランチ戦略
## ブランチの種類と役割の定義
### mainブランチ
### developブランチ
### featureブランチ
### releaseブランチ
## 代表的なブランチモデルの特徴と比較
### GitFlow
### GitLab Flow
### GitHub Flow
### Trunk Based Development
### Stacked Diffs
## CI/CDとの関係
### GitFlow
### GitLab Flow
### GitHub Flow
### Trunk Based Development
## featureブランチの扱い
## releaseブランチの扱い
## ケーススタディ:モバイルアプリのブランチ間オートマージ
# 3-4 リリースサイクル戦略
## 技術ドメインごとのリリースサイクル戦略
### バックエンドのリリース
### Webフロントエンドのリリース
### モバイルアプリのリリース
## 最近のリリース戦略の傾向
### 任意のタイミングでの頻繁なリリース
### 定期的なリリースサイクル
## ケーススタディ:モバイルアプリのリリースサイクルアップデート
# 3-5 リポジトリ戦略
## Polyrepo
## Monorepo
## 選択にあたっての論点
### 分散管理と集中管理
### 依存関係の解決
### アクセス制御とセキュリティ対策
## ケーススタディ:Monorepoベースの開発体験
# 3-...

  1. 1.[書籍]

ソフトウェア開発の世界では、生産性の向上は永遠のテーマです。ユーザーニーズの変遷や技術の進歩など、環境が変化し続ける中でいかにして効率的に開発を継続していくかは、多くのソフトウェア開発チームにとって切実な問題です。本書は、そのような問題に対する解決のヒントを提供することを目指しています。
しかし、本書が提供するのは汎用的な解決策や、普遍的な理論ではありません。各章に記されているのは、それぞれの著者が、自身の経験と専門性をもとに導き出した、生産性を向上させるための具体的かつ実践的な自説です。生産性を向上させるための網羅的な解説書というわけではなく、むしろ多角的な視点からの提案と捉えてください。
本書は2部構成になっています。第1部『開発プロセスと生産性』では、開発プロセスの改善をどう実現するかについて述べます。具体的には、Product Requirements DocumentやDesign Docといったドキュメント作成や、ブランチ・リリース戦略、リアーキテクト時のテスト戦略というトピックから、生産性を向上させる方法を解説します。第2部『開発チームと生産性』では、チームの立ち上げ、スキルの向上、開発基盤の改善というトピックで、開発者とその組織に焦点を当てて解説します。
本書は、エンジニアリングマネージャーやテックリードを含む、開発生産性を改善したいと考えている方々に向けて書かれています。必ずしも、すべてを通して読む必要はありません。それぞれの章は、独立して理解できるように構成されているため、必要に応じて部分的に読むことができます。興味のあるトピックや現在直面している課題に関連する章を読み、そのアイデアをご自身のチームに採用してみてください。

作品の情報

フォーマット 書籍
発売日 2024年10月26日
国内/輸入 国内
出版社技術評論社
構成数 1
パッケージ仕様 -
SKU 9784297145026
ページ数 312
判型 A5

メンバーズレビュー

レビューを書いてみませんか?

読み込み中にエラーが発生しました。

画面をリロードして、再読み込みしてください。