khara@fmsc's weblog

ご存じのとおり、米国大統領選でオバマ氏が当選した。そのスローガンが、CHANGE!。

ＴＶを見ていると、感極まって涙ぐむ米国人がとても多いのが、印象的である。そして、このメッセージは、日本人の私にまで強烈に届いた。（なので、こうやってブログに記事をアップしてみたが、別に私は、政治・経済の専門家でも、社会評論家でもないので、特に書くこともないのであるが。）

アメリカがチェンジを選んで歩み出すのであれば、日本にも相応のチェンジが起こるだろうし、それを期待している。何も国際経済のことを言ってるのではない。IT系のチェンジとその期待である。

日本のＩＴ業界、特にＳＩ業界では、７Ｋとか、閉塞感とか、泥だとか、鬱だとか、ネガティブな環境にあると言える。いいかげん、うんざりしている方々も多いと思う。ビジネス的にも技術的視点でも、「変わらない感」に支配されてしまっている。なので、ここにきて、大きな外部環境の変化が発生したのであるから、変わるかもしれない期待感が大いにある。ある意味、この変化はRailsより影響が大きいかも知れない。

金融マーケットは壊れたようだし、これから100年に一度の不況が日本にもやって来るから気を引き締めて行かないといけないと思う一方で、変化への期待とチャンスを感じている自分がここにいる。マーケット崩壊と新大統領誕生で、ちょっとエキサイティングしてるだけかも知れないが。

別に、変化を起こすのはあなただ、みたいな言葉は言われたくもないし、言うつもりもない。ただ、何か新しい芽やパラダイムめいた流れが発生するのであれば、ついて行くべしである。

なにせ、これほどの外部環境の大きなチェンジは滅多にない。技術革新とか、業界再編を生み出すだけのチェンジ要因には成り得る。次の上昇気流に乗れる可能性を探る時期でもあろう。

CHANGE、今の時代に相応しい、良い言葉だ。IT系変化期待だけでなく、社会的にも。。。

とあることで、クリティカルチェーン(Critical Chain)の話を持ち出すことになった。

実は数年前に開発プロセス論議でいろいろと調査をしたことがあった。そこでなるほどねと思ったのが、このクリティカルチェーン・プロジェクト管理(CCPM)だった。これがどんなものであるかは、このブログの記事内容として説明することに意義を感じないので、ネット検索とか書籍を参考して頂くとして。

「なぜ、プロジェクトは予定通り進まないのか？」ってタイトルに惹かれるのであれば、とりあえず以下のURLのコンテンツが良いかな。

http://www.atmarkit.co.jp/aig/04biz/ccpm.html

さらに、実際にどのように余裕(バッファ)を管理するのかってイメージを知りたければ以下のURLとか。

http://www.soyu-ec.co.jp/toc/toc-top.htm

あとはネット検索、ググるってやつですね。

参考書籍は当然これ。
「クリティカルチェーン──なぜ、プロジェクトは予定どおりに進まないのか？」エリヤフ・ゴールドラット

えっと、ちなみにこの本、ソフトウェア開発のコーナーに行っても置いてないかもよ。生産管理とかのコーナーにいかないと。少なくとも丸善はそうだった。なので、従来のプロジェクト管理やソフトウェア工学的なものでなく、新しい視点と発想を与えてくれると思う。

クリティカルチェーンや制約理論だけでなく、生産管理とか製造業系の工程管理は、それなりに参考になる。いつまでもベルトコンベア方式(ウォーターフォール型)でやってるわけじゃないみたいだし。セル生産方式とか、多能工とかね。アジャイルに近いし。あとトヨタの生産方式とか。そのあたりはまた時間があれば記事にしてみます。

そんなことで、今日は、クリティカルチェーン、ざっくりと押さえておこう。

FMSCでは、システムコンサルティングだけでなく、財務コンサルティングサービスも提供しています。

以前より特定の企業様向けには財務に関するサービスも提供差し上げて来ましたが、かなり好評であるため、最近では一般企業様向けにもサービスの提供を始めています。

そして、最近、弊社の財務コンサルタントがブログを始め、彼の持つ情報やノウハウを公開していますので、以下に紹介させて頂きます。

Zono's blog
FMSC財務コンサルタントの Blog～J-SOX対応、財務・管理会計、経理業務等について

現在、J-SOX関係の記事がどんどんアップされていっています。

その道では凄いお方なんですよ。

ご興味ある方は、是非、どうぞ。

とある１人の若者が旅立とうとしている。

その若者の未来には、人生が大きく開けていて、希望に満ちあふれている様が見える。

まさに「前途洋洋」って言葉がぴったりだ。

えっ、前途多難？ いやそれは見当違いだ。前途多難だなんてとんでもない。前途洋洋にしか見えないさ。

この先、苦労するとか、世の中、甘くないとか、そんな言葉を耳にすることもあろうが、そんなかんだの言葉なんて一切合切、完全無視だ。そもそも、決意ある若者の旅立ちに際し、そんな言葉を投げかけるような輩なんて、ひがみ、うらやみ、やっかみってものだ。

海の彼方には、まばゆいばかりの陽の光が無数に差し込んでいるではないか。それが見えないのであれば、少し「スレ過ぎ」ているというもんだ。

えっ、嵐も待ち受けているって。 So What? それがどうしたの。そんなの分かってるっつーの。どこか心の奥底で、それを求めて旅立つの。未来を、自分を、開拓するために旅立つのだから。

やがて激しき雨が止み、厚い雲の谷間から陽が差し込み始め、青空が見える頃、そこには「新しい世界観」が開けていく。きっと眠っていた能力が開眼し、次のステージへと覚醒するであろう。それだけの才能を持っているのだから。

別れを惜しみ悲しむ必要もない。悩み苦しむ必要もない。全てのしがらみを断ち切って前に進めば良い。多くの新しい出会いが待っている。今こそ自信と信念を強く持つ時さ。勇者よ、前に進むべし。喜び勇むべし。

時は満ちた。時が満ちたということなのだ。いざ出港なれ。

ここに若者の前途洋洋の船出を心から祝すものである。

外付けの液晶モニターを購入して、デュアルモニター環境にして見た。

液晶モニターは秋葉原で21,432円で入手。安っ！。別にバッタもんじゃないよ。

以下がその写真。（携帯で撮ったのであまり写りが奇麗でないが。）

しばらく使ってみての感想としては、確かに開発効率は上がる。2万円程度で実現できるので、特にプログラミング作業をする人には、かなりお勧め。広ーい机で作業している感覚って言うのでしょうか。置き場所に困っていた物を置くための場所を貰えたみたいな感覚。サイドテーブルを付けたみたいな感覚。とにかく、快適な環境になります。

2台のモニタの使い分けですが、私は、ノートPCの画面をメインで使っていて、外付けモニターはあくまでサブの画面として使っています。例えば、ノートPCでEclipseでソース見たりプログラムしながら、外付けモニタには、そのソースの実行画面や仕様書を開くって感じです。

または、私のNotePCには、VMwareが入っていて仮想環境になっているのですが、ホストOSをノートPCで開いて、ゲストOSを外付けモニターで開くとかいう場合もあります。

でも、やっぱりお勧めはプログラミング環境としてのデュアルモニターですね。なんせソース見ながら、すぐ横の画面でそのソースの仕様書とか実行した画面を見れますからね。あるいは、サブのモニターでブラウザ開いてネット検索した情報見ながら、ソース書けたりもしますから。

そして、それが2万円程度で実現できるんですよ。会社におねだりしてみましょう。会社がお金もったいないからダメって言うなら、そんな会社に見切りつけてFMSCに移籍すればよい。（人材募集中）　FMSCなら即買いOKですよ。

あとは、そうですね。どんな液晶モニターが良いかですが、これは個人の好みと考え次第ですが、私がアキバの店員さんからいろいろと話をしながら写真に写っている液晶モニタにした理由は、以下の通り。

・光沢液晶ではなく、普通の液晶にした。

最初は光沢の液晶を買う気満々で行ったんだけど、別にゲームしたりテレビ見るわけじゃないので。それに、オフィスワークに最適と言われて。光沢は目が疲れるとか、反射して自分の顔が映るとか言われるが、それはどうかは分らない。でも、サブの画面なのであまり出しゃばってほしくないし、落ち着いた感じで、光沢でない方が良いと思う。あくまで私個人の主観ですが。それと、ノートPCのほうが、光沢液晶だからってのもある。

・１７インチのスクエア型にした。

予算的にも設置場所的にも、もっと大きな画面サイズのモニターを買うことも出来たんですが。でも、17インチぐらいで十分だと思う。そもそも、ノートPCの横にサブモニターとして使うのに、どデカいサイズの画面では。。。デカって思うでしょ。それに顔とモニタの距離が近過ぎるし。普通の液晶だと17インチも19インチも解像度は変わらないはずだし。

あと、ワイド型の液晶じゃなく、スクエア型にしたのは、これまたノートPCがワイド液晶だからサブモニタは普通ので良いかなってのもあるのですが、ワイドだと目で追うには端までの距離が遠いし、首が痛くなりそうなので。でも、メインのモニター(私の場合はノートPC)はワイドの方が良いと思う。なんせEclipseなどのIDE開くと、横長いのがやっぱいいでしょ。で、サブのモニターではExcelとかWordとかブラウザを開くことが多いので、横長である必要はなく、スクエアで良いと感じている。ま、ワイドのサブモニターを試したことないのではっきりとは分らないのですが。

・コンパクトでシンプルなデザインのものにした。

数ある１７インチ液晶のなかから写真のものにしたのは、コンパクトで、シンプルなデザインであったため。邪魔にならず、うるさいデザインでもなく、机の上の占領スペースも小さい方が良い。

まとめると、私的には、非光沢で１７インチのスクエア型でシンプルなデザインの液晶モニターがお勧め。ま、あくまで私の好みですが。

ブログ記事が少しは溜まってきたので、カテゴリーを切り直して、整理してみた。

・どのレイアウト画面でも、右サイドのトップ枠に「カテゴリー」が来るようにした。

このブログはMovable Typeのデフォルトのテンプレートをベースにしているが、以前はTOPのページぐらいしか、そして、しかも下のほうにしか、カテゴリーが表示されていなかった。検索エンジンから飛んできた場合は個別記事のエントリーが表示されるが、カテゴリーは表示されない。その辺りを解消して昇格させた訳だ。

・カテゴリーの一覧表示順を自分で思うように並べてみた。

これにはいろんな技があるようだが、私の場合は単純にカテゴリーの名前の先頭に数字をつけることにした。

・カテゴリーアーカイブの記事の表示順を「新しい順」に変更した。

カテゴリアーカイブにはそのカテゴリーに含まれる記事がずらずらと表示されるが、Movable Typeのデフォルトではなぜか「古い順」なのである。これはカテゴリーアーカイブのテンプレートでsort_orderをascendからdescendに変更すれば出来る。

<MTEntries sort_by="created_on" sort_order="descend">

Blogは「流れる情報、日々流れていく情報」で、Wikiは「整理された情報、ストックされた情報」みたいなことがよく言われるが、そういう意味では、個人的には少しWikiっぽくなった感じがしている。

とりあえず(自己)満足。

このブログはMovable Typeのものですが、ずっとデフォルトのスタイルシートで通してきたのですが、今回、少し変更を加えてみました。

ずばり、変更テーマは「ゆったり感」です。。。ってか、私の場合はテキスト文章での投稿が多いので、読みやすくしたかっただけですが。

・まず、レイアウトの横幅を拡大。

width: 720px -> 920px

・エントリーコンテンツの文字サイズを拡大。

font-size: 12px -> 14px　 (エントリーのタイトルは18px -> 24px)

・行間隔を拡大。

line-height: 1.5 -> 1.6;

・文字間隔を拡大。

letter-spacing: 1px; (← この行は新規追加)

よし、これで少しはオリジナルのブログっぽくなった。(← 自己満足)

いや、ちょっとデカ過ぎたか。しばらく様子を見よう。(← 自信なし)

※このブログのスタイルシートのテンプレートは自由に参照して頂いて構いません。正しい設定方法かどうかとかは保証しませんが。

スタイルシート(変更前後)のダウンロードはこちら

新しく購入したNotePC(Vista)に、VMWareを使って旧PC(XP)を移行しました。

VMWare的にはこういう環境です。

・ホストOS (Windows Vista、新しく購入したNotePC)
・ゲストOS (Windows XP、旧PC環境一式)

当面は、Vista上(ホストOS)でメールなどのオフィスワーク系作業を、XP(ゲストOS)上でソフトウェア開発系作業を行う予定。しばらくは様子見。

で、以下、移行手順のメモです。何らかの参考になるかもしれませんので、記事としてアップしておきます。

手短に手順を書くと、VMware Converterを使って、旧PC(XP)の仮想マシンのイメージファイルを外付けHDDに作成して、新PC(Vistaホスト)にコピーし、VMWareでその仮想マシンを起動するだけです。

■VMConverterによる仮想マシンイメージの作成(旧PCでの作業)

・VMWare Converterを起動(もちろんその前にVMWareサイトからダウンロードしてきてインストール)

・File -> New -> Importにより、Import Wizardが起動される

・Physical computerを選択

・This local machineを選択

・Source Data選択でCドライブを選択し、New Disk SpaceをMin Sizeに設定

・DestionationでVMWare standalone virtual machineを選択

・Virtual machine nameを設定
・Locationに外付けディスクのディレクトリを設定

・VM optionでAllow virtual disk files to growを選択

・NetworksでBridged(デフォルトはNATみたい)を設定

・cutomizationでInstall VMWare Toolsを選択

・完了ボタンを押す

ここで仮想マシンイメージの作成が始まる。やたらと数時間かかる。
私のPCの場合(HDDの実使用サイズで約40GB)、５時間程度掛かった。人によっては２時間程度で終わるらしいが。時間が掛かるのはウイルスソフトの影響とかもあると思う。

■仮想マシンの設定と起動など(新PCでの作業)

・外付けディスクに作成したvmwareイメージをlocalディスクにコピー

・VMWare Workstationで開いて、起動。(普通のPlayerでもいけると思う)

・Windows XPのライセンス認証

ライセンス認証ウィザードが起動される。ここでゴタゴタやってるうちに上手く行ったのでメモを残してないのですが、多分、以下のような手順だったような。
- ライセンス認証ウィザードが起動
- 電話して認証手続きを行う(実際は電話なんてしない)を選択して次へをクリック
- 次の画面でプロダクトキーの変更をクリックして新しいプロダクトIDを入力

これで、いつもの旧PC(XP)環境が利用可能に。

と、思っていたら、@とかのキー位置がおかしいので調べてみると、キーボードが「英語キーボード」として認識されていた。なので、「日本語キーボード」に設定変更する。手順は、仮想マシンであるXP側の話ですが、デバイスマネージャからキーボードのドライバを日本語キーボードのものに手動で更新。（参照：　Windows XP で日本語キーボードが英語キーボードとして認識される場合の対処方法）

VMWareの性能がどの程度か分かりませんが、新PCの方がマシンスペックがはるかに高いので、VMWareの仮想マシンとしてXPを動かしていても、旧PCより早いし快適。。。

弊社(FMSC)の人材募集(採用情報)に関して、ここでは私の思いを書いてみます。

(会社の公式な採用情報としては、こちらです)

優秀な人材は常に募集しておりますが、今回２００８年度としては特に「ソースの読み書きが上手な若者」というテーマで、どこかに埋もれてしまっている貴重な人材と巡り合い、こちらの世界で活躍、あるいは相応のキャリアを積んで頂けるように、採用活動に取り組んで行くつもりです。

まず今回、弊社の求めるエンジニアは、「ソースの読み書きが上手」であること。今はJava言語を主体にしていますので、Javaで書かれたソースプログラムの事です。「プログラムが苦手な人・下手な人」は今回の対象ではありません。プログラミングという観点では知識・努力だけの結果でなく、きっと適性の問題も関係してくることでしょう。そして、このあたり当の本人が一番良く理解していることと思います。「自分はソースの読み書きが上手なほう」だという感覚をお持ちの方を対象にしています。

（注意事項としては、「俺はオブジェクト指向の達人だ」といくら主張しても、それは弊社の求めるエンジニア像とは違います。それに考えが古いようですし。）

もちろん「プログラムしか出来ない人」は要りません。仮にも「...コンサルティング」って会社名に付いていますので、いわゆる「コミュニケーション能力」は必要です。ただ、今回は「若者」を対象にしていますので、まだ能力が開発されていないでしょうし、経験も少ないでしょうから、一般的なコミュニケーション能力があれば充分です。

そこで「若者」ってのが次のポイントにもなります。何もプログラマとしてこき使おうとしている訳ではありません。弊社にはSEとPGの区別なんてありません。コンサルタントとして活躍して頂くつもりです。弊社コンサルタントの特徴としては、「卓越した技術力」と「コンサルティング力」、そして「現役のデベロッパー(開発者)」であることでしょうか。この「現役のデベロッパー」であることの証として、「ソースの読み書きが上手」という先の前提条件につながります。自分が上手く出来ないのに、コンサルティングなんて出来ないですからね。

逆に、優秀な若手技術者が、弊社環境の中において、今まで培ってきた能力を発揮し、さらに次のステップとして成長するために、より広い視野で技術力やコミュニケーション能力、さらにはコンサルティング能力を磨けるような、そんな感じのあり方でありたいと願っています。

「ソースの読み書きが上手」というキーワードを使いましたが、弊社では、ソースだけでなく「三位一体」として、管理、仕様/ドキュメント、ソースの三位を一体と見なしています。(ブログ記事「三位一体のソフトウェア開発思想」を参照)　また、「コンサルティング」という観点が常に頭の中にありますので、自然と、技術や手法を体系的に捉えようとするし、問題分析や問題解決への洞察力が生まれます。さらに、コミュニケーション能力、人間関係力など含め、様々な「経験」と「力」が開拓されていくことでしょう。

向上心ある「ソースの読み書きの上手な若者」の皆さん、PG,SE,PMの呪縛に捕われることなく、弊社のコンサルタントとして、共に成長して参りませんか。

これはある意味、ある方々にとって、「BIG CHANCE」です。

三位一体。普通の事ですが...今の日本のソフトウェア開発に必要な思想と思う。

三位一体とは、宗教的には

「神・キリスト・聖霊が本質的に一体であり、実体は三つの位格によって表れると考える教え(*1)」

ですが、ここでは単に、

「３つのものが結びつきがあって１つのなにかをなす(*2)」とか「三つのものが一つになる（心を合わせる）こと(*3)」

と言う考えや教えみたいな意味で、この言葉を使っています。

ソフトウェア開発で言う三位とは以下の３つ。

・管理 (プロジェクト管理/開発管理)
・仕様/ドキュメント (要件/設計/仕様)
・ソース (プログラム他、実装物)

いずれかが欠落していると全て上手く行かないとか、分業・責任範囲の明確化も大事だが一体であることの知識と認識を失ってはならないとか、みたいな。。。

誤解の無いように。ここで言いたい三位一体とは、３つを１つに統合と言うような考えではない。３つの各位はそれぞれ認められており、お互い考慮・尊重というか、相互依存の運命共同体というか、より高い視野であり、１つのことを多面的に見るアプローチや思考を指しています。

それに、普通の事なんですが、そもそも一体なはずなんです。いつの頃からか昔からか、責任という壁で分離されてしまって。責任範囲外のことは余計な精神的負担や金銭的工数になるので協力に消極的であったり拒絶したり。あるいは、一体とは程遠いので、歪みが出るの。それとも、業界の激しきモラルの低下現象なのか。

これからの日本のソフトウェア技術者は三位一体を語れるようになるべし、と思う。特に、上流ばかりに流れたり、管理型の開発ばかりに流れたり、今の日本のソフトウェア技術者は、空洞化していると感じるから。それに、３つを体得しないと、アジャイルなんて実践出来ないから。少なくともスーパーエンジニアを目指しているのなら。

上流から下流までアジャイル的に同じ人間がこなすことも１つの解。ただ、日本業界一般としては分業体制の中で解決法を探る必要があり、せめて共存共栄の精神のもとで各位の使命をまっとうするべし。

三位一体の思想。今の日本のソフトウェア開発に必要な思想と思う。

でも、普通のことなので、偉そうにアピールしても仕方ないか。説教くさいのは好きじゃないし。あとは自分で考えて。。。

*1 wikipediaなどより引用。文言は文脈に合わせて変更した。

*2 はてなダイアリーキーワードより引用。

なお、三位一体は、英語では、TRINITY(トリニティ)。
私のハマった映画「マトリクス」の登場人物の女性(NEOの恋人)がトリニティって名前。

*3 Microsoft Bookshelfより引用。