se

いま僕のチームで進めている高齢者施設の設計作業を参考に話してみましょうか。今年の一月から始めて来年の九月に実施設計をまとめ上げる。全体で二十ヵ月ほどのプロジェクトです。
いまはエスキームを詰めている段階ですが、ここにいたるまでに、高齢者関連の勉強を相当積み重ねてきました。クライアントと一緒に本の回し読みも続けています。ちょうどお風呂の部分について設計を詰めているのですが、どうしても気になることがあって、近いうちに広島の施設を訪ねてみるつもりです。
プロジェクトがはじまって最初の三ヵ月ほどは、手はあまり動かさず、勉強に集中しました。そしてまずは五十一カ所の施設を実際に見に行くことを決め、北欧から国内まで、興味を持ったところはだいたい見学し、実際に体験もしてきました。入力装置を体験してみたり、寮母さんの仕事をやってみたり。入居者と同じ部屋で寝泊まりして同じ食事を食べ、同じ生活をしてみたりします。
そうしているうちに、だんだん何をするべきなのか、何が問題なのか、自分たちに何ができるのかが細かいところまでみえてくる。この勉強の段階が非常におもしろい！いろんな分野に数多くの先駆者がいて、それぞれの現場で素晴らしい実践を行っています。そういう方々に出会っていくのは興奮する経験だし、以後友人として仲良くしている人もいます。
ジャンルを越えたこれらの経験を、最終的に建築にまとめあげていくのです。スタディの段階は、時間的にも経済的にも負担がかかる部分ではあるけれど、大切にしています。それに何といってもおもしろい部分だから、これを捨ててしまったら長続きしないと思いますね。

西村佳哲・著「自分の仕事をつくる」より、象設計集団を北海道・帯広に訪ねる【1995年・冬】「手を動かす前の時間の豊かさが、仕事を面白くする」

長い引用から始めましたが、建築設計を行う象設計集団の作業の進め方は、システム設計を行っている私から見て、実に羨ましいと思いました。

全文を読む

1ヶ月ほど前に「悪循環を断ち切る」という記事を書きました。行政書士試験を受けると宣言しておきながら、結局受けなかった。資格の勉強を始めるのは、自分の気持ちを盛り上げるためで、3ヶ月もしないうちに勉強をやめてしまう。そういう繰り返しをここ数年やっているから、もう止めよう。そして、SEの仕事をもっと好きになろう。・・・そういう内容でした。

SEを仕事にして10年になります。ここ3～4年くらい、ずっと分からないことがあって、それはSEという仕事のキャリアプランなのです。SEの仕事を続けていて、その後どうなるのだろうか。何を目指して、仕事を続けたら良いのだろうか。それがずっと分からないのです。

全文を読む

5月に「SEが中小企業診断士の勉強をしてどうなるか」という記事を書きました。
SEの普段の仕事とつながる部分も多いし、メリットあるよという結論でした。

幸い、この記事は多くのアクセスをいただきました。「SE 中小企業診断士」という検索キーワードで、この記事にたどり着く方が多かったようで、SEの中小企業診断士への興味の高さが伺えます。受験指導校の老舗である日本マンパワーは、SE向けの受験セミナーをやっていたようです。私はセミナーの開催後にそれを知ったので、参加することは出来ませんでしたが、SEが技術系以外で狙う資格としては、ポピュラーになりつつあるのだろうと思います。

私はというと、少し別の勉強をしていたこともあって、中小企業診断士の勉強は少しお休み状態でした。8月に試験があるっていうのに・・・。まぁ、今年の合格はそもそも考えていないので、良いのですが。（一時期、今年合格することも考えたのですが、学習期間4ヶ月はあまりに短すぎた・・・。）

そんなわけで、少しの間、中小企業診断士の勉強から離れていたので、離れたからこそ分かったことを書いてみようと思います。
ちょっと「SEが」という部分は薄いですけど。

中小企業診断士の学習内容はやっぱり幅が広い

マーケティングに法律に会計にコンピュータと、学習内容の幅が広いのは、ちょっと考えれば分かることです。中小企業診断士の勉強を休んでいる間は、ちょっと法律の勉強（中小企業診断士の受験科目である経営法務には通じる）をしていたのです。有り体に言えば行政書士なんですが、こちらはとにかく法律のことばかりなのです。憲法、民法、行政法、地方自治法、基礎法学、一般知識（政治・経済・社会・個人情報保護・文章理解）なので、行政書士も幅広い学習が必要な資格です。でも、まぁ、（出題数の少ない）一般知識を除いては、法律ばかりではあります。

中小企業診断士の幅の広さというのは、ちょっとレベルが違うのです。科目間のつながりというのが、ないに等しい。「ない」というのはちょっと言い過ぎだとしても、頭の中を完全に切り替えないと、次の科目に進めません。全然関係ないように見える科目をやりつつ、前に勉強したことも覚えておく必要があるのです。勉強を進める上で障害になることなので、対策を考えなければなりません。（私は、良い方法が思いついていないのですが・・・。）

中小企業診断士の勉強をすると世の中に興味が沸く

これは間違いないです。中小企業診断士の勉強をしながら読む日経新聞と、そうでないときに読む日経新聞は、まるっきり興味のレベルが違います。勉強をしているときに読むと、小さな記事にでもハッと思うことがあるのです。昨日勉強したことが載っていたりするからです。そういうことが、とても多いのが、中小企業診断士の勉強だと思います。
例えば、以前、卸売業者のことについてブログの記事にしたことがあります。私自身、卸売業者とは一切関係ないのにね。

中小企業診断士の勉強は応用範囲が広いような気がする

197Xに出たときに思ったのですが、あぁいうGEEKな集まりでも、経営とか起業に関する話って多いのです。「iPhoneのアプリを開発している企業がAndroidにも乗り出すのか？」とか、「GREEはiPhoneに対応しないのか？」とか、そういう話を懇親会のときに話したのですが、これって技術的なネタであると同時に、経営のネタでもあります。こういうネタでは、企業経営理論で学ぶポーターの戦略論とか、技術戦略を知っていれば、話がふくらむものです。

そんなわけで、また中小企業診断士の勉強を再開しようかと思います。
このブログの記事も、また変わっていくことでしょう。

@ITにあるジーワンシステムの生島氏のブログにあった記事で、

ベンチャー社長で技術者で: 上流の技術者はSQLを高いレベルで習得すべき: 顧客に言われたものを、そのとおり整理するレベルが上流技術者じゃないでしょう。工数、レスポンスの問題ではなく、顧客が思っている以上の提案ができるかどうかが上流技術者として職務の根幹にかかわる問題じゃないですかね？

この部分と、

コンサルや上流SEにとって重要なのはSQLができるかどうかではありません。SQLを選ぶかループを選ぶかの判断、つまりSQLでできると判断するかどうかです。「何でもできます」という御用聞きタイプでなければ、コンサルは演習問題ぐらい見た瞬間（聞いた瞬間）に判断しています。

この部分に深く頷くものがあったので、上流技術者の仕事について書いてみようと思います。

まず、「顧客が思っている以上の提案ができるかどうかが上流技術者として職務の根幹」というのは、そのとおりだと思います。いや、上流技術者とか技術者という縛りとは無関係に、顧客が思うちょっと上の仕事をしようと思うことが、自分のモチベーションにつながり、顧客からの信頼にもつながるのです。それを技術者の世界に特化していえば、たしかにユーザという意味での顧客に直接アクセスするのは上流と呼ばれる技術者であるので、「上流技術者としての職務の根幹」になるわけですが。

顧客が何をしたいか、ということを、顧客がただ口に出して言っていることから深読みすることはなかなか難しいのです。顧客が言っていることをそのまま実現すれば、とりあえず顧客は満足するし、技術者も仕事をした気になります。しかし、それはたいていの場合、場当たりでの対応になるのであって、根本的な問題はちっとも解決されていないことが多いのです。数日後、数週間後に似たような、でもちょっと違う依頼を顧客が口に出すようになります。

最初の顧客の依頼から、その深層を理解し、顧客の当初の期待を上回る回答を出すことが出来れば、問題は根本的な解決につながっていきます。このレベルの仕事が出来るか否かで、顧客にしても技術者自身にしても、本当の満足感を得られるかが決まります。

「コンサルや上流SEにとって重要なのは・・・SQLを選ぶかループを選ぶかの判断」というのは、この記事が上流技術者にとってのSQLの重要性について説いたものなので、殊更SQLが登場してくるわけですが。
業務系のシステムを作っている技術者にとって、SQLの重要性というのは、非常に高いのです。オブジェクト指向での開発が進めば進むほど、SQLの重要性は低下するものと思っているのですが、なかなかそういう現実は訪れていません。

SQLとループのどちらを選ぶかというのは、つまりは簡単なプログラムというか、スクリプトやViewのレベルで解決出来るか、大がかりなプログラムを組まなければならないかということなのだと思いますが、それは開発工数＝費用に直結します。現場では、SQLレベルなら設計者自らが書いて、プログラムになるなら設計書を書いてプログラマに渡すといったシーンが多いのではないかと思うのですが、出来るだけ顧客と直接話をしている設計者（上流技術者）が（このシーンではSQLでの）実装まで落とし込んだ方が、出来上がったモノの完成度は高いのです。プログラマに渡すことになれば、コミュニケーションギャップやプログラマの業務理解度の低さによる出来上がるモノのレベルの低下は免れません。
（SQLかループかの選択肢でSQLを選んだとすれば、そのSQLは上流技術者自らが書くべきです。プログラマに渡すのなら、SQLよりプログラムの方が完成度が高くなるような気がします。）

私のことを言えば、最近2年ほど、ずっと上流技術者というか実際の設計をずっとやっています。ユーザ企業のSEや実際のユーザと話をして、基本設計や詳細設計して、プログラマに渡すのが仕事ですが、ひたすらSQLを書いている時期がありました。（このプロジェクトは画面で使うViewを設計者が書くという決まりなのです。他にも、ちょっとしたデータ抽出の依頼で200行くらいのSQLを書くことになるとか･･･。）
それで、自分のSQLの能力はかなり高まったと思っているのですが、SQLで出来ることというのはなかなか幅広く、かつ低コストだということを悟りました。自分自身で書くのだから、安心感もあるし。（もともとはオブジェクト指向推進派なので、長いSQLは毛嫌いしてたんですけどね。）

中小企業診断士の勉強を始めて、もうすぐ2ヶ月くらい経ちます。学習方法にも紆余曲折がありながら、最近は、軌道に乗ってきたという感覚があります。
ただ、その一方で熱にほだされるように勉強するという感覚がなくなり、自分の意志をきちんと持たなければ、勉強をやめてしまうこともある、そういう危険な時期に入りつつもあります。

私がこのようなことを言うのは、行政書士の資格を挫折した経験があるからです。私の場合、基本的に独立したいという思いがあり、行政書士の勉強を始めたのもそのためです。熱にほだされている時期に、それまで勤めていた会社を辞めるということまでやって、しばらく勉強した後、考えるのです。行政書士の資格を取っても仕事が取れるだろうか･･･と。それは、人それぞれでしょう。行政書士だから食えないとは思わない。だから、資格を取る前に少しでも準備をしようと思って、Webで何か出来ないか･･･と考えました。でも、行政書士のような法律系の仕事は資格なくやるとだいたい違法なので、良い方法が思い浮かびませんでした。そうこうするうちに、勉強そのものをやめたのです。

中小企業診断士の勉強を始めたのは、(1)やはり独立の可能性があるということ（中小企業診断士には独占業務がありませんが、経験のあるITと組み合わせて起業することまで含んで）、(2)診断業務以外にもセミナー、講演、執筆といった仕事（これはまさに自分がやりたい仕事です）が出来ること、(3)企業経営の全般を学ぶことから現在のSEとしての仕事との相乗効果もあるという3点が理由です。

つまり、行政書士の勉強をしているときに感じた不安を打ち消すことが出来るものとして、中小企業診断士を選んだというわけです。

では、本当に中小企業診断士はSEとつながるところがあるのか、今までの勉強成果から考えてみようと思います。

結論から言えば、SEの仕事との相乗効果は間違いなくあります。
それは、以下のようなことです。

SEの実務で役に立つ

これは直接的なメリットです。今、私はSIerの工事進行基準に関するプロジェクトをやっています。その上で、中小企業診断士で学ぶ会計の知識は役立ちます。現場では（会計分野を直接やっているわけではないので）それほど高度な知識は求められませんが、知っていると理解が深まるということはあるのです。
また、「この人は分かっている」というふうに見られれば、顧客からの信頼度が高まり、プロジェクトでの発言力が増します。

SEの仕事のやり方を考える上で役に立つ

中小企業診断士には「運営管理」という科目があります。工場の運営管理と、店舗の運営管理をそれぞれやるのですが、工場の運営管理はシステム開発のプロジェクト運営とつながるところがあります。システム開発（受託開発）が受注生産であることは当然のことですが、（一般の）製造業では受注生産はワン・オブ・ゼムであり、見込み生産と対比することで受注生産の特徴がくっきり見えてきます。つまり、システム開発のプロジェクトの特徴がくっきり見えるということです。
また、製造業はシステム開発よりも歴史のある業種であることから、生産性に関する研究が進んでいます。生産合理化の基本である3S（単純化、標準化、専門化）や、改善の4原則（なくせないか、一緒に出来ないか、順番を変えられないか、簡素化・単純化できないか）、サイクルタイムの考え方など、システム開発の現場に新たな視点を与えそうなものがゴロゴロ転がっています。

世の中でシステムに期待されていることが分かる

中小企業診断士試験では、様々な業種（製造業、流通業など）、職種（財務、人事など）に関する知識が問われます。その勉強をしていると、様々な業種、職種で、何が問題になっているのか、システムに何を求めているのかが見えてきます。
システム開発の現場では、システムそのものを安定稼働させることや、顧客の要望に対する対応に追われます。それに対応することは重要ですが、その結果、システムに本来求められていたこととの乖離が起きることもあります。
その理由は、忙しくて熟考しないまま実装に取りかかるといったこともありますが、それよりもシステムに本来何を求められているかを知らないことが多いのではないかと思います。システムは経営を良くするために使われるのであり、目の前のユーザーの要望に短絡的に答えるためにあるのではないのです。

このように、今、目の前の仕事でのメリットもあるので、引き続き、中小企業診断士の勉強を続けることにしようと思います。
ただ、晴れて合格した後に、どう次につなげていくか。資格そのものが目的にならないようにしなければなりません。そのことも、少しは考えているのですが、さらに深掘りしていく必要があります。