- まとめ買いでお得 対象商品： 500円OFF「ファッションアイテム」9/1まで | 最大1000円OFF「電子辞書・プレゼンター」9/1まで | 100円OFF「エーワン商品」9/1まで | 最大5000円OFF「PCソフト」
- 【コンピュータ・IT】 プログラミング、アプリケーション関連書から各種試験対策まで コンピュータ・IT のページへ。
 | 会員なら、この商品は10%Amazonポイント還元 （ポイントが表示されている場合は、表示ポイント＋10％還元）。 |
よく一緒に購入されている商品
商品の説明
内容紹介
さまざまなオープンソースのソフトウェア開発ツールが登場してくるなか、プロジェクト管理機能を持つBTS（バグ管理システム：Bug Tracking System）であるRedmineが最近注目を浴びています。本書は、Redmineを利用したソフトウェア開発のプロセスと管理手法について、豊富な実例を交えて詳しく解説する1冊です。基本的なインストールやツールのカスタマイズ情報の書籍はすでに定番書が刊行されていますが、本書はより現場で実践的に役立つ内容に特化させることを目指しました。
内容（「BOOK」データベースより）
現場発!下流工程の劇的改善手法。BTS/ITSの活用によるチケット駆動開発+タスク管理。豊富な事例によるアジャイル開発のヒントを凝縮・網羅。Redmine/TestLink&様々なプラグイン…最強ツール群の使いこなしを徹底解説。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
22 人中、18人の方が、｢このレビューが参考になった｣と投票しています。
By つね
形式:大型本
研究室でなく、現場から生まれた知恵をまとめた本です。
ツールのインストールや使い方については、他の書籍やWebサイトにまかせて、
現場で起こった問題点や解決策について多く触れられているのが特徴です。
チケット駆動開発について、
過去→BugTrackingSystemの歴史など
現在→導入手法から実運用での問題点と解決策まで
未来→PMBOKやITILとの連携など将来的な可能性
と包括的にまとめられているのが良かったです。
Subversion・TestLink・Hudsonとの連携や、開発規模別の運用手法の違い、上役の許可が降りないときにこっそり始める方法など、
現役開発者ならではのすぐに使えるトピックを多く得ることができました。
今後実際に現場で試してみるのが非常に楽しみです。
ツールのインストールや使い方については、他の書籍やWebサイトにまかせて、
現場で起こった問題点や解決策について多く触れられているのが特徴です。
チケット駆動開発について、
過去→BugTrackingSystemの歴史など
現在→導入手法から実運用での問題点と解決策まで
未来→PMBOKやITILとの連携など将来的な可能性
と包括的にまとめられているのが良かったです。
Subversion・TestLink・Hudsonとの連携や、開発規模別の運用手法の違い、上役の許可が降りないときにこっそり始める方法など、
現役開発者ならではのすぐに使えるトピックを多く得ることができました。
今後実際に現場で試してみるのが非常に楽しみです。
19 人中、15人の方が、｢このレビューが参考になった｣と投票しています。
By pragmanaka
VINE™ メンバー
形式:大型本|Amazon.co.jpで購入済み
インストール方法やリファレンスについては、書かれていないので注意してください。
この本の目的は「Redmineをどのようにして活用するか」という運用面についての提案です。
Redmineを使い始めて困ることは、どのように運用していくかです。
機能はたくさんあり、調べれば分かるのですが、
運用方法については情報が少なく、試行錯誤しながら運用することになります。
プロジェクトによって運用方法は変わってきますが、
実際にRedmineを運用した著者の経験を知ることができる、
貴重な一冊で、大変価値があると思います。
私は、独自の運用方法を構築しました。
この本と同じ部分も多いですが、勉強になる使い方もたくさんありました。
いくつか試してみたいと思っています。
この本の目的は「Redmineをどのようにして活用するか」という運用面についての提案です。
Redmineを使い始めて困ることは、どのように運用していくかです。
機能はたくさんあり、調べれば分かるのですが、
運用方法については情報が少なく、試行錯誤しながら運用することになります。
プロジェクトによって運用方法は変わってきますが、
実際にRedmineを運用した著者の経験を知ることができる、
貴重な一冊で、大変価値があると思います。
私は、独自の運用方法を構築しました。
この本と同じ部分も多いですが、勉強になる使い方もたくさんありました。
いくつか試してみたいと思っています。
39 人中、27人の方が、｢このレビューが参考になった｣と投票しています。
By 通りすがりのSE
形式:大型本|Amazon.co.jpで購入済み
1年ちょい前に「得るものが少ない本」とレビューしたら非難ゴウゴウ(1/14点)になってた...
再読して、もう少し丁寧にレビューしました。
p.67「独りスクラム」？
本書独自の用語のようだが、アジャイルでは人との対話を大事にするんじゃなかったの？
もう少し、スクラムという言葉の意味を考えた方が良い。
p.233「TestLinkのテスト実施結果は『ビルド』と呼ばれている」?
テスト結果のことをビルドとは言わないでしょう。テスト対象としたビルドをそのまま「ビルド」と呼んでいるだけのこと。
ビルドに番号をつけて管理する習慣がないと、そういう勘違いをするのかもしれない。
p.253「バグ検証は必ず、開発者とテスターの2人で対応する作業(ペアプログラミング)になる」?
ペアプロとは、1台のPCを2人で共有してプログラミングすること。
本書の誤った解釈では、1台のPCを共有していないし、プログラミングもしていない。
p.140「trunkを常時リリース可能なコードラインとし、すべてのブランチをtrunkから切ることをメインラインモデルという」?
どちらも間違い。本書のp.303に参考文献として挙げられている「ソフトウェア構成管理の高度な実践方法」は
昇格モデルに対してメインラインモデルといっているのではないか。メインラインを、メインラインのまま維持するということ。
メインラインモデルをより詳しく説明する書籍 Practical Perforce には「メインラインは継続的に変更され、完全になることはない」
(the mainline is changing constantly - it will never be perfect (p.173))とあるし、孫ブランチを切る例も載っている。
一般的には、リリース可能になるのは各スプリントの最後だけ。
少なくとも、テストが終わってないものをリリース可能としてはだめでしょう。
本書の TestLink の利用方法を見ても、著者らも文字通り「常時リリース可能」(プロジェクトの最初から最後まで通して開発中の製品をリリース可能な状態)にはしていない。
「常時リリース可能」とは、どういう意味で言っているのか。
などなど、本書には既存の手法やツールに対する理解不足や勝手な解釈が散見されるし、変な独自研究も多い。
てか、「これがアジャイルだ！と思った(p.158)」とか、「TestLinkには凄いポテンシャルを感じる(p.292)」とかじゃダメでしょう。
問題を一般化して、それに対処する手順や解決策を体系化しないと、ただの開発事例でしかない。(それはそれで価値はあるけど)
この本をちゃんと読んだ人なら、「チケット駆動開発」なるものと、スクラムやXPなどを同列に並べて論じようとは思わないだろう。
参考文献に、記号だらけの入力不可能なURLが含まれているのもマイナス。
というわけで、再読しても評価は変わりません。事例としての価値に+1点。
断定的な文体で読みやすく、Cool な感じで著者らの意気を感じますが、技術書としてはもう一息ですね。
本書はRedmineとTestLinkの研究レポートに留まり、包括的な新しい開発方法論の提案には至らない。今後に期待ということです。
再読して、もう少し丁寧にレビューしました。
p.67「独りスクラム」？
本書独自の用語のようだが、アジャイルでは人との対話を大事にするんじゃなかったの？
もう少し、スクラムという言葉の意味を考えた方が良い。
p.233「TestLinkのテスト実施結果は『ビルド』と呼ばれている」?
テスト結果のことをビルドとは言わないでしょう。テスト対象としたビルドをそのまま「ビルド」と呼んでいるだけのこと。
ビルドに番号をつけて管理する習慣がないと、そういう勘違いをするのかもしれない。
p.253「バグ検証は必ず、開発者とテスターの2人で対応する作業(ペアプログラミング)になる」?
ペアプロとは、1台のPCを2人で共有してプログラミングすること。
本書の誤った解釈では、1台のPCを共有していないし、プログラミングもしていない。
p.140「trunkを常時リリース可能なコードラインとし、すべてのブランチをtrunkから切ることをメインラインモデルという」?
どちらも間違い。本書のp.303に参考文献として挙げられている「ソフトウェア構成管理の高度な実践方法」は
昇格モデルに対してメインラインモデルといっているのではないか。メインラインを、メインラインのまま維持するということ。
メインラインモデルをより詳しく説明する書籍 Practical Perforce には「メインラインは継続的に変更され、完全になることはない」
(the mainline is changing constantly - it will never be perfect (p.173))とあるし、孫ブランチを切る例も載っている。
一般的には、リリース可能になるのは各スプリントの最後だけ。
少なくとも、テストが終わってないものをリリース可能としてはだめでしょう。
本書の TestLink の利用方法を見ても、著者らも文字通り「常時リリース可能」(プロジェクトの最初から最後まで通して開発中の製品をリリース可能な状態)にはしていない。
「常時リリース可能」とは、どういう意味で言っているのか。
などなど、本書には既存の手法やツールに対する理解不足や勝手な解釈が散見されるし、変な独自研究も多い。
てか、「これがアジャイルだ！と思った(p.158)」とか、「TestLinkには凄いポテンシャルを感じる(p.292)」とかじゃダメでしょう。
問題を一般化して、それに対処する手順や解決策を体系化しないと、ただの開発事例でしかない。(それはそれで価値はあるけど)
この本をちゃんと読んだ人なら、「チケット駆動開発」なるものと、スクラムやXPなどを同列に並べて論じようとは思わないだろう。
参考文献に、記号だらけの入力不可能なURLが含まれているのもマイナス。
というわけで、再読しても評価は変わりません。事例としての価値に+1点。
断定的な文体で読みやすく、Cool な感じで著者らの意気を感じますが、技術書としてはもう一息ですね。
本書はRedmineとTestLinkの研究レポートに留まり、包括的な新しい開発方法論の提案には至らない。今後に期待ということです。
リストマニア
関連商品を探す
- 本 > コンピュータ・IT > コンピュータサイエンス
- 本 > 翔泳社
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
