
第26回 僕は教えない。問題点に気付かせる
荒井亜子(@IT自分戦略研究所)
岩井玲文(撮影)
2009/8/3
![]() |
| 物部英嗣 (ものべ えいじ) 株式会社トリグラフ 取締役 最高技術責任者(CTO) 1977年10月10日、東京都出身。大学を卒業後、2001年4月、NTTソフトウェアに入社。2005年1月、ケイビーエムジェイに転職。2008年6月、トリグラフ設立。 |
僕は現在、トリグラフというITベンチャーで取締役とCTOをしています。最近では、技術の知識なしで簡単にmixiアプリを作れる無料サービス「ポコポコアプリ」を公開しました。トリグラフの主な事業は、こうしたWebサービスの独自・受託開発です。
CTOとしての業務は、ローコストで生産性の高い技術を見いだすこと、サービスの企画、プロジェクト全体の進行管理、人材育成です。CTOに必要なのは、コンピュータやITに関する幅広い知識。これは僕の強みでもあります。
■必要なことはすべてゲームから学んだ
| IT業界を目指す学生必見 ★今日もせっせと業界研究★ |
|
気になる離職・転職率、 IT企業では「0.5%未満」が最多 IT企業の5社に1社が「転職・離職率」0.5%未満。80%以上の企業が「離職・転職率は10%未満」と回答している |
いまの僕はゲームなしには語れません。ハードウェア、ネットワーク、セキュリティ、プログラミング……、コンピュータの知識はほぼPCゲームを通じて覚えました。
小学生のときにゲームに目覚め、大学を卒業するまでゲーム三昧(ざんまい)な暮らしを送っていました。中学生のとき、父親がNEC‐9800シリーズ(当時価格約100万円)を購入したので、家にはPCがありました。
僕が大学2年生だった1997年は、オンラインゲームの元祖、「ウルティマオンライン」の年。ウルティマオンラインはとても画期的なゲームでした。僕は非常にハマってしまいまして、おかげで大学2〜4年生は、ほとんど学校に行かなくなりました。好きになるととことん突き詰めるタイプなんです。
当時の日本は、NTTのサービス「テレホーダイ」によって、定額料金でインターネットを使えるのが夜11時から朝8時まででした。それでは足りないので、ネットワークを勉強して、家に専用線を引きました。これで24時間つなぎ放題です! 月額3万8000円くらいかかっていたので、周囲は皆ドン引きしていましたけど……。
並行して、ISPの接続情報の地図などを眺めてインターネットの仕組みを研究しました。地図は毎月更新されるので、「どこの線が太くなったか」など丹念にチェックしていました。常時、ゲームサーバに近くて太い回線に契約を変更しながらゲームをしていたわけです。
ウルティマオンラインは集団型のゲームなので、ゲーム環境が良くないと対人戦では負けてしまうのです。通信環境やPCの性能を上げて、海の向こうのインターネットカフェから攻撃してくる人たちに必死に応戦しました。ゲームで勝つためにはあらゆる手を尽くし、投資は惜しまなかったと自負しています! ところが、大学3年生のときに気付いたのです。
「このままゲームだけをやっていたら廃人になってしまう……」
大学3年生の後半からはマイクロソフトにインターンシップで入社し、その後契約社員になりました。Excelのチームで開発の一部を任されたり、ユーザビリティテストやサーバルームの管理を行うなど地味な仕事が多かったのですが、ゲームで身に付けた知識が世界有数の企業で通用したことが面白くて、ITエンジニアになろうと決めました。
■“まずはプログラマから”という新卒扱いをされたくなかった
就職したのは、NTTソフトウェアという会社です。プログラマとして、Javaで動画配信システムの開発をしました。プログラミングの勉強になったと思う一方で、新卒は“まずはプログラミング”という風潮に自分は合っていませんでした。
インターネット全般に興味があり、プログラミングだけでは自分の知識や経験が生かせない、ゲームで培ったITの幅広い知識とコンシューマ視点を武器に、ユーザー寄りのWebサービスを開発したいという思いが強くなりました。
2005年1月、ケイビーエムジェイというWebのシステム開発会社に転職しました。mixiが本格的にはやりだしたころです。SNSのパッケージ開発の部署で、サーバやネットワークの構築、開発、保守といったWebに関する業務を、希望どおり一通り経験できました。
最初の3カ月はプログラマという肩書きでしたが、システム構成、データセンターの管理などを行ううちに、必然的にプロジェクト全体を見る位置に就き、リーダーやプロジェクトマネージャをするようになりました。
会社の急成長とともに部下の人数が増え、2007年には20〜30人ほどの部下を見る立場にいました。リーダーとしての意識が芽生えたのはこのころです。
■手順書という病
僕は仕事を事細かく指示するタイプではありません。現場のエンジニアにとって大事なのは「何をいつまでに作るか」でしょう。これがぶれなければ「ご自由に」というスタンスです。一から十まで教えてしまうことには反対です。
仕事を依頼したときに、「どうやってやるんですか」といわれると、正直ムカッとくる。語弊のあるいい方かもしれませんが、Webの技術は難しくないと思うんです。Web上にあるマニュアルや参考書を読んで分からないことは、実際のWeb制作現場にはほとんどありません。僕らがやっているのは、言語の発明や誰も見たことがない技術の研究開発ではなく、必要なモジュールやAPIを組み合わせて新しいサービスを作ること。それには難しい学術的なコンピュータサイエンスの知識はあまり必要ありません。ですから、「やり方が分からない」という質問を受けるほとんどの場合は、僕が以前どこかのWebサイトで読んだことのある内容であったりするわけです。
目的を達成するための方法を、一度でも自分の頭で考えないと、応用の利かない人になってしまいます。僕はこれを手順書病と呼んでいます。他人の手順をそのままなぞる人は伸びません。
かつての部下には恨まれていたかもしれませんね。「何で教えてくれないんだろう」とよくいわれました。冷たくて理不尽に思われていたかもしれませんが、その人の5年後、10年後を考えたときに、考える力、必要な情報を自力で見つけ出す力を養ってほしかったのです。思いはなかなか伝わらないものです。そのときの反省から、トリグラフでは、人材育成をもう少し体系的に考えています。
僕の華道の師匠は、「まずまねをして覚えなさい」といいます。エンジニアやクリエーターの技術は特殊技能です。ある意味芸能の世界に近いですよね。まねから始めるのは、エンジニアのスキルアップにも良い方法だと思います。以下は、有名な「守破離」の考え方です。
「守」……何かを大成したいのであれば、まずは誰かのまねをすることです。まねは単純作業ではありません。パーソナリティが違う人同士が同じことするのは、歪(いびつ)であり普通はストレスを感じます。
「破」……まねで体得した型を、「自分だったらこうする」「自分にはこれが似合う」「もっとこうすれば効率がいい」といったアイデアで壊し、自分のものにします。
「離」……個性が仕上がれば一人前です。後は独自の世界が開けていきます。
人から人に何かを伝えるには、こうしたステップを加えないと本質的には伝わらないと思います。言葉で指示するのは簡単ですが、それでは当人のものにはなりません。人に何かを伝えるというのはとてもエネルギーのいることなのです。
■究極のリーダー論は“リーダー不在”
僕は面倒くさい人間なんです。
単純にプロジェクトを遂行して目標を達成するだけであれば、方法を教えてしまえばいいのですが、そんな場当たり的なやり方で人生の大部分を消費することを好ましく思えません。
それゆえ上記のような考え方を強要しがちですが、それが身に付けば、いずれ僕がいなくなっても成長を続けられます。
究極のリーダー論は、“リーダー不在”だと思います。なぜリーダーが必要か――それはみんなの意識が1つに向かないからでしょう。便宜上、誰かが代表して意見をいう必要があります。
「やり方が分からない」という質問を受けたときには、「分からなくない」と思わせるようにしています。「このマニュアルは読んだ?」など対話を通して、自分の求めている答えがどこにあるのかに気付いてもらえればと思います。社内でよく起きる問題の9割方は「話せば問題じゃなくなる」と思いますよ。
@IT自分戦略研究所 今週のリーダー バックナンバー
- 第1回 ぼくは「引っ張らないリーダー」です
- 第2回 「プログラマの自分」と「経営者の自分」は矛盾しない
- 第3回 生粋のプログラマが体得、人を変えるリーダーシップ
- 第4回 ライオンになれなかった雑食系リーダー
- 第5回 リーダーは、メンバーの目指すゴールを理解すべし
- 第6回 生意気な「部下肌」から、部下を守るリーダーに
- 第7回 メンバーをプロファイリングするための10個の軸
- 第8回 参加者の成長を見守る、Shibuya.pm 2代目リーダー
- 第9回 角谷信太郎――「スーパーマンである必要はない」
- 第10回 きつくいわない命令もしない。むしろ文句をいってくれ
- 第11回 サイボウズの開発部長は、部内で5番目にエラい
- 第12回 不況下こそチャレンジを。客員起業家 尾藤正人の挑戦
- 第13回 キャラクターの生死を懸けて新技術を模索する
- 第14回 クックパッドの技術責任者が語る「3つの隠し味」
- 第15回 不可能を許さない超戦略的リーダー
- 第16回 相手を「気持ちよくだませる」リーダーになれ
- 第17回 「話し掛けやすい雰囲気作りを意識しています。」
- 第18回 「それはエンジニアの仕事じゃない」なんて壁をつくるな
- 第19回 個性派エンジニア集団の信頼を得た「話の分かる男」
- 第20回 ITが組織を改善する時代、リーダーの使命はたった2つ
- 第21回 誰にも依存せず、新しいものを生み出す会社でいたい
- 第22回 牧大輔「モノ作りにこだわればこそリーダーを目指せ」
- 第23回 事業立案から開発まで。グリーのリーダーは全部やる
- 第24回 HOWS 庄司渉の“軽い結び付き”
- 第25回 開発に専念し続ける取締役、モバゲー川崎氏の戦略
- 第26回 僕は教えない。問題点に気付かせる
- 第27回 「変わっていかなければ」。日本Rubyの会 会長の葛藤
- 第28回 人を“その気にさせる”MSエバンジェリストの管理術
- 第29回 「技術一筋」が「マネジメントも面白い」に変わった理由
- 第30回 ウノウラボを作った男の「揺るぎないゆるさ」
- 第31回 インターバースの夜明けを信じ、突き進む
- 第32回 システム開発の主役「バイリンガル技術者」育成計画
- 第33回 Rubyを支えるYuguiの自信 「最後にはわたしがいる」
- 第34回 「不採算プロジェクトは俺が防ぐ」技術責任者の決意
- 第35回 「自分で自分の面倒をみる人が得をする」組織づくり
- 第36回 良いリーダーは笑いとつかみのツボを心得ている
- 第37回 新規事業のリーダーに求められる決断力と勇気
- 第38回 はてなのインフラを支える「ビジョン」と「数値化」
- 第39回 空賊一味のような「職人エンジニア集団」を作る試み
- 第40回 クララオンライン 家本氏「トッププレーヤーを意識せよ」
- 第41回 技術者は技術に専念。ただ、ビジネスにも興味は持て
- 第42回 30分でやると決めたら30分でやる、「いい訳無用」
| リサーチャーが語る「Webサービス業界の勝ち組の特徴」と「求められるスキル」 マーケットプランニング、コミュニケーション、柔軟なアーキテクチャ設計が鍵 |
| 『本当にあった危ない話』システム開発における法的トラブル事例を紹介! 紛争を事前に防ぐために、専門家への相談が大切です。 |
| 気になる「社会人大学院」という選択肢 仕事との両立は本当に可能? 独学とは何が違う? 実際の学生・卒業生6人に聞いた |
|
|
| 1日1問、模擬試験問題をメールで届けます | |
| ITスキル研修4000件、最新情報の検索できます |
スキルアップ/キャリアアップ(JOB@IT)
スポンサーからのお知らせ
- - PR -
お勧め求人情報
| ◆あなたのプロジェクトは大丈夫? システム開発における法的トラブルの事例 |
||
| ◆気になる社会人大学院。興味はあるけど仕 事と両立可能?実際に通った6人に聞いた |
||
|
**先週の人気講座ランキング**
〜CCNP編〜
ITトレメ・今日の問題
基本情報技術者試験
仮想記億システムで使用されるページ置き換えアルゴリズムには、FIFO方式やLRU方式などがある。これらのページ置き換えアルゴリズムの基本的な考え方として、適切なものはどれか。<13年秋FE問30>







「秘密のファイル世界デビュー」――日立システムがセキュリティかるた大会