Be

｢おぉできたな。お前は勉強ができないんじゃくて、勉強のやり方を知らないだけなんだからな。
馬鹿じゃない。ほら、こっちもやってみな｣”

- 学　校　の　教　師　の　名　言　 ぶる速-VIP (via hazime1373) (via petapeta) (via bldss) (via yellowblog) (via usaginobike) (via morisato) (via kazcorp)

今日、TLに流れてきた「鳴かぬなら　そういう種類の　ホトトギス」という言葉を、折々に思い出して一日が終わる。

仕様とはレシピのことであり、最終的には具体的に「食べることができる美味しい料理」すなわち「うまく動くプログラム」を作ることを目的としている。

仕様というのは、最初は「イタリア料理」「日本料理」「中華料理」程度しか示されない。当然この時点では方針程度しか考えることができない。食材を買うこともできない。せいぜい使う調味料を揃えるぐらいしかできない。

もう少し進むと、料理名まで具体化される。スパゲティを作りましょうとか、ピザを作りましょうとかだ。とりあえずここまできたら小麦粉を買おうとかまではできるかもしれない。でも実際に作りはじめることはできない。

さらに進むと、ペペロンチーノを作りましょうとか決まってくる。ここまできたらさすがに作りはじめることができる。ペペロンチーノ用にパスタを作って、どんな風味のペペロンチーノにするか決めながらソースを作るぐらいできる。もはや完成間近になる。

しかしここで「仕様変更」が入る。やっぱりペペロンチーノは止めましょう。ナポリタンにしましょう、となる。そうなったらソースは捨ててパスタは作りなおしになる。パスタのことをよく知らない人は「パスタは再利用できるでしょ？」と言ったりする。悪夢である。そして「じゃあ再利用しましょうか、時間もないですし」ということで、今度は今あるものにナポリタンソースでどういう味つけにするかを考えて作ることになる。

しかしここでまた仕様変更が入る。しかも今度はやっぱりペンネにしましょうとか言わたりする。そうですか。小麦粉は無駄にはなりませんが、他のものは全て無駄になりますね。でも仕方ないですね、としかプログラマは言いようがない。でもここでも「パスタは再利用できますよね」「スパゲティを使ったペンネですか？ それはペンネではないような…… とにかくわかりませんが、わかりました」

この繰替えしが何度もある。一度止めたけど、やっぱりそっちにしましょうとか、悪いプロジェクトではそれこそ、そもそも日本料理にしましょうとか言いだすこともある。

結果として、下手に再利用することで不味い料理ができたり、そもそもいつまで経ってもできなかったりする。

また、時間は有限で、例えばお昼までに使える時間というのは限られている。でも11時50分になって「やっぱりナポリタンにしましょう」なんてのはよくあることである。いずれにせよ、このプロセスで最終的にできるものはスパゲティである。

117 （名前は掃除されました） sage 2013/01/26(土) 14:46:04.45 ID:3lIFAEr1
年末に激務だった仕事をやめ、無職になった。

ハロワなんて行かずとりあえずアマゾンで
ゲームを買い漁り、１日中布団でやり続ける生活。
食べ物はレンチンしたウインナー、野菜は一切とらない。
風呂も一週間入らなかったり。

部屋も足の踏み場もなく荒れて、就職活動する気が起きなかった。

年も明け、このままじゃダメだ、まず外出しようとと
夜にこそこそ出掛けたとき、本屋で花の本を見かけ綺麗だったので購入。

私はゲーマーだから、ソフト一本3000円で２ヶ月遊ぶから〜とか、
ゲームで物の価値を考えるところがある。
花は一輪100〜300円、数日持つ。これは安い。
月に1000円、必ず花代として予算を出すことにした。

ごみ屋敷にきれいな花が飾られた。

一輪目。一応片付けたがまだまだ部屋は荒れがちだった。
水を毎日変えなきゃいけないので台所を片付けた。
ましなご飯を作るようになった。

二輪目。花を映えさせたくて棚の上を片付けた。
前の仕事の資料を捨て始めた。貯まっていたDMに手をつけ始めた。
初めてハロワに行って、説明会にも行った。

三輪目。いつも朝起きられるようになった。
床のものがなくなり、拭き掃除して冷蔵庫も掃除した。
友達を呼べるようになった。

挫折してもずっと捨てられなかった
公務員試験のテキストに手をかけたところで、採用の電話が来た。
引っ越さなければいけないが、捨てまくったから荷造りはすぐ終わると思う。

毎日きれいな花のある生活って、セレブな印象があったけど、月にたった千円だった。
その千円も今月はまだ余ってるから、４輪目はちょっと高めの花を買おうと思う。

アド街ック天国で山田五郎氏が大事なことを言った「再開発でビルが建つと家賃が上がって若い人が入れなくなる。古くても家賃が安くて周りの人が良ければ若い人、これからの人、才能が集まってくる。いずれは町お越しにつながる。再開発はただ新しい建物を建てれば良い訳じゃない。」 #tvtokyo

普通に地デジチューナーを売る→一週間ぐらい毎日設定出来ないから来いって問い合わせで仕事にならない
設置・設定3000円と書いて売る→問い合わせ皆無

スマホの設定○千円です！って書いてる店の気持ちがよくわかる。
あれはぼったくってんじゃなくて「そんぐらい自分でやれ」という意思表示

あーあ、浅い知識とハッタリでどうにか一生みんなを騙くらかして首尾良くやっていきてえなあ

先日学生に聞かれたんですよ。

「下流工程は大変って聞きますが、上流は楽なんですよね？」

よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。

というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。
SIでのシステム開発は、建設業にたとえられます。が。

顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。

一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。

もう一つ、建物は、強度とかの内部構造はお客さんの知ったこっちゃない(建築基準を満たすことは義務付けられていますし)わけで、一方で設備とか間取りとかデザインは設計段階において目に見える形で提示されます。システム開発は、内部構造の基準もありませんし、目に見える部分もなんだかはっきりしませんよ。

さらに大きな違いがあります。建物は、建て始めちゃってから設計変更をするためには一回壊すことが必要ですが、システムは(一見)何も問題なく設計変更することができます。いや、できないんだけど、できます(ぉ

このような違いが悲惨な現場を生むのです。

■トイレはいらない？

人の生活する建物を立てるのですから、必要最低限の設備というのは自動的に決まります。出入り口がなかったり、密閉されて呼吸が苦しかったり、30階建てなのにエレベーターついてないとか、そういうナンセンスな建物はまずありません。というか、絶対ありません。ましてやトイレがないなどと。というわけで、今後必要だけど足りないものをトイレにたとえることにします。

しかし、システム開発でままあるのは「トイレ？そんなのいらないってコンサルが言ってたよ！次世代インテリジェントビルなんだから！」なんてお客さんがいたりするところです。常識的に考えて、トイレがいらないわけないですよね。どんな無人ビルだそりゃ。

あと、お客さんもシステム屋さんも、図面にトイレが書かれていないのに気付かなかったりすることもあります。そりゃエンジニア失格なんだけど、いろんなことに振り回されるとつい些細なことを忘れてしまったりします。いや、些細じゃない！

■上流工程のお仕事

というわけで、お客さんの要望を漏れなく汲み取り、あるいは常識的過ぎて忘れているものを思い出させてあげたり、インテリジェントな機能を提案したり、防犯対策や災害対策をきっちり考えたりすることが上流工程の仕事です。

上流工程が破綻する原因は色々ありますし、後になって気付く失敗もあります。

コンサルが出来ないことを出来ると言って仕事に仕立て上げた。「このビルは、空を飛べます！(嘘つきにもほどがある！)」
営業が絶対出来ない予算で取って来た。「１億円あればできます！(土地代だけで１億超えるんだけど…)」
お客さんが何を作りたいか自分でもわかっていない。「うーんと、ほら、都庁みたいなアレ、アレが作って欲しいんだよ…(アレってなんだ？)」
ディテールにこだわるけど肝心なことが何一つ決まらない。「ロビーは大理石で、ドアノブは全部ホテルタイプで…(それより階数とか部屋数を決めようよ…)」
絶対に必要なものを組み込むことを忘れていた。「(そういえば…トイレはどこ？)」
業界では常識かも知れないけど一般的じゃなくて認識相違「客商売なんだから最後に４が付く部屋番号なんてダメに決まっているじゃないか！」
その他諸々

最初の二つはともかく、それ以降の話はSEの本分で、こういった問題を起こさず、何が必要なのか、自分の常識に囚われていないか、大事なものを見落としていないか、というのを探っていくのが仕事なのです。お客さんは基本的に素人ですから、システムに何が必要なのかを本当にはわかっていません。だから、目的をはっきりさせて、その実現方法をしっかり提示することが上流工程の仕事です。
■
でも、トイレいらなくね？

お客さんは、システムとして何が重要なのかわかりません。たとえ本来の目的(主に業務要件)ではなくても必要なもの(主に機能要件)というのはあります。これを忘れてしまうと大変なことになりますが、できるだけ安く作ろうということで、その大事なものがコスト削減の対象になっちゃったりします。いや、なくちゃダメなんだって。

その必要性をお客さんに認識させるのがエンジニアのコミュニケーションスキルの見せ所(そう、勘違いしてはいけませんが、SEに必要なコミュニケーションスキルとはお客さんと仲良くなることではなくて、大切なことを種々の手段で納得させることを指します)です。これがすごい大変。もう泣くほど大変。バカなお客さんも大変ですが、賢すぎるお客さんも大変です。あと、やたらこちらを信頼してくれるのはいいけどわからないことは教えてください…

というわけで、なんだかんだいって、トイレを図面に書くことが許されないこともあります。

■配管工事くらいはしておこう

「じゃあいいよいらないんだろ！」なんて逆切れしてトイレのない建物をお客さんに渡してみたいものですが、システムは納品のときに検収やユーザーテストというものがあって、そこで欠陥が発見されると「こんなもの使えるか！」みたいに拒否られてしまうのです。なんと理不尽な！。で、大抵トイレがない建物のダメさ加減は使ってみれば気付くわけです。さて、お客さん、どうするか。「トイレがない建物なんて使えるわけがないだろ！」もはや逆切れです。言った言わないの水掛け論。先に言質をとっておけばよいのですが、お客さんに「トイレいらないんですね！一筆書いてください」なんて言えないこともあります。ああ、立場が弱い僕達。

でも、あとで言われるのなんてわかっているじゃないですか。水周りの工事なんて、一度やったら直すことは困難ですから、事前に拡張性の高い設計をしておくことでリスクを最小限にすることができます。

ああ、お客さんの声が聞こえてきますよ。「なんでトイレがないんだー」はいはい、何とかしますから。

ここで追加料金が取れるのがいいお客さんです。そりゃそうだよ、要らないって言ってハンコ押してんだから。

たまに、どうしても予算が取れなくて、とか、全部システム屋側のせいにしてお金を出さない客もいます。でも、そこで無償で対応しちゃうとシステムなんてそんなものって勘違いされるんですよね。そして、頑張ってしまって出来てしまうと、「ほら、できるじゃん」といわれてしまうのです。いや、確かに出来たけど、地上３０階の非常口の向こうにロープを伝っていかないとたどり着けない空中トイレとか、行きます？

■無理な拡張は建物全体の信頼性を落とす

というわけで、上流工程の失敗により、やたらと補修・拡張を繰り返す悲惨な建物。もはや当初のデザインは陰も形もなく、余分なところに予算を使ってしまったので入り口もずいぶんとみすぼらしくなりました。どうも隙間風とか雨漏りとかもしそうですし、上のフロアの騒音がダイレクトに響いてきます。あーあ。

おまけに、変な出っ張りとかがくっついているせいで風ですごくゆれるし、なんか変な共振みたいな音が聞こえます。

エレベーターもなんか引っかかる感じですし、非常階段の踊り場が書庫になってたりします。

ああっ、そのボタンは押しちゃダメなんです。ダメったらダメ！

■それでもなんか感謝されてるよ

「いやあ、やっぱり新しい建物はいいねえ」そうですか。良かったです。でも、多分その建物は不便なんです。でも、満足してもらえたらいいんです。ただ、何人も工事中の事故で…残業して遅くなったら出ると思いますよ、何かが。

まだ他にも管理の問題とか、実力の問題(身の丈の問題)とか、いろんな問題が合わさってシステム開発はテンパります。でも、やっぱり一番大きいのは、どういうものを作りたいか、その為に何をしなければならないか、というのがイマイチわかりづらいということでしょう。これはシステム屋さんにおいても、お客さんにおいても同じです。SI事業者の、そしてSEの仕事というのは、要望をきちんと捉え、それを設計に落としていくことなのです。これを出来る能力というのを客観的に保障する指標がないことも原因ですし、出来上がってきた設計図から必要な要件が満たされていることを把握できない(設計書の問題もあるけれど、理解力の問題もある)ことも問題です。そして、安易に作り変えが出来ると思っていることが最大の間違いです。

きちんと、決めるべきことを決めるべき期限までに決めていくことが大切です。そして、追い詰められるとつい手抜き工事をしてしまいがちですから、余裕のあるスケジュールで仕事を進めるのが肝心です。

そんなに上手くいくものではありませんけれども、これからどんどんこういった点は改善されていくと思います。上流が上手くいけば下流だって楽に出来るんですよ。デスマーチなプロジェクトは大抵上流がメタメタです。下流だけの問題はアドホックな対応で何とかなるものです。作業者に恨まれないような仕事の進め方をしたいものですね。