舩木俊介「かつて未来とよばれたソサエティ」

スーパーソフトウエア東京オフィス代表&キッズラインCTO

新しく入社する社員も多いので技術的な基本研修をやったりしてますが、人にものを教える先生というのはちょっと楽しい。どうだこれは分かるか、こんなのだったらどうだ、この問題は解けるか、という感じでSレベルが問われる気がする。まあ、気がするだけで合ってるかどうかは知らないけど。

C言語をメインで使ってたというエンジニアの場合は、プログラミングは出来るけど、Webやスマホの技術背景に戸惑うこともあるので、ベーシックな講義も実施。 87dd454e_2
プログラム設計で重要なことは「いかに抽象化した考え方」ができるかということ。ネットに転がってるソースを切り貼りすることでも多少動くものを作った気になるけど、自分の思ってるものやこだわりを実現しようとしたらちゃんと自分自身で設計できないといけない。自分でアプリを企画して実装してリリースくらいは簡単にできるよ、というくらいのレベルにはなって欲しい。

オブジェクト指向講座の主題は、福山雅治も出川哲朗もデーブスペクターも人である、ということ。いきなり、歌のクオリティやザリガニの有無といった細部は考えないで、人だということから始める。これはデーブスペクターだ、これはヤキソバンの宿敵ケトラーだ、とか些細な違いに惑わされないようになれば一人前。見たもの、触れたもの、目の前の世界が全てコードに見えるようになる。

k1 k2
講義のあとは、もちろん宿題を出して、提出されたコードをチェック。言語は何でもいいよといったら、Java、Rubyの他に意外に人気が高かったのがC#。エンジニアだけでなく、コンサルタントも人事も関係なく宿題やってこいという無茶なオーダーを出したところ、なぜか人事のやまきさんが結構すごいRubyのコードを書いてきたのでびっくり。期限までに提出しなかった男子は、化粧して新宿2丁目を歩くなど楽しい罰ゲームもご用意してあります。

iOSの研修は、画面仕様だけ与えて1週間で10本アプリを作るブートキャンプ。基本が分かっていればできるものと、API連携などちょっとハードルあるものまで、硬軟取り混ぜて入門編。 k4 k3
思った通りにプログラムが書けるようなエンジニアに必要な構成要素は、①文法、②設計・抽象化、③制御処理や影響範囲などのロジカルシンキング、④実装手法のパターン認識力、⑤トラブルシューティング能力、⑥コントリビューション、あたりかな。

夏っぽく恵比寿のビアガーデン(のはずが屋台の露店ぽい感じ)で歓迎会。 IMG_1085_2

今週は、月曜日朝イチからオフィスの大掃除&レイアウト替え。電源とかLANケーブルが末期状態になっていたのをほどいて整理して、机を動かし、全員でほこりまみれになりながら協力して綺麗に。かなり開発しやすいオフィスになって、働きやすく、笑いもさらに増えた。 IMGP6085_2
IMGP6082_2
IMGP6092_2
ランチは某R社の役員の方と、表参道のtwo roomsで。このお店、テラスがあったり、お洒落で美味しくてめちゃめちゃ良いですね。楽しいお話を色々して、 IMG_1036_2
IMG_1038_2
カラーズのミーティングに。福士蒼汰のカレンダーが届いたということで、みんなで記念撮影。なんでみんなそんなに福士蒼汰好きなのかさっぱり分からないけど。 IMG_1065_2
Gigazineの記事でみた「3Dホログラム」を早速作ってみたら、すごいすごいと社内で大好評。ものすごく小さいけど、CDケースで簡単にできるのがいいところ。 IMGP6048_2
IMGP6066_2
IMGP6060_2
一番気に入ったのは、地球。3Dで回ってる地球が手の中にある、というのは中学生のときにみたスタートレックとかそんな雰囲気。 IMGP6055_2
六本木の叙々苑で、エンジニアを急に集めて焼肉!実は今週2回目の叙々苑。 IMG_1074_2

61ol+h6uD1L
バリューのある仕事をするには、解の質を高める必要がある。そのために、イシュー度、つまり課題の質を問わねばならない。

何年か前に読んだ、「イシューからはじめよ(ヤフーCOO室室長 安宅和人)」という本がオフィスの本棚にあって、結構いい本だったよなと思いながら久しぶりに読んでみた。問題提起はストレートに、生産性を上げるとはどういうことか、について。まとめると冒頭の一文になる。

簡単に言えば、生産性の高い人は解決すべき課題を見極める能力が高い。仕事ができない人は、成果に関係のない無駄な努力が多い。その「見極め」に差がある、ということ。

そもそもハイレベルな仕事というのは不確実性の固まりなので、決まった手順があって、その通り行えば目的が達成されるという種類のものではない。結果を出すには幾通りものアプローチがあり、いくら真面目に取り組んでもダメな経路もあり、ムダと気づかずムダを重ねる人もいる。つまりスタンスの問題ではなく、思考力が問われる。

例えば、Googleはウェブにある目的の情報をユーザがいかに入手するべきかという解から始まった会社だ。その背景にはもちろん、当時のディレクトリ型では賄いきれないほど情報が増え、闇雲にキャッシュしたなかから特定の語句を含むページを表示する原始的検索では目的文書にたどり着くことが難しいことがあった。

この本に沿って言えば、ユーザの検索コストというイシューに対して、ドキュメントの有用性評価を行うページランクという解によってバリューを出している、ということになる。こてこてとデザインで飾り付けたり、余計な情報を付加したり、といったショボくてムダな努力はしない。

カレーを作るときに、どんなに料理が下手な人でも、とにかく水の量に気をつけていればなんとかなる。野菜の切り方など、それ以外の細かい努力をいくらやっても大して変わらないが、水の量を間違うととんでもないことになり、正しければ美味しいカレーができる。つまりは、それと同じことだ。

イシューとは、
① 2つ以上の集団の間で決着の付いてない問題
② 根本に関わる、もしくは白黒がはっきりしていない問題
今の段階で答えを出すべき問題であり、かつ答えを出せる問題(=イシュー)は、我々が問題だと思う対象全体の1%ほどに過ぎない
「これは何に答えを出すためのものなのか」というイシューを明確にしてから問題に取り組まなければ後で必ず混乱が発生し、目的意識がブレて多くのムダが発生する。


個人的には、この巻末コラムが好きだった。どんな分野でも、プロフェッショナルとなるくらいのレベルは、こういう意識で取り組むべきだと思う。これが言いきれない人は何歳であろうが、まだまだ先は長い。

「コンプリート・スタッフ・ワーク(Complete Staff Work)」これは「自分がスタッフとして受けた仕事を完遂せよ。いかなるときにも」という意味だ。この「コンプリートワーク」という言葉はプロフェッショナルとして仕事をする際には、常に激しく自分にのしかかってくる。プロフェッショナルの世界では「努力」は一切評価されない。
「人から褒められること」ではなく、「生み出した結果」そのものが自分を支え、励ましてくれる。生み出したものの結果によって確かに変化が起き、喜んでくれる人がいることがいちばんの報酬になる。


戦略コンサルタント寄りの書籍だけど、エンジニアでも、プログラミングを学んだ後に、身につけた素晴らしい技術を使ってクライアントの問題を解決する、何かを生み出して社会を変える、ここで役に立つ内容なので読んでみて欲しい。

↑このページのトップヘ