頑張らないプロジェクトの勧め - rabbit2goのブログ
日本人はとにかく精神論が好きだから、開発プロジェクトが始まると「皆、全力で頑張ろう」という掛け声がかかるのだけど、個人的にはそのような意味の無いスローガンが出てきた時点でもう終わっていると思う。頑張って見事に成功したプロジェクトなんて見たことが無いのだ。 開発作業はエンジニアリングなのだから、個人の意気込みに依存するような性質のものではないはずだ。仮に、頑張って成功するのなら毎日の朝礼で叫びたいところだが、あいにくそんな保証は無いし、残業続きで頑張ったはずのプロジェクトは失敗に終わってばかりだ。しかも、プロジェクト終了時に出てきたのは、優秀な開発メンバの退職届だったりする。これでは一体何のために頑張ったのか分からなくなってしまう。 然るべき方針と作業項目を決めたら、後は淡々と作業をこなすのが本来有るべきプロジェクトの姿だし、そのようなお膳立てをするのがマネジメントの役割だと思う。もちろん、
開発現場の不満を取り除くのがリーダの仕事 - rabbit2goのブログ
ソフトウェア開発現場に種々の不満は尽きないけれど、そんな担当者の不平、不満、要望、要求を一つ一つ取り上げて対処し、決して無視しないのがリーダの大切な仕事ではないかと思う。担当者が快適に、しかも気分良く仕事を進められるからこそ、チームとしての力が発揮できるのであり、成果物のQCDにも繋がるのだろう。チーム管理というとメンバに対して「あれをやれ」「これをやれ」と指図することが仕事だと思われがちだけど、同じくらいに大切なのはその仕事がスムーズに進められるようにお膳立てをすることだと思う。 優れたプロジェクトリーダは、メンバとの話の中から種々の問題を確実に捉え、解決に向かって努力することが多い。仕事の進め方、作業方法、工夫など、仕事に直結することから間接的なことまで、チームや開発者の個人レベルで改善出来る問題は少なくないはずだ。「チームとしてここまでは改善出来る、これは理由があって対処できない、こ
技術者はもっと手を抜く方法を考えるべきではないか？ - rabbit2goのブログ
技術者はどちらかと言うと生真面目な人が多くて、例えば営業の人のように「口だけ上手いので話をするときに気をつけねば」と思う人は少ない。営業の人が絡むとややこしい話も、技術者同士で話をするとうまくまとまることも多い。多分、技術者は嘘をつかない（つけない）のが取り柄なのだと思う。 そんな真面目な性格が影響するのか、技術者はつまらない作業でも一人で片付けてしまうことが珍しくない。もちろん、開発の現場で定型化出来ない仕事も多いし、これはこれで立派な仕事の一つだから悪くはないのだけど、少しだけ考えてみればもっと効率的な方法が有るはずだ。 Excelファイルで障害管理を行うので、他の人は情報の更新ができず作業が止まってしまう。 TracのようなBTSを使えば、同時に複数の開発者で更新出来るので効率的。 毎回手作業でテストを繰り返している。 単体テストやスクリプトの利用による作業の自動化を計れば、もっと短
問題の多いソースコードは縦に延びる - rabbit2goのブログ
ソフトウェアの問題点を調査していたら、一つの関数で1000行を超えるものに出くわしたことがある。そんな長い関数を作るからバグが生まれるのだよと思いつつ処理内容をチェックしてみるが、24インチのモニタに表示させても全体像がサッパリ分からない。仕方ないのでプリントアウトした13枚のA4ペーパーを床に並べ「このif文がここまで延びて...」等と赤ペンを片手に構成を解きほぐしていく。同レベルの処理が並んでいるだけならあまり問題ないのだけど、本来異なるレイヤーで行うべき処理を1箇所に無理矢理押し込んでいるので解読する方も大変だ。 開発者は本当にこの長い長い処理を理解してコードの改変を行っているのだろうか？という疑問はあるが、その前にそもそも何故こんな巨大なコードになっているのだろうか？Subversionのリポジトリから変更履歴を参照してみると、長年に渡って多くの人がコードの改変を行っており、誰か特
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
