「あらゆる問題を自己責任で解決できる体制づくり」
　これが、佐藤氏がサイバーに入社してから一貫して社内に植え付けようとしてきた文化だ。商用ソフトといえどバグがある。海外製品の場合、国内代理店にバグの検証を依頼しても時間がかかるだけ。それよりは、オープンソースを活用し、自分たちで改善したほうが、コスト的にもスピード的にも大きなメリットがあるのだ。とりわけ、日に日にPVが増大するソーシャルメディアサービスではスピードとコストは死活問題でもある。

「商用ソフトや外部ベンダーの活用を一律に否定するわけではない。当社でもFXや金融など B to B to Cに近く、大量のユーザーが一斉にアクセスするというより、一ユーザーあたりの課金を上げる形で動くものは、負荷もある程度読めるので商用ソフトでも十分だと思います。ただ、アメーバブログやアメーバピグなど、ソーシャル系のサービスは、ユーザー数を増やし、その中で課金率と課金ユーザーあたりの課金単価、両方を上げることで、売り上げを伸ばして行く事業。そこで商用ソフトを使うとアクセス数に応じてソフトウェアライセンス費用も莫大になるため、コスト的なインパクトが大きい、という問題もあります」（佐藤氏）

　システムやサービスに応じてハード、ソフトウェアの最適戦略を選択していく。これがCTOの役割でもある。例えばアメーバブログに使われるサーバーは数千台規模に及ぶが、ほとんどが自前で組み立てられたものだ。かつては大手ベンダーのサーバーを購入してそのまま使っていたが、これがロット単位で故障し、それを直すために膨大な工数がかかったという経験が、同社にはある。
「ボードの交換のためだけに、エンジニアが心身共に疲弊してしまった。そんなストレスをためこむよりは、最初から自分たちで作っちゃった方が早いと思うようになったのです。もちろん今でも製品を購入する場合もあるが、買ってきた瞬間にエンジニアがバラしてしまう。部品取りして組み合わせるというのが我々の流儀ですね」（佐藤氏）

　佐藤氏自身が自らを子供のころからの“アキバ人間”だと断言し、ほかにもそういうナードというかオタクというか、サーバー技術のエキスパートが社内にゴロゴロいるのだという。秋葉原を中心に通好みの店舗を展開し、パーツ単位でのきめ細やかなサービスも提供する国際産業技術株式会社とも業務提携を結び、そこでの生きた情報をサーバー購入や構築に活かしている。

　現在、佐藤氏はアメリカ西海岸と日本を往復する日々だ。年間の6〜7割がアメリカという生活。佐藤氏が常駐するパロアルト・オフィスの他に、今年（2010年）春からはサンフランシスコにもオフィスが開かれた。アメリカ進出は、今後のグローバルな事業展開のための布石という意味もあるが、もう一つは内製主義を突き詰めた結果でもある。
「ハードにしてもソフトにしても国内代理店のサポートはあてにできない。だったら、アメリカのベンダーと直接交渉した方が、価格も安く、かつ最新の情報が取れる」というわけだ。

　佐藤氏はマウンテンビューの自宅からパロアルト・オフィスに通勤し、そこから毎日のように周辺のハード・ソフトベンチャーを訪ねては、最新製品の情報を仕入れ、ときには機器の検証も行う。朝採りの野菜や魚ではないが、そうした西海岸直接仕入の新鮮な情報は、もちろん東京オフィスにも絶えず環流してくる。

　CTOには社内のエンジニア集団をどのような方向で、どのような水準にまで育て上げるかという、もう一つのミッションがある。エンジニアのスキル向上は、けっして手取り足取り教えれば実現するというものではない。自ら課題を設定し、そこに自発性をもって取り組む風土が欠かせない。

「その前提として組織をフラットにすることが重要ですね。年齢や経験で人を縛らない。逆に、若手でもやる気のある人間にはチャンスを与える。例えばアメーバなうというミニブログサービスがありますが、これなどは新卒２年目のエンジニアが作ったもの。局長の長瀬や社長の藤田が“ちょっとツィッターみたいなもの、作れないか”と声をかけたら、その若手がやる気になった。すぐに事業化がGOになってしまって、彼女は責任の大きさに驚いちゃったみたいですけど（笑）」（佐藤氏）

　中途採用についても経験者に限れば即戦力として使えるが、そればかりだと将来の可能性（ポテンシャル）を見失うことにもなる。
　同社がこの秋からスタートさせた「エンジニアアカデミー」は、他社で仕事をするエンジニアに対して、無料で開く講習会だ。２カ月にわたる土日の講習会では、主にJavaによるWebアプリケーションの開発を学ぶが、「サービスを開発するエンジニアにとって、開発言語はたんなる道具にすぎない。狭い意味でのJavaエンジニア育成ではなく、幅広いポテンシャルを引き出すという狙いがあります」（佐藤氏）

　エンジニアを単にシステム開発の人月単位の一つとしてではなく、その志向性やマインドも含めて理解し、未知のスキルを引き上げるためのさまざまな工夫を凝らしていることが、ここからもわかる。

　ほかにも、サーバーやアプリケーションの開発にあたって、自分たちのフレームワークや手順をあえて定めていない、というところも同社の技術の特色だ。
「短期的開発ならばルールを定めたほうが効率的ですが、優れたエンジニアであればあるほど、そうした最大公約数的な技術では物足りないと思うもの。最新のAPIが公開されたら、それをいちはやく試して、サービスに導入してみたいと思うはず。一見、非効率のように見えて、長い目でみたらエンジニアの生産性はこっちのほうが上がります。なにより枷に縛られて、やりたいことが試せないというストレスは限りなく低減されます」と、佐藤氏は言う。

＜新しいことに取り組まないのは、エンジニアにとって悪である＞
　というのは、サイバーのエンジニアが全体ミーティングの度に確認する行動規範の一つ。その規範をたんなる条文ではなく、エンジニア一人ひとりが内面化できる環境がここにはあるようだ。

　もちろん、エンジニアがみんな勝手にやりたいこと、好きなことばかりやったら、チームは統制とまとまりを失い、ユーザーのためのサービスは実現できなくなってしまうだろう。そこで、こんなルールが登場した。

＜自分がやりたいことは自分でやろう。やりたくないけれど必要なことは、みんなで取り組もう＞
「部屋の空気清浄器のフィルターの取り替えなんて、誰もがやりたくないものの代表ですよね。業者に頼んでしまえば簡単ですけれど、こういうのは運営委員会をつくって、自分たちで持ち回りでやろうと決めました」

　自分たちがエンジニア組織をつくる。その組織を運営する大変さを一人ひとりが実感しながら、組織の発展のために貢献する。誰かに強制されたからではない。自分たちのよりよい環境と自由のためなのだ。個と組織を柔軟につなぐ、自立型組織の萌芽がここには生まれている。