へっぽこプログラマの思索と日常
なんかふと思ったこと。とりとめなどない。
人を信じるっていうのは結構大きい賭けだなーといつも思っている。
不信は不信を呼ぶ不信スパイラル。
正直者はバカを見るけれど、誰かが信用するというブレーキをかけないと、崩壊するまで止まらない。
信用するっていうエネルギーは大きい。裏切られたときのダメージに備えるためのコストだってかかる。
それでも不信スパイラルの中で腹の探り合いにエネルギー使うよりは、信用して前に進むためのエネルギーにしたい。
顔と顔を合わせていると、表情や仕草なんていう色々な情報があるから、信用できるかどうかは少しだけわかりやすくなる。
でも例えば、ネットを介してコミュニケーションを取る場合はどうだろう？
モニタの向こうにいる「私」を信用してもらう為には、果たしてどんなことができるだろうか？
電車でショックを受けた。
理解されないと、お互いに哀しいことになるんだなと久々に思い知りました。
以下、つらつらと書いて行きます。いつも以上にまとまりがありませんが、ご容赦を。
最近ふと思う事だが、自分には情報をひたすら溜め込みたい時期と、ひたすら吐き出したくなる時期が周期的に来るようだ。
溜め込みたい時期には、こんな行動が主体になる。
とにかく自分のあらゆる器官を使って外の情報を取り込み、得たことについて考えや思いを巡らせる。
すると次にまた欲しい情報が出てくるので、取り込む。
繰り返すうちに段々と情報が飽和してくる。
溜めた分を一気に吐き出す。吐き出してしまえば次にまた情報が入れられる。
また、吐き出せる時はある程度形になっている。飲み込んだままだと消化出来たのかすらわからないが、自分が加工した形で外に出れば、どこまで理解できたのかが目に見える。
主にこんなものに吐き出す。
飲み込んで吐き出すまでが栄養の摂取です。脳にたくさん栄養を与えましょう。
などと、ぼんやりと電車の中で思いついた。
Tags: diary, lifehack随分遅くなりましたが、読み終わったので感想と内容の紹介など書いてみます。
とりあえず、ソフトウェア開発に関わる人は必読です。
目次:
第1章: バグ管理とは
ケーススタディ
第2章: バグ管理の流れ
第3章: バグレポートについて
第4章: プロジェクトを成功に導くバグ管理
第5章: バグと共生するには
「バグ管理」となっていますが、別にバグトラッキングシステム(BTS)の使い方を説明しているわけではありません。
バグの発生状況によってソフトウェアの現状を把握する、という考えに基づき、バグ管理にフォーカスをあてたプロジェクト管理手法について書かれています。
特にこんな悩みのある開発者/管理者に役に立ちそうだと思いました。
などなど、その他、本書の第1章をぱらっとめくって、自分の周囲に思い当たる節がある方は、そのまま読み進めてみることをおすすめします。
特効薬ではないですが、問題点を見つけるためのよい手引きになると思います。
プロジェクト全体の流れやケーススタディといった基本的な内容から、
バグレポートの書き方やプロジェクトの規模に応じた管理手法といった実践的な内容まで幅広く紹介されています。
多くのプロジェクトに関わってきたエンジニアである筆者達の経験や事例が多く盛り込まれているため、
机上の空論や理想論ではなく、実際に発生しうる問題への対策として書かれていることが多いと感じました。
例えば前述の”バグレポートの書き方”についても、
と、原則はそのままに、現実のプロジェクトで適切に使うための形式を紹介してくれています。
また、バグ管理手法の一つとして、SI現場で多く使われているであろう”Excelでの管理”についても言及されています。
他の手法と比較したメリット/デメリットが紹介されているため、Excel管理から乗り換えたい人の良い参考になるのではないでしょうか。
全ての構成が” 要約 => 詳細 “で書かれているため、大変読みやすいです。
言葉も平易なものが多く使われているため、プロジェクトに入ったことのない新人でも苦戦せずに読めるのではないかと思います。
また、章によって内容が大きく分けられているので、時間がない人は必要な部分だけでも読むといいと思います。
以上、感想と内容を紹介しました。
どこの開発会社でもやっているけど、やり方がよくわからないというバグの管理。
いつもデスマーチで死にそう、とか、あいつはわかってないなどといつも言っているそこのあなた！
次のプロジェクトでは、「バグとどう付き合って行くか？」を中心にして成功するプロジェクトを実践してみてはいかがでしょうか？
Recent Comments