グラフィソフトの暦

私の経験では、ソフトウェア会社の人間は年を数えるのに「1年」という単位ではなく、その時リリースされたソフトウェアの「バージョン」で考えているようです。　例えばグラフィソフト社でも、以前の話をする時は「あれは1997年頃だった」と言う代わりに、「あれはバージョン6.5の時だ」とか、「あれはArchiCAD 10より前のことだ」というように使います。新しいバージョンは、新しい年、新しい製品、新しい始まりを意味するのです。ですから新製品発売日はまるで元旦のようなものなのです。ブダペストの本社では新しいバージョンの出荷ごとにシャンペンを開けて祝ったものです。今年は弊社にとって非常に躍動的な年になりそうです。まさに21世紀のアプリケーションとして、スピード、信頼性、共同作業の簡易さなど全ての面において改善されたArchiCADの始まる年だからです。

新年が世界同時に始まらないように、「バージョン年」も国によって違う日に始まります。日本における「13年」は今日始まります。すでにユーザーの方、まだこれからというユーザーの方、全ての方にとって良い「ArchiCAD 13年」となりますように。

Build Live Tokyoが終わって感じたこと

本当に興奮する結果でした！3つのプロジェクト、3つのプレゼン、意見の分かれる審査員。しかし、選ばれるベストプロジェクト賞は一組です。個人的にも納得でしたが、審査員はテクノロジーとデザインのバランスが一番とれていたプロジェクトを選択しました。ただ、他のどのチームが「ベストプロジェクト賞」に選ばれたとしてもおかしくはなかったでしょう。最終審査に残ったどのチームも完成度の高いBIM利用とデザイン性を表現していたと思います。

もちろん改善できる面もいろいろあります。例えば、もっと沢山の参加者（建築設計事務所の参加がなかった）がいればイベントとしてもさらに盛り上がったと思いますが それには少し軽めの形のコンペが必要でしょう（少なくとも前後含め４８時間を超えないようなもの）。また、イベントは一年に一回で十分かもしれません。いずれにせよ、重要なのは、再びBIMが大きく前進したということです。大規模な企業もBIMを日常的に使い始め、結果として生産性の向上が証明されたのです。

ArchiCADユーザーによる今回の結果は、弊社製品に対する関心の高まりが単なる偶然ではない事を再度証明しました。最終選考に残った３つのチームの内の２チームがArchiCADを使用しており、他の2つの賞を受賞したArchiCADユーザーについても同様に誇りに感じています。BIMテクノロジー賞はスカンクワークスとすとりーむが受賞し、環境設計賞はチーム４８が受賞したのです。また、弊社のOEM製品であるRIKCADがファイナリストチームにより活用されていることも嬉しく感じました。今回BLTでは建物と環境の間のより密接な関係に重点が置かれていました。建物内だけに限らず周辺環境を配慮したデザインを考える建築家にとって、RIKCADは非常に重要なツールとなるでしょう。

もう一つ興味深い点は、構造モデリング用ツールとして、スカンクワークスでは実績のあるTekla Structuresを使用しているのに対し、すとりーむはRevit Structureを使用していたことです。これはArchiCADがオープンプラットフォームであることを証明しています。この全ては弊社の方向性が正しいこと、そしてArchiCADの成功はユーザーの成功によってのみ精確に測られると言う事を示しています。

最後に、今回の受賞者の皆様、そしてこの素晴らしいイベントに参加された皆様に心よりお祝い申し上げます。

チームワーク 2：「期待」と「実現」

とあるプレゼンテーションの後、弊社のCEOに電話をしました。「プレゼンはどうだった？」と聞きくと、「申し分なし」との事。「今夜はグラフィソフトの人間であることを本当に誇りに感じたよ」と答えが返ってました。思った通りの答えでした。ただし、何事も実際に起こるまでは安心できません。マラソン選手は一番先頭を走っていても、ゴールでテープを切って初めて喜びを実感できるのと同じ心境です。

この話は今から5年半前に始まりました。2004年3月に発表されたLFRT (Large Firm Round Table)、米国の大手設計事務所70社からなるAIA主催の専門グループ）によるCAD/BIMベンダー当て公開文書では、モデルベースコラボレーションの基本条件が選定され、このシステムの導入が各社に要請されていました。驚く事に、この条件はその数週間前の社内会議で決定された弊社の考える方向性と非常によく似ていました。この公開文書はモデルベースコラボレーションの重要性を裏付けるものとなりました。この文書の公開前は計画の実行時期についてためらいがありましたが、すぐに実行に移す必要がある事に疑問の余地がなくなったのです。

しかし、この機能を搭載するには、まずArchiCADのコアプログラムを全体的に書き直す必要がありました。大規模な開発となる事が予想できました。ある意味で心臓手術のようなものでした。最初の段階では2、3人の開発者が通常のリリース計画とは別個に割り当てられ、数億に及ぶArchiCADのラインコードの奥深いところまでコーディング作業を進めていました。案の定、計画よりも作業量は拡大し延期され、新しいチームワーク機能は常に「次のバージョンの後で」と後回しされていました。私が2006年に退社したときには、この機能は実現しないだろうとさえ感じていました。退社後も元同僚とは連絡を取り合っていましたが、昨年「次のバージョンで」新しいチームワーク機能を発表すると聞いたときにはとても嬉しく思いました。このようなわけで、日本での復職について話合うため今年3月にグラフィソフト社を訪れた際、せっかくの機会ですからチームワーク機能のプレビューを見せてもらいました。

そして驚かされました。公開文書に書かれていた「全ての」要望が現実にかなえられていたのです！これは2004年に想像していたものを遥かに超えていました。もちろん、グラフィソフト社への復職への士気が高まったのは言うまでもありません。現在にいたるまで、チームワーク機能について積極的な意見が日本を含めた各国のユーザーから寄せられていています。しかし、旅路は家に帰るまで終わりません。今年6月には、LFRTが2004年に要求したシステムを弊社が開発したことを伝える公式文書を送りました。その回答として、業界関係者で「BIMベンダーの日」を設定しBIMの主要プロバイダーを招待するので、各社のチームコラボレーション戦略をプレゼンして欲しい、との要望が返ってきました。LFTRは特定のベンダーに影響される事を懸念していたので、各社が戦略プレゼンを行えるようにグラフィソフト社の他にベントレー社、ゲーリーテクノロジーズ社、オートデスクも社を招待しました。

s先週、米国セイント・ルイスで、弊社のビクター・バルコニー社長自身が50名以上のCIOに対して2時間ほどの発表を行いました。その中で、弊社の戦略の焦点は「建築」であり、エンジニアリングソリューションの「主要製品」との連携、IFCをベースとした「オープン・システム」であることの重要性、業務連携におけるArchiCADの価値、およびIPD (Integrated Project Delivery)に関する方針について説明し、その全てとチームワーク2（TW2）の関連性について説明しました。その後、TW2の実際のデモが円滑に行われ、それに続いて質問が投げかけられましたが、特に多かったのは「いつ実際に試すことができますか」というものでした。

もちろんこのプレゼンテーションは機密保持のもとに行われましたので、他社のプレゼンテーションに対する公式な見解はありません。しかし、イベントに参加した弊社マーケティングディレクターのアーコシュ・フェメテール氏から聞くところによれば「今日の主役」が誰であったかは明らかであったようです。これで、チームワーク機能が業界の「流れを変える」と確信できる十分な根拠となったのです。

もちろん、旅はまだ始まったばかりです。あと数週間すれば日本のお客様も新しいチームワーク機能の可能性や操作性をお試しいただくことができるでしょう。Get ready!

ArchiCADの「正しい」使い方?

以前日本で勤務していた頃によく耳にしたのは「なぜ３Dなのか」という質問でした。それに対して私は、BIM（その頃は「バーチャルビルディング」と呼んでいた）の利点を説明していました。今ではそのような質問はほとんど耳にしませんが、その代わりに「BIMの正しい使い方は？」と質問されます。しかし「正しい」使い方など本当にあるのでしょうか。

「BIMドリーム」と言われますが、それは整合性の取れた設計図書、構造データ、正確な数量、そしてパース画像が、一つの建物モデルから作成できることを意味します。面白いことに、このコンセプトの利点を理解された方は「全てをすぐに手に入れたい」という衝動に駆られるようです。結局のところ、BIMアプリケーションを購入する理由はここにあるのでしょう。そして、BIMを手に入れると、クリスマスツリーに集まる子供の様な気持ちになります。新しいおもちゃに興奮し全てのおもちゃで同時に遊ぼうとしますが、遊ぶ時間はすぐに終わり、「どのおもちゃもちゃんと遊べなかった」と泣きだしてしまいます。「おもちゃは一度にひとつだけ」と言い聞かせる必要があるのです。BIMの導入についても同じことが言えるのではないでしょうか。

新しいことの学習には、生産性の一時的な低下がつきものです。BIMを利用して大きな変更を実行しようとすると、生産性の低下は長期で困難なものになり、目的が不明瞭となるので期待したほど効果がないと感じることになります。目的を明確に保てたとしても、設計業務を行いながら、いつまでも学習している余裕はないでしょう。少しづつ変更を行えば、効率よく学習でき、生産性も継続的に向上します。しかし、何から始めたら良いでしょうか？どのような順序で進めるべきでしょうか？これまで数々の導入事例を見てきましたが、成功したものもあれば必ずしも最善ではないものもありました。導入方法はそれぞれ異なっていますが、いくつかの例をご紹介します。

最も一般的なのは、「コミュニケーションツール」として、最初に基本設計、その後に実施設計段階でArchiCADを利用する方法です。モデリング機能を最大限活用してプレゼンテーションや関連する設計図書を用意すれば、施主への印象を良くする事ができます。施主との打ち合わせに実際にArchiCADを持って行き、設計変更をリアルタイムで反映している設計者の方もおられます。打ち合わせの最後にVBEのウォークスルー（もちろん更新された設計図書も）を施主に提供できるのです。これで納得してもらえなかったら、他に何を使っても納得してもらえないでしょう。

ArchiCADの利点は、必要な時に必要な精度で設計図書を作成できることです。今までは、基本設計にBIMデータを利用し、使いなれた2D CADで設計図書を完成させていたかもしれません。この手法に問題はありません。しかし次の段階として、ArchiCADを「実施設計ツール」として利用する事を検討してください。精度の高いモデルを作成する事で、モデルから設計図書を直接作成できるからです。モデルを修正するだけで全ての図面が自動的に更新されるので、設計変更の管理が簡単になります。

しかし限界はどこでしょうか？全てモデリングするのでしょうか？そんなことはありません。１：２０スケールで設計図書を作成する場合、全てのモデルデータを入れることはできません。全てモデリングするのはもっとコンピューターの性能が向上した数年先の事でしょう。あらかじめ必要条件を設定し、モデル作成から2D図面に切り替えるタイミングを決定します（もちろんArchiCADは強力な作図ツールでもあります）。つまり、BIMモデリングそのものはゴールではなく、整合性の取れた設計図書を作成するツールに過ぎないのです。設計図書はまだまだコミュニケーションの基盤となっているのが現状です。

BIMデータを活用するためには、従来の設計の範囲を超えて、意匠、構造、設備モデルを連携させる事が必要です。BIMデータ変換が可能となり、「業務連携ツール」としてArchiCADを使用する会社が増加しています。この場合、設計者と技術者の間でやり取りが行われます。IFCや他のファイル変換を利用し、異なるアプリケーション間で構造や設備のデータを連携させます。その結果、データの整合性が保証された建物モデルが完成します。配管や構造の干渉をおさえる事ができますし、設計後期において構造設計の後で玄関ホール中央に不要な柱が追加されるようなことも回避でき、安心して設計を行う事ができるのです。

従来、設計業務は直線的に行われていましたが（設計図書作成前に検証作業を行う事もあるが）、下記のような新しい手法を取り入れることも可能になっています。

• 「環境シミュレーター」として：グラフィソフト社のEcoDesignerを使用して、建物の環境への影響（二酸化炭素排出量）を早期検討できます。必要に応じて、初期段階で設計を変更し、環境に優しい建物を実現できます。
• 「現場監理ツール」として:建物の部分詳細3Dモデルや時間軸を考慮した4Dシミュレーションを作成することで、設計意図を施工者に正しく説明でき、ミスの少ないスムーズな引き渡しが可能になります。現場での設計コンサルテーションにVBEを利用している実例もあります。
• 「数量計算ツール」として:目的を限定して詳細なモデリングを行い、モデルから正確な数量の拾い出しができます。モデルから全ての数量を拾い出すには相当の技術と経験が必要ですので、まずは簡単な面積計算から始める事をお勧めします。その後、さらに作業範囲を広げてモデルから拾い出しを行う事ができるでしょう。

上記の様々なBIM導入方法を考えると、今日のブログタイトルの質問の答えがお分かりになるではないでしょうか。BIMアプリケーションを正しくを使う方法は「1つではない」のです。生産性を向上させることができれば、それが正しい方法なのです。BIM導入後の最初の物件で上記全てをすぐには活用できないでしょう。モデルベース設計の導入は段階的なプロセスで、その一つ一つの段階で業務全体における生産性の向上がもたらされます。

最後に、リスクをおさえたスムーズなBIM導入プロセスへの提案をまとめてみました。

• 目標を設定し、実行する!
  現実的な設定をしてください。会社にとって、そして自分自身にとってBIMへの投資に価値があるか見極める必要があります。段階的に実行することにより、生産性が大幅に低下することもありません。一度に一つの利点（一つの方法）に集中し、成功を積み重ねることが大切です。

• 実行あるのみ!
計画は重要ですが、過度な計画を行うと期待ほどの結果は得られません。まずは最初の物件を開始し、社内での目標を明確にしてから（全ての目標ではなく１つ）、作業に必要なトレーニングを行います。そして、その結果を観察し、必要に応じて計画を調整し、社内標準やテンプレートなどを作成します。

• 最終目標を忘れずに!
一つの段階が達成されたら、次の段階を開始し、3Dデータをさらに活用できるようにします。生産性の向上や新しい技術学習には終わりはありません。

So, start NOW – we are here to help you!

BIM祭り

Build Live Tokyoは、日本の「祭り」に似ていると思います。各グループはいい意味で競い合いますが、一番の目的は神輿を担ぐことです。最終的に全員が満足感を味わう事になります。

2月にはまだ日本にいませんでしたので、私にとっては今回が初のBLTイベントです。昨日、ArchiCADを使用している3つのチーム全てを訪問しましたが（そのうち2つのチームは発売予定のバージョン13のベータ版を使用しています）、作業に注がれているチームの活気と集中力にとても感動しました。SkunkWorksチームは果敢にチームワークに挑戦しています。チームメンバーの1人の方は「作業がとっても楽になりました」とおっしゃっていました。このイベント用に特別なホットラインを用意して何でも対応できるように準備していましたが、幸いにもこれまで大きな問題はないようです。

もう6時間しか残っていませんが、様々なソフトウェアを使用しているサブグループからのバラバラのデータを統合させているところで、時間との勝負となっています。皆さんとても疲れていて眠そうでしたが、今は残っているエネルギーを全て出し切る時です。コーヒーを飲んだり、深呼吸したり、作業を急ぎましょう。誰が勝つ事になっても、それぞれが勝ち得るものがあります。このイベントがBIMの可能性を大きく前進させる事でしょう。

終了の18時を迎えた後のビールは格別だと思います。

CADと両面テープ

数日前、棚の上にある古いMacintoshSE30が目に留まりました。このMacintoshはグラフィソフトジャパン創設時からあるものです。

実はこのMacは、私が東工大の学生だった時に初めて買ったコンピューターです。当時学生の私にとってこれはかなり大きな投資でした。受けていた奨学金の3ヶ月分もしたのです（結局、ローンで購入しました）。当時の物価が違うとはいえ、これが今まで買ったコンピューターの中で一番高いものとなりました。それでも、コンピューターを使うことを初めから決心していましたし、実際この買い物のおかげで人生が変わったと言って過言ではありません。このコンピューターでまずMacWriteとHyperCardを習得しましたが、次第に建築ソフトが欲しくなりました。この分野に詳しいオーストリア人の留学生に相談したところ、「MiniCADというソフトがあるがあまり満足するものではない」「AutoCADもあるが(*)まだ二次元のみ」「一番良いソフトはもちろん三次元の、建築用に作られているArchiCADである」ということでした。実はArchiCADはハンガリーで開発されており、残念なことに値段がとても高いということも聞きました。このような状況でしたので、その時点ではHyperCardを習得することで満足していました。数ヶ月後、休暇でふるさとのハンガリーへ一時帰国しました。大学の旧友に、ブダペストでばったり会いました。そこで「今は東京にいて、マックを持っているのか、それでは僕の仕事場にきてごらん、面白いものを見せてあげるから」と誘われ、その友人のオフィスに行きました。これがグラフィソフトオフィスを訪れた最初の機会となりました。当時は狭い地下室に15人のスタッフが重なるようにして熱心に仕事をしていました。

そこで見たものは、非常に驚かされるものでした。それはArchiCAD 3.5で、自分が持っているマシンと同様のコンピューターでリアルな3Dが動いていたのです。私はソフトの体験版を貰って家に帰りました。体験版では保存と印刷の以外、全てが商用版と同じ機能でした。このソフトがもらえて嬉しくて仕方がなかったのを今でも覚えています。

日本に戻ってから、すぐにこのソフトをインストールしました。基本的な機能はすぐに覚えましたが、やはり保存と印刷ができないのでなかなか利用できないと感じました。無償のソフトなので文句は言えませんが、学校の課題をCADで作成することをどうしてもあきらめられなかったのです。

そこで、ArchiCADで入力した簡単なマスモデルから透視図を作成し、それを手書きの3D図面の下図として利用することを考えました。「でもどうすれば画像を紙に写せるのか？」当時はまだプリントスクリーン機能はありませんでしたので、「アナログ」な方法で行うしかありませんでした。トレーシングペーパーを取り出し、SE30の小さなスクリーンの上に両面テープで貼付けたのです。そして、スクリーン上の画像を手描きで写し取りました。この方法で透視図の輪郭を写し取ってから詳細を手で描き込むことは難しくはありませんでした。大学の先生にはその結果を非常に気に入っていただきました。こうして、システムの限界を乗り超え、CADを使用したプロジェクトを完成させたと自分でも満足しました。

さて、この話の教訓は「トレーシングペーパーを使いましょう」ということではなく、限られた状況の中でも有効な手段を見つけられる、ということです。ArchiCAD(または他のソフト)を使う上で「正しい方法」は一つだけではありません。保守的になる必要はないのです。ArchiCADは、良い建築物を創るという一つの目的を達成するための道具に過ぎないのですから。

*当時は短期間でしたがAutoCADにMac版もありました。

最善な「もの」を利用した仕事

ブダペストに住んでいた頃、我が家で何か修理が必要だった際に、「蛇口の修理も、屋根修理も、庭の手入れもなんでもできる」などと、あたかも家の全てのことを知っているかのように自慢げに話をする職人気質の人を、あまりいい職人とは思いませんでした。このような気質の人は、たいていの場合、途中で「このくらいで十分だろう。」と満足してしまいます。本来であれば、「このくらいで十分」と言うことではなく、「できた」または、「できていない」の判断をするべきなのです。　この結果、自分たちの専門分野外である仕事を頼まれた場合、それを丁重に断り、本当にそれについて知識のある専門家を紹介する職人の方が、よっぽど頼りになる真の職人だと気づきました。

ソフトウェアに関しても私は同じように感じています。よくお客様から構造または設備系アプリケーションのソリューションがあるのか質問されます。こんな時、「私どものBIMモデルで使える構造/設備系ソフトをお試しください。」と答えるのが一番簡単であり、聞こえが良く、またお客様も難しいことを考えずに購入することができます。このようなサービスは数年前に流行しましたが、古くからエンジニアリングソリューションにフォーカスしてきた人たちに決して良いことではありません。その上、設計者が使い慣れているソフトウェアを、新しくこの分野へ進出してきたソフトウェアへ強制的に変えさせる理由はありません。これらを理解した上でグラフィソフトでは、我々が一番良く理解している「建築デザイン」の分野に専念することを決断し、 BIM環境の中で、設計者とエンジニアがお互いにシームレスに連携することを可能にさせる最良な作業として、強力なデータ連携による設計業務のためのワークフローを提供することに力を入れてきました。

例えばTEKLAの場合ですが、彼らは構造のモデルや詳細設計ソフトウェアを４０年以上開発しており、明らかにこの分野において世界一と言って過言ではないでしょう。　私たちはお客様に取って一番良いアプリケーションをどの分野においても提供できるよう、またそれらがBIMの領域でIFCまたは他の方法でシームレスに連携できるよう努力してきました。その結果、日本を含む全世界でTEKLAと協業することに至りました。これに関してお客様からは非常にポジティブな反響をいただいております。