「Joel on Software ジョエル・オン・ソフトウェア」読了しました。

Joel on Software ジョエル・オン・ソフトウェア 読了しました。

Blog をまとめた本です。
Blog の日本語訳のページを読んで「ジョエルテスト」と「採用面接ゲリラガイド」の２点が使えるなと思ったので本を買ってじっくり読んでみました。
上記２点に加え、考えたことのなかった概念「５つの世界」もまとめてみます。

「ジョエルテスト」
ソフトウェア開発チームのまともさを測るチェックリストです。
1.ソース管理してる？
2.ワンステップでビルドできる？
3.デイリービルドしてる？
4.バグデータベースはある？
5.新しいコードを書く前にバグを直している？
6.アップデートされているスケジュールはある？
7.仕様書はある？
8.プログラマは静かな環境で作業している？
9.手に入る最高のツールを使っている？
10.テスタはいる？
11.採用面接のときにコードを書かせてる？
12.ユーザビリティテストはしてる？

ひらくのチームだと 1 4 5 6 7 8 11 で 7点しかありません。
10点以下の場合は深刻な問題を抱えているということになります。
12点の同業に比べて作業のしやすさが格段に低いということになります。
言い訳を考えるよりプロセスを導入しろなんですが、言い訳を書いてみます。
2 3 は導入したいと思っています。次の非探索型のプロジェクトではチャレンジしてみようと思います。
9 はホワイトボードに書いた内容を電子化するのに手で紙のノートに写して、パソコンでノートの内容をテキストファイルとかExcelに打ち直すという２度手間なのを何とかしたいです。プリンタ付きホワイトボードもデジカメも解決方法とはなりませんでした。ノートパソコンがあれば解決できるのかな？プロジェクタとタブレットコンピュータのほうが良いか？
10 は「インターナル」界のシステム開発が多く、チーム人数、開発規模が小規模であり、人員に対する決定権を持っていないです。会社、部署の意識を変化させないと無理です。

「採用面接ゲリラガイド」
面接で何をするのかが書いてありました。
プログラマを募集しているのだからプログラムをその場で書いてもらうというのは良いアイデアです。
C言語での業務経験があるからといってC言語をちゃんと使いこなせているかどうかはわからないわけですから。C言語なら再帰やポインタの問題を出せば10行程度のコードですぐにわかりますし。

「５つの世界」
ある世界での成功方法が違う世界では前提条件が違う事によりそのまま通用しないという話です。
ソフトウェア開発では 5 つの世界があり、前提条件が全然違うということです。
1.パッケージ
2.インターナル
3.組み込み
4.ゲーム
5.使い捨て

最近はやりのアジャイルプロセスを考えます。
アジャイルの顧客と一緒に仕事をするというプラクティスはどの世界でも使えるでしょうか？
顧客が存在するインターナルならアジャイルで顧客と一緒に仕事をする事ができます。
他の世界では顧客が居ないので顧客と一緒に仕事をすることができません。ペルソナ（想定する顧客の詳細なプロフィール）の芝居をする人を置くことはできますが、パッケージ、組み込み、ゲームでは無数のユーザが居るのでペルソナも無数に必要です。つまりペルソナでは解決できません。
使い捨ての世界では顧客が自分なので顧客と一緒に仕事をするかしないかという問題に意味はありません。

総括

対象読者は PG、SE、PM です。
46の章で387ページなのでちょっとずつ読み進められます。