Ryuzee.com

驚くことに、また新しい仕事が取れてしまった。いよいよ人繰りピーーーンチ。

日経ITproの記事「危機に瀕するIT業界の「モラル」」にこんなん書いてあった。

このエンジニア個人に関して言えば，モラル以前に常識や知識不足が問われるべきだろう。B氏が憤るのは，こんなエンジニアを平気で客先に送り出すベンダー
の姿勢だ。「当病院は要求仕様を伝え，ベンダーはその要求仕様を満たすシステムを開発する。こうした契約を結んだ以上，ベンダーはしかるべきスキルを持っ
たエンジニアを出す責任があるはず。ベンダーとしての誠意が感じられない」（B氏）。これも組織としてのモラルに欠けるエピソードと言えるだろう。

人繰りに困るので総出でなんとかしているためにこんなん起こっているみたいだ。
もっとも全文読めばわかるけど上の例は極端に酷い例。

うちの会社もそうだけど兎に角市場に人がいない。完全な売り手市場ともいえるかもしれんが、
今の市場で残っている人は地雷である可能性も高いわけです。
もう即戦力を求めるっていう甘い期待はしないほうがいいかも。
案外別業種で営業マンとか接客している人を教育するのが効果が高いかもね。

新しい案件が取れたりする。　いや、素晴らしい順番で色々起きるな。

楽しめそうなプロジェクトなんだが、メンバー誰入れようか。。。

色々見るに、一人体制プロジェクトは間違いなくだめだ。今日も先日と別のプロジェクトの件でお客さんの
ところに行ったりしたが、大体問題として指摘される点がそこ。一人でやるから漏れるしレスポンス悪くなり、
お客さんは不安＆不満になる。チームワークってのがキーワードみたいだ。

それにしても、最近技術で悩まず、組織に悩む。変わりすぎ。

さ、そろそろ仕事のソースでも書こっと。

ひとやま越えたような気がする。周りのメンバーに感謝。

さて自分の仕事どうしようかねぇ。提案書、見積書を大量作成しなければならん。しかも自分だけで開発している案件（←こういうの今更やるなと言われそうだが）もなんとかせんと。

そういえば、スターロジックの羽生氏の日記に

で、今日の午前中にCFOとも色々と話をして、とりあえず今のメンバーでもっともっと頑張ろう、と。人手が足りないから人を入れる、というのは知恵が足りない。うちにはお金がないのに知恵までなかったら生き残っていけない。仕事があるから人を入れるのではなくて、こういう人がいてくれたらこんな仕事を実現していけるよね、という風にならんといかん。そういう人が来たくなるような会社に、まずは今のメンバーでならないといけない。

と書かれていた。いまの部署もそんな感じにならんといかん。ディレクターやらプロデューサは大勢いるが、システム屋は所詮10人にも満たないのだし。

なんだか、頑張らなきゃ、という気持ちと、疲れている気持ちが交錯してすっきりしない。

まぁいいや。なるようになってくれ。

また家に着いたら23時半。帰り道の冷たい雨が心と体をさらに凍らせる。

色々なことに思いをはせながら、当たり前のことを当たり前のようにやることがどれだけ難しいかという点に行き着いた。

将棋や囲碁に定跡があるように、仕事の進め方ってのは成功パターンがあることが多い。このパターンを学ぶことが負け（失敗）の確率を減らし、勝つ確率を増やすことになる。あくまで確率であって全てではないんだけど。

自分に求められているのは、そういう定跡を回りに正しく伝えることなのかもしれない。自分一人でやる仕事は自分の定跡に従うから楽なんだよな～と思いつつ、人がどのくらいの定跡を知っているかについては無頓着すぎた。反省。

それにしても、うまく回っていないせいか、いろいろムカツクことが起こる。

帰りの電車で、先に座っていて、隣との間に10ｃｍほど幅があったのだが、その間にオッサンが座ってきた。まぁここまでは、ちと辛いけど良い。問題はその後で、そんなところに座っておもむろにビールとサンドウィッチを取り出し食事を開始。サンドウィッチのマスタード臭とビール臭がダイレクトに香ってきて恐ろしくムカツいた。グリーン車や湘南ライナーではまぁ許せるとして、横一列シートでそれやるのは最悪だ。東海道線はその手の話多いんだけど、いい加減どうにかならんのか？酒とかイカとか。デリカシーのなさに唖然ですな。

結局なんやかんやで家着いたのが23時半すぎ。今日は奥さんが実家に泊まりなので、一人で用意してくれた夕飯を食す。美味。いつもと違う光景が疲れた心と体に突き刺さる。

よくも悪くもシステム開発なんてトラブってあたりまえなので、トラブル自体はどうってことないし、謝るのが自分の仕事なので良い。けれど、なんていうか例えようのない無常感と無力感が自分に訪れているような気がして、明日への活力が沸かない。

別に部下が悪いとかそういう話ではなく、これは自分自身のモチベーションの維持の方法の話だったり、自分をどんな場所に置くのが自分を成長させるのかって話なんだろう。組織の中で自分が頼られることに対して喜びを覚える一方で、なんつうか自分の技術的な知的欲求を満たすものとか、超えられない壁みたいなオブジェクトが足りない。

なんかインプットできていないのにアウトプットし続けているようで、色々枯れてきたかも。

最近色々ありすぎて疲れた。しかもずーーっと胃の膨満感が消えない。だめぽ＆やばす。

大学生になってもう一回ちゃんと勉強したいな～、色々研究したいな～。なんて。結局決めるのは自分なんだけど。色々いっても変えられるかどうかは自分自身が決断したり、実行したりできるかだ。あちらにもこちらにも踏み出せない自分に嫌気がさす。

4/25発売のWEB+DBプレスを何気なく昨日買った、というのも最新号発売予定３日前にして、「いまさらだろ」ってな感じだが、内容の「【新連載】Perlフレームワークの大本命Catalyst入門」つうのはどうよ？？

Perl好きとしてはCatalystは昨年9月のとある大規模案件一人開発時に注目して採用してかなり効果があったので、いまさら大本命って言われてもなーーーってなかんじ。CGI::Applicationもフレームワークに分類されるし、Sledgeもなかなか（しかも国産。ライブドアの前身のエッジ製）なんだけど、MVCモデルの分かりやすさやデバッグのしやすさでは、明らかにCatalystでしょーーー。インストール終われば３分で動かせる。Ruby on railsも真っ青（誇張。ちなみにうちのサイトではこの辺に簡単なメモあり。

それにしても、WEB＋DBプレス、自分で購入するのもなんだから、経費で買ってもらうかな。昔はSoftwareDesignとかJAVA Pressとか雑誌にえらい金かけてたが、最近全部ネットで済ましてるからいかんかも。インプットせにゃ。

トラブルは忘れた頃にやってくる　（いつものように、という現場もある）
クラッシュは忘れた頃にやってくる

ってな感じで、このブログを運営している鯖の様子がおかしい。COREblogでエントリを追加しようとするとえらく重いし、試しにapacheの再起動してみたら停止も再開も失敗した。その後数回やったらうまくいったけど。鯖のファンが「ヒューヒュー・・・・・・・・・・」とえらい音立ててるし、なんかマズイことが起こるような気がします。

とりあえずZopeはZODBに全部のデータを格納しているが、ZODBはrsyncで別鯖に同期しているので問題なし。それから生のhtml系コンテンツも問題なし。ってことで後はSubversionのレポジトリ系のバックアップを取らねばならない。やばそうなので早速仕込んだ。こういうのは今やらないと明日にはもうトラぶってるかもしんないしね。

週末に新鯖建てようかなぁ。OSはCentOSかWhiteboxLinuxの方向で。Fedoraはもうやめる。

いや～タイトルの通り危機感感じまくり。

今日、会社で午前中はチーム開発のためのワークフロー改革の相談にのり、午後はここ半年くらいに起こった問題事項の洗い出しと整理のミーティングを実施した。最近大規模案件が増えてきているので、できれば今のうちのやっておかないと、後になって苦労することが容易に想像できるし。

とはいえ、Webの企画・製作会社みたいなかんじなので、そもそもバージョン管理という概念があまり存在せず、しかもメンバーもSEぢゃない人が一杯いるから、SubversionとかCVSなんて単語も通用しないし、さらに言えば、コミットとかチェックアウトとかも（死。平行開発の時のバージョン管理は「ブランチ機能使って～」とか言ってしまったが、そもそも運用できるか自信なしorz

そうは言っても、今やらないと絶対やばいので、とりあえずSubversion＋Trac使って、チャレンジしてみようかと。

いやー、バージョン管理をしない開発ってのは個人的にはまったくやる気にならないけど、よく周りはやってたなぁ。俺様は自分を信じていないので、過去のバージョンにいつでも戻したいし、差分も簡単にチェックしたいから、ツールが無いとやってられん。今趣味で開発しているスーパーパドック2005もSuvbersionを使って全てバージョン管理しているし、仕事でも自分が開発している案件は当然Subversion管理。

とりあえず現場の革命を起こしてみたい。なんちゃって。えらすぎ。

良い話。

新聞にうちの会社で作ったシステムが掲載された。立ち上げの時から苦労してメンバーで作り上げてきたので嬉しい限りだ。これで引き合いきたらうれしいけど、世の中そんなに甘くはない。

悪い話。

深夜に電話があり色々対応。部下の電話が通じない。結局深夜２時までかかったし。げんなり。風邪引いてるのにさ。まぁ仕方ないか。部下は部下で徹夜続きで頑張ってくれてたし。俺楽しすぎか

mixi見てたらシステムエンジニアのコミュで「失敗を繰り返す」ってテーマで議論されていた。みるとまったくどこも同じようなもんだなぁと思ったり。つまり俺の日常で経験済みの物が非常に多いってことだが。

とりあえず現段階でのまとめをすると

• 仕様に関すること

1. 仕様書がない
2. 正しい仕様を知っている人がごく一部の人だけ
3. 火がついても仕様を確定していない
4. 顧客もどんなものが出来るか正確に把握していない
5. 顧客側も縦割りで取りまとめ担当者不在。矛盾した要求が複数の担当者から出てくる。
6. 開発側がお客さまの業務を理解していない
7. 客のいいなり
8. 開発も利用者の事に対して無頓着
9. 相手からわからないと言われるとそこで終了してしまう。
10. 結合テストでの戻りが多い

• 体制に関すること

1. 上層部の意志決定が遅い
2. 人使いがへた
3. 人の投入が遅すぎる　欲しい時に人を入れてくれない
4. 担当者がコロコロ代わる
5. 何も知らない新人ＰＧを大量投入。
6. 肩書きだけの人材を投入
7. 会議が長くて中身がない

• コストなどに関すること

1. ?決定権を持つ奴等がシステムを知らない
2. 営業が開発業務を知らない
3. コスト意識がない
4. プロジェクトの締め切りが遅れても、赤字になっても、開発チームにあまり影響が無いので反省しない

ちなみに半分以上あてはまるようだと相当に危険だよな～。

« 前の記事 

日記 PHP オープンソース Linux Trac Perl wordpress フリーソフト Agile 自宅サーバ phpMyFaq Plugin 書評 Delphi apache プラグイン Subversion アジャイル mojavi セキュリティ Ruby Firefox Ajax/Web2.0 eclipse サーバ Zope フレームワーク CakePHP 文字化け scuttle OpenVZ 自宅 phpBB CMS 翻訳・日本語化 Excel ApacheDS 生産性向上 仮想化 hacks CodeIgniter XAMPP LDAP SBM taskfreak Ajax 修正 言語ファイル mod_security ダウンロード HTML::FillInForm 情報共有 格安 メンテナンス 移転 アンケート レンタル PhpScheduleIt 翻訳 API