チーム開発実践入門──共同作業を円滑に行うツール・メソッド

池田尚史 / 藤倉和明 / 井上史彰

本書はサービスやアプリケーションを開発する企業において，複数の人たちでチームを組んで開発を進めていく際に必要な考え方や使用するツール，またそれらをうまく使いこなすためのノウハウをまとめています。本書の最初でうまく物事が進んでいない開発現場の一例を示し，その理由と対策についてまとめています。次にその対策に必要なツールである，バージョン管理，チケット管理，CI（継続的インテグレーション），デプロイ，リグレッションテストの章を設け，その使い方と上手な運用ノウハウなどについて現場での経験が豊富な著者が解説しています。

• カテゴリ: ビジネス・実用
• ジャンル: IT・コンピュータ / OS
• 出版社: 技術評論社
• タイトル: チーム開発実践入門──共同作業を円滑に行うツール・メソッド
• タイトルID: 562669
• ページ数: 336ページ
• 電子版発売日: 2018年11月14日
• コンテンツ形式: EPUB
• サイズ(目安): 14MB

[ブクログ · ★★★★★]

チーム開発をスムースに行うためのツール類を、必要性・重要性から設定手順まで教えてくれる本。
開発現場では、このようなツールが導入できているかどうかは現場次第で、Git等は流石に普及しても、CIやテストツールは差があると感じている。
そのために必要性、「なぜ導入するのか」を理解するのは非常に重要と考える。そのための最高の本。現代の開発には重要な要素と改めて感じた。

[ブクログ · ★★★★★]

良書　いろいろ腑に落ちました。

Ｏｐｅｎ系の開発は、大規模なアジャイルの形態等をとるようになり、ますます複雑になってきています。
リブ管とよばれた、バージョン管理とその管理ツール群、加えてＣＩ（継続的インテグレーション）、デプロイの自動化、テストの自動化など、チーム開発の効率化、高品質化のために、その環境、仕組み、ツールを理解しなければなりません。近年、各プロジェクトにて、体系化されてその内容も固まりつつあると感じています。

それらを知る辞書として本書をお勧めします。

巻末には次のステップとしての参考書がいろいろ紹介されています。

ウォータフォールでも、アジャイル・スクラムでもどちらにも必要となる、チーム開発の全体像を俯瞰する書として、参考になられると思います。

目次（章単位で）

はじめに
第１章　チーム開発とは
第２章　チーム開発で起きる問題
第３章　バージョン管理
第４章　チケット管理
第５章　ＣＩ（継続的インテグレーション）
第６章　デプロイの自動化（継続的デリバリー）
第７章　リグレッションテスト
参考文献・参考ＵＲＬ

[ブクログ · ★★★★★]

▪︎感想
開発に携わった経験が少なく、リテラシーを付けたくて読書。
アプリ開発において、認識すべき工程と関連ツールが体系的にまとめられてる本はあまりない気がする。（他に良い本あれば教えて欲しい）
なのでこの本はとても有意義な本に感じた。
2014年初版なのでもちろん各ツールの現状は色々変わってると思うが、頭の中に枠組みができただけでは十分すぎる。

▪︎メモ
・分散型バージョン管理システム
　→ローカルにリポジトリごとクローンする

・チケット管理システムとバージョン管理システムの連携

・ビルドはコンパイルの前段階

・プログラミングだけではなくインテグレーションの理解が必要

・kickstartはサーバのセットアップ
　→EC2なら不要？
・chefはサーバ自動構成ツール
　→つまりOSより上のレイヤーのセットアップ
　→Opsworksの役割あらためて理解した

・serverspecはサーバ構成のユニットテスト
　→ミドルウェアプロセスが動いてるか
　→特定ファイル、ディレクトリのパーミッション

[ブクログ · ★★★★★]

なぜ開発プロセスにおいてバージョン管理、ビルドツール、チケットシステム等のソリューションが必要なのかをケーススタディに基づき、非常に分かりやすい文章で理解を深めてくれる。既に導入してCI/CDを確立している読者や企業にとっては既知の情報も多々あるが、明文化してくれるという意味で社内に一冊あると便利。

[ブクログ · ★★★★★]

タイトルからは開発プロセスとか、チームプレイの諸々の話かと思ったのですが、中身は「チームが開発に集中するための自働化実践入門」という感じでした。
開発のライフサイクルを通じて、各フェーズで使えるツールやそれを使いたい背景、他のツールとの組み合わせ、などなど結構幅広くなっています。触りの部分は具体的で、突っ込んだところは参考文献など他の情報につなげるあたりはまさに入門を冠する内容となっていました。それだけに参照先が膨大なことになっていますが(苦笑
普遍的な内容もありますが、今だからこその部分も多いため、賞味期限が早そうな気もしますが、だからこそ今すぐ読む価値は高いのかな、とも思いました。

[ブクログ · ★★★★★]

同じ開発でも個人からチームになるとソースコード管理、タスク管理、結合テストなどの作業の難易度が一気に上がる。それに対する解決法が書かれた本。GitやCI/CDをはじめ「導入しないとレガシー逝き」な内容ばかり。具体的なシーンやツールを示しながら説明してくれるので分かりやすかった。

[ブクログ · ★★★★☆]

インフラ、クラウドが自分の主戦場のなので、馴染みがない開発の領域の雰囲気が知れてよかった。2014年初版なので流石に情報が古くなっている部分はある。クラウド黎明期からちょっと過ぎたくらいの雰囲気が窺い知れる。

1. チーム開発とは
1. 1人だけでも開発はできる
2. チーム開発で直面する課題
3. どのように課題に立ち向かうか
4. 本書の構成
5. 本書を読む前の注意点
2. チーム開発で起きる問題
1. ケーススタディの前提
2. ケーススタディ（1日目）
3. ケーススタディ（1日目）における問題点
4. ケーススタディ（2日目）
5. ケーススタディ（2日目）における問題点
6. 理想的なプロジェクトとは
7. 本章のまとめ
3. バージョン管理
1. バージョン管理システム
2. バージョン管理システムの移り変わり
3. 分散バージョン管理システム
4. バージョン管理システムをどう使うべきか
5. Gitを使ったスムーズな並行開発
6. Gitを使った開発フロー
7. データベーススキーマとデータの管理
8. 設定ファイルの管理
9. 依存関係の管理
10. 本章のまとめ
4. チケット管理
1. チケット管理システム
2. 主なチケット管理システム
3. チケット管理システムとバージョン管理システムの連携
4. 新機能の開発、バグの修正時のワークフロー
5. 「あのバグいつ直ったの」という問い合わせに答える
6. 「なぜこんな変更が入ったんだろう」という疑問を解決する
7. 本章のまとめ
5. CI（継続的インテグレーション）
1. CI（継続的インテグレーション）
2. ビルドツールの使い方
3. テストコードの書き方
4. Jenkinsを使ったCIの実行
5. CIの運用
6. 本章のまとめ
6. デプロイの自動化（継続的デリバリー）
1. デプロイとはどうあるべきか
2. デプロイの自動化
3. ブートストラッピング（Bootstrapping）
4. コンフィグレーション（Configuration）
5. オーケストレーション（Orchestration）
6. 運用について考慮する
7. 本章のまとめ
7. リグレッションテスト
1. リグレッションテスト
2. Selenium
3. JenkinsとSeleniumの連携
4. Seleniumテストの高速化
5. 複数のアプリケーションバージョンでのテスト
6. 本章のまとめ

[ブクログ · ★★★★☆]

システム開発で起きがちなケーススタディを提示しながら、その解決のための方法論を解説している。バージョン管理、チケット管理、ＣＩ（継続的インテグレーション）、デプロイの自動化（継続的デリバリー）、リグレッションテストといった手法がそもそもどんなものなのか、メリットは何なのかを説明したうえで、具体的なツールの使い方を紹介している。ケーススタディはどこでも起こっているようなことでリアリティがあった。

・理想的なプロジェクトとは
?チケット管理システムに課題などが集約されている
?できる限りバージョン管理システムを利用する
?環境の影響を最小限にとどめ、常にリリース可能にしておく
?すべてを記録して追跡可能にする

・バージョン管理システムを使うとなぜ便利なのか
?変更内容という最も基本的な記録が残る
?バージョン間の差分を簡単に確認できる
?間違って他人の変更を上書きしないで済むしくみがある
?任意の時点まで巻き戻すことができる
?複数の派生を作ることができる、ある時点での断面を保存できる

・チケット管理システムの導入メリット
?タスク管理をするための基本機能がある
?一覧性、検索性が高い
?情報の一元管理と共有が可能である
?レポーティングに利用できる
?他システムとの連携が可能、拡張性がある

・インテグレーションとは
?すべてのソースコードを１ヵ所に集める
?依存するライブラリなどにパスを通す
?必要な場合はコンパイルする
?データベースの構築とデータのロードを行う
?必要に応じてミドルウェアの設定や起動を行う
?単体テストと結合テスト、ユーザ受け入れテストなどを実施する

・インテグレーションを継続的に行うのがＣＩ

・Scrumでは、スプリントごとに成果物を作り出し、スプリントレビューというプロセスで成果物をレビュー、フィードバックし、次のスプリントの作業に反映するということを繰り返してサービスインを目指します。これはいわば、ウォーターフォール開発における要件定義とユーザ受け入れテストを２週間のスプリントの中で凝縮して行うイメージになります。そうすることによって、要件とのズレをできるだけ早く検出して調整する回数を増やしていこうというアプローチです。

・ＣＩはアジャイル開発のベースとなる最も重要なプラクティス

・ＣＩというアプローチ、言い換えればビルドとテストの自動化のアプローチが重要

・なぜＣＩのようなプラクティスが求められるのか
?コストメリット
?市場の変化のスピード

・デプロイの自動化における恩恵
?細かくたくさんデプロイできればリスクをコントロールしやすくなる
?フィードバックを早く得られるようになる
?組織がスケールする

[ブクログ · ★★★★☆]

ある程度の人数でソフト開発を行うための手法やツールの紹介をしている本。 個々のツールや手法の説明をしている本はあっても、ワークフローを含めて包括的にまとまった本はめずらしいので、結構貴重だと思う。 新人さんとかに、とりあえず読んどけ、という感じの一冊と思います。 2章のケーススタディで「あるある」と思った人は読むべきと思います。 後は、経営者の人にも読んで欲しい。初期投資は少なからずかかるけど、開発プロセス上のムダを削ることで、開発終盤のトラブルを大きく減らし、バグ潰しにかかるコスト・期間を削減できるので、継続的に投資回収できるということを知っておくべき。

[ブクログ · ★★★★☆]

実際にこの書籍に載っているプロセスを踏んで開発に臨み、
成功することができました。
これまでウォーターフォール開発しかしてこなかったので、
まずは本書籍を読もうと思って、読んだところ、
内容もわかりやすく書いてあり、実践もしやすかったです。
これからアジャイルに取り組みたいと考えている方、
この書籍の中の一部分からでも使えると思うので、
参考にしてみてはいかがでしょうか。