「もうやってる」という現場も多いんじゃないでしょうか。この本はそういった知識の集大成+実例になっててなんかすごいですね。まえがきプロジェクト管理の問題点これまでのプロジェクト管理の問題点として次の3点が挙げられていました。人月的な観点からの問題と理解すると納得できます。あたりに繋がる問題意識のようです。よる運用の失敗談は参考になりました。「チケットを乱発し放置してしまう」、というところは私も経験しました。傾倒してると違和感を覚える節です。チケットは作業指示書である」とか「2.プロジェクトリーダがチケットを常時保守する」とか。学ばないプログラマの集団とか、人月いくらでお願いしているパートナーさんとかを相手にしている場合、プロパー社員はこうせざるを得ないなとも思いました。自分でもやってしまいそう。メンバーの成長を期待しつつも現実の課題を解決するための判断と理解しました。(BTS)ソフトウェア開発の難しさ古の紙の帳票による進捗管理はいまだ現役ですよね。印刷して進捗レビューをするとか。歴史的な変遷や、障害管理について記載されていました。基本的な内容ですが、理解が曖昧なところもあったのでふむふむしてました。しての構成管理の歴史的な変遷が記載されていました。バージョン管理システムを構成管理ツールと表現するのって普通なんですかね。「作業の進捗をチケットで管理する」単純で分かりやすいですね。以上の成果物が残る単位が作業だと思います。BTS・メール・スプレッドシート・Wiki・付箋の優劣を比較してます。結論ありきですが、客観的にも異論はありませんね。チケット集計機能はいいですね。チケット駆動開発のはじめかた運用方式や、チケットの権限ポリシーが説明されています。「補完チケット方式」はすぐにでも始められそうでいいですね。いうか自分はすでにやってた。個人的にはどうかなぁと思ったりしてます。システムテストでの実例は面白いですね。ない作業をチケットに登録したら、次のような数字になったとか。ほうにどれほどの課題があったのかは分からないのですが、結構多いなと思いました。これだけの浮き作業が管理されなかったらと思うとぞっとする話です。チケット駆動開発の実践的な運用方法チケット関係ないけどリポジトリのブランチ運用とかの説明が分かりやすいですね。この本に記載されているとか。説得するためのよい数値なんだと思います。測定できれば制御できる「ソフトウェア・リポジトリ・マイニング」という研究分野があるとのこと。リポジトリのコミットログを分析すればプロジェクトの健康状態を判断するよい指標が見つかるのではないかと考えてるので、ちょっと調べてみたいキーワードでした。実際的な使い方がみっしりと書かれてました。運用方法に関するプラクティスだけでもとても参考になります。TestLinkCnvMacroを使うとなんか無敵っぽいです。Rubin翔泳社Amazon.co.jpで詳細を見るはてなブログをはじめよう!yujioramaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。