Catalog Creation

テック業界でMBAに人気の仕事の一つにプロダクトマネージャがあります。
MBAで人気の仕事の割に、実際にMBAに入ってみると
関連バックグラウンドを持った人が少ないなーとか、
授業が的外れだなーとか
思う機会が多いです。

そういうことを感じながら2年間過ごしてきて
プロダクトマネージメントを勉強するには
コンピュータサイエンスの方がバックグラウンド的には適切なんだろうなー
と思うようになったのですが、
Health Analyticsでコンピュータサイエンスの人達のピッチを見たり
一緒にチームでロードマップ考えたりしてると
コンピュータサイエンスもコンピュータサイエンスで問題あるなー
と思うようになりました 笑

プロダクトマネージャは、ビジネスの知識とエンジニアリングの知識の両方を
結構ちゃんと知ってる必要があるので、
やっぱりどっちも知ってる人じゃないとダメなんだなー
というのも一つの理由で、
確かに純粋なMBAの人は市場規模の計算に終始し
テクニカルチャレンジやテクニカルフィージビリティのところで
言ってることわけわかんないことが多いですし、
コンピュータサイエンスの人は、インプリメンテーションに終始し
マーケット感覚(それ誰が使うの?)がないことが多いです。
…もちろんどちらの学校にもそういうことがちゃんと出来る人も少数いますが。

ですが、それ以上にMBA、コンピュータサイエンスに共通して
解決しようとしてる問題の本質は何で、そのアイディアはそれをどう解決するのか
ということを考えるスキルのある人が少ないなーと感じます。
そしてそれを教える授業も、UCLAにはボクの知る限りほとんどないです。

で、ボクは結構このスキルが、プロダクトマネジメントにとって
一番大事なんじゃないかレベルで重要な気がしています。

学校でこのスキルを勉強したい場合は
アイディアのピッチやデモがある授業をとりまくったり
授業外のそういう機会に飛び込んで
実践から副次的にフィードバックを貯めていくしか術はなさそうです。

「てか偉そうに語っているけど、そんなお前はどうなんだよ」
という話になるのは自然な流れだと思いますが 笑
ボクもあんまりそのスキルないです。笑

が、謙虚をやめて書くと 笑
一応前職でそういうことを考える仕事をたくさんさせてもらえたおかげで
バックグラウンドのないMBAの人達やコンピュータサイエンスの人達と比べると
アドバンテージがあるなーと感じます。

ということで前置きがハイパー長くなりましたが 笑
今回は前職でやってた「そういうことを考える仕事」である
カタログ作成という作業について書いてみようと思います。

カタログ作成

「カタログ」は前職で勤めていたワークスアプリケーションズの社内用語です。
カタログは読んで字のごとく製品のカタログです。
普通の製品カタログと何が違うかというと、書くタイミングと対象です。
ワークスでは製品を作る前にエンジニアが書きます。
書いたカタログを元に
(多くの場合は)それを書いたエンジニアが製品開発をしていきます。
そして一般的な製品カタログとは異なり、
社外のお客さん向けではなく社内のエンジニア向けです。

カタログにはユースケースと言って
誰がどんな時に使うことを想定していて、そこにどんなメリットがあるのか
をまず記載し、
そのユースケースに記載したメリットを最大限実現するための機能を
優先度の高い順に記載していきます。

と、これだけ書くととっても簡単そうで
「なんだ、それくらい書かなくても私もやってるわ」
と思う人も多そうですが、
意外と奥が深いです。

例えば、
商品を納入したけど期日までに入金が入らなかった注文の一覧を
月次でまとめて印刷する機能のカタログのユースケースとして、
「経理担当者が月末に使うことを想定していてこの機能によって
商品を納入したけど期日までに入金が入らなかった注文の一覧データ
を紙で見ることができる」
って書くとボツです 笑

上記のケースではまず一番初めに
「なんでこの経理担当者わざわざ紙で見たいの?紙マニアなの?」
という疑問が浮かびますね。
たぶん多くの場合経理担当者の人は紙マニアではないので 笑
紙で出力したいのには他の理由があるはずです。
例えば、この経理担当者は月次で未入金の注文について
経理担当者の上司からの承認をもらっていて
上司にハンコをもらうために紙で出力する必要がある。とか。

とすると、今度は
「なんでこの上司ハンコつきたいの?ハンコマニアなの?」
と思いますね。
わざわざ紙に出力してハンコをもらわなくても
そのデータを承認する機能があれば
わざわざ経理担当者が紙に印刷して上司のとこまで行く手間が省けますし
使う紙も減ってエコですし。プリンタの混雑も減りますし。

これを聞いて「あ、確かに」となる場合はたぶん印刷する機能よりも
承認する機能を作るべきで、作る機能が変わります。
逆に「いやいや言ってることはわかるんすけど、
うちの上司おじいさんなのでパソコン使えないんですよねー」
という場合はじゃあ確かに紙で印刷する必要あるかもね
となります。

もしこれが理由で月次でまとめて印刷する機能を作るのであれば
印刷の出力フォーマットにはハンコをつく場所を想定しているべきですし
文字も大きく見やすくデータがまとまっている必要もあるかもしれません。

次に
「てかそもそもこの上司はなんで未入金データの承認をしたいの?
未入金マニアなの?」とか
「なんで毎日じゃなくて月末なの?月一出社なの?」
という疑問が浮かんでくるので、なんで承認してるのか調べます。
調べていく上で、根本的なニーズがわかり、
例えばどの項目を元に承認するのかとか
どういう単位でどういう順でデータが表示されてるべきとか
機能のあるべき姿が見えてきます。

…というように問題の根っこをちゃんと理解するために
カタログを書きます。

ここで注意が必要なのは、一番初めに書いたユースケース
「経理担当者が月末に使うことを想定していてこの機能によって
商品を納入したけど期日までに入金が入らなかった注文の一覧データ
を紙で見ることができる」
でもカタログは書けてしまうし、
疑問を持たない人にはこれをみて
「ふーん、そうかもね。いいんじゃない?」
と思ってしまえることです。
それを元に
「よーし、じゃあスペースを最大限利用して
なるべくたくさんの情報を出力するようにして
一枚当たりの情報量がなるべく多くなるようにしよう」
と作ってしまうと、
「何この機能?全く使えないんだけど?」
となってしまうかもしれません。

ということでカタログ作成、レビューが鍵だと思います。
ちゃんとカタログをレビューできる人と一緒に議論することで
まだわかってないことが何なのかわかり、
より明確なカタログにブラッシュアップされていきます。
同時に自分自身にも同じ視点が養われていくので
初めから問題の根っこを掴んで、それをどう解決するかが
高い精度で描けるようになります。
経験則的にはこのスキルを初めから持ってる人って
ほぼいないと思うので、
このスキルを得るためには
人生のどこかのフェイズで
これに似た経験をする必要がある気がします。

そしてMBAに来て、このスキルって超重要だし
希少価値高いなーと思うようになったんですが、
同時に色々なプロダクトに触れる中で
このスキルって結構domain knowledge関係ないよね
と思うようになりました。
多分、一個の分野/製品でこれができるようになったら
どの分野/製品でも同じことが同じレベルでできると思います。

ということで、自分の興味ある分野かどうか関係なく
アイディアからプロダクト作る系の授業をとって
そこでピッチして経験ある人からフィードバックをもらう
というのは結構MBAの人こそやるべきことなのかもなー
とおぼろげに思いました。

実はその辺も含めてUCLAのMBAのテック関連のプログラム強化を
水面下で工作中なのですが、笑
それも何か動きがあったら学校の宣伝がてら書こうと思います。

Works Way Pt. II -How to successfully fail

さて、相変わらず更新頻度が落ちていますが、
今回は前回に続いてボクの最初のキャリアについてです。
前回はボクの勤めていたワークスアプリケーションズがどんな会社か
を書いたので、
今回はなんでボクがそんな会社を選んだのか、
そんな会社で最初のキャリアを4年間積んで結局どうだったのか
あたりを書こうと思います。

前回の話をまとめると、ワークスは

  • ベストプラクティスがない
  • リソースがない
  • 失敗して困ることがない
  • やらなきゃいけないことはありすぎて逆にない

ような会社で、

  • 新人になるべく難しい問題をやらせてあげる。
  • やり方はなるべく指示しない。本人に考えさせる。
  • ギリギリの本当にやばいタイミングで「できませんでした」が出たら
    マネージャーがそこから入ってなんとかする。
  • それでも万が一できなかったら上が責任を取る。

というめちゃくちゃなマネージメント手法を
わざと採っている会社でした。

というと、なかなか最悪な会社なように聞こえますし
できることならそういう会社は避けて
もっと堅実で努力をしたらした分だけ報酬や昇格で
必ず報われる会社に入りたいな〜と思うかもしれませんが、
(前回の記事も「ワークス ブラック」での検索が結構ありました 笑)

ボク自身は、採用面接で「そういう会社ですけどいいですか?」
と死ぬ程聞かれたので
入る前からそういう会社であることを知ってましたし、笑
実際入って辞めた今考えても、
そういう会社に入れてよかったと思っています。

そういう状況を知って入った理由も入れてよかったと思った理由も
一言でいうと

早くたくさん失敗しておかないと後々相当やばいと思ったから

です。

これを実感したのはUCIでの交換留学でした。

実感ポイントその1:ケーススタディのストーリー

あっちでの授業はケースが結構多かったのですが、
ケースの話の内容で、
「こんな問題が起きました。でも主人公Aはコツコツこれをやってきたので
それを元にうまいこと解決しました。いやぁ地道な努力って大事ですね」
というお話は全くなく、笑

主人公Aが窓の外を憂鬱な気持ちで眺めていると、
突然全く知らない大問題に巻き込まれて、
何も知らない中、手探りで状況を分析して
なんとか答えを出さなくてはいけなくなりました。
超ヤバいです。さて、どうしましょう?
というお話ばかりでした。

ボクはそれまで、
「Aという問題があります。
このAという問題はこれとこれとこれを使ってこうすると解けます。
じゃあこのAに似たBという問題を解いてみましょう!できるかな?」
という授業ばっかり受けていたので、結構衝撃でした。

実感ポイントその2:周りの人々

ポイント1のようなケースに対して授業では、
「さぁ何もわかんないですね、困りました。じゃあみなさんならどうしますか?」
ということを議論します。
みんな各々自分の経験を踏まえて議論していくのですが、
ただの20そこらの大学生のはずなのに、
既に複数回起業してたり、
ローカル企業のマーケティングマネージャとして働いていたり
アフガニスタンに派兵されて
自分のユニットの中で唯一のアジア系アメリカ人として
従事していたりと、激しいバックグラウンドを持っている人が多く
そんな彼らの修羅場をくぐりまくった経験から出てくる発言は、
机上の空論感が全くなくとても現実的で、とても説得力のあるものでした。

そういう人たちが自分の隣で
当たり前のようにそういう発言をしているのを見たり、
グループディスカッションやバーで飲んでる時とかに
色々話したりして思ったのは、

余裕ぶっこいている場合ではない

ということでした。

それまでは何の考えもなく、
大学も授業なんて基本的に出ずテストだけほいほい受けて
余った時間でバイトして遊んでいたボクだったので、笑

このまま平々凡々と過ごして、卒業して普通の会社に入って
3年くらい先輩の後ろについて色々勉強してとかやっていると
5年後にこの隣にいる人たちとの差が拡がり過ぎて
取り返しのつかないことになりそうな予感がプンプンしてました。

早く危機的状況に陥りまくって、
その中で一杯失敗できる環境に身をおいて
今までについた差を少しでも取り戻そう。

というようなことを考えながら
2008年のボストンキャリアフォーラムに参加すると、
リーマンショックの年なのでIB、コンサル含め
外資は撤退/大幅縮小していましたが、
日本の大企業に混ざって面白そうな
無名企業ワークスアプリケーションズが出典していました。

多くの企業では教育制度の充実や
事業の安定性、事業規模の大きさなどを説明して
面接で学生達に学校の成績や
課外活動でのリーダーシップ経験を聞いていましたが、
その会社では採用ページに
「あなたの過去の実績に興味はないです」と書いてたり
面接で「うちは教えることはしないです。勝手に学んで下さい。」
と言っていたので、
会社の大きさや事業フェイズを考えても、
ここに入ったらいきなり危機的な状況をたくさん経験できそうだな〜
ということで入社を志望し、
ラッキーなことに入れてもらえたので入社しました。

実際入ってみると、まさに思った通りで特に教育はなかったし
最初に書いたように何かが揃っている会社でもなかったですが、
ボクがそもそもITとか全く知らなかったこともあり、
新卒から一貫して危機的状況に陥りまくらせてもらったし、
(特に後半)やりたい放題好きなことを色々やらせてもらったし、
その中から学んだこともとってもたくさんありました。
(当然守秘義務があるので詳しい内容は公開できませんが。)

そういった意味でボクはこういう会社に入れて良かったな〜と思ったり、
これでUCIの彼らとの差を少しでも縮められてたらいいな〜
と思ったりしています。

ということで、
どこぞのMBなんちゃらの出願エッセイ風になってしまった
気がしなくもないですが、笑

まぁまとめると
UCIで会った人たちがアツ過ぎて彼らみたいになりたいな〜と思ったので、
少しでも彼らに近づくための修行の場としてワークスを選んで、
実際働いてみて、結構修行になったなぁと思いました、というお話でした。

引っ張ったわりに大したこと書いてなくてあれですが、
やっぱり個人的にワークスは面白い会社だと思うし、
会社もそこで働いている方々も
これからも尖ったままガンガン活躍していってほしいな〜と思っています。
どうも4年間お世話になりましたっ!

Works Way Pt. I – What the hell is Works Applications

相変わらず更新は滞りがちですが、今日は書きます。
受験中にMBAブログとかを見てると
結構この時期更新が滞っているな〜と思ってたんですけど、
実際に自分がこの時期を経験してみて滞る理由がわかった気がします。笑
起きていることがブログに書く程のことじゃないものか、
逆にとても書けないようなものなので必然的に書かなくなるのですね。
後者は書けるタイミングが来たらぜひシェアしたいなと思います。

さて、昨日4年ちょっと勤めていたワークスアプリケーションズという会社を
辞めました。

ボクの知る限りではワークスからトップMBAに行く人行った人は
ワークス出身者を含めてもボク以外に2人しか知らないので、
MBA志向の人にとって
ワークスに入るというのはあまりメジャーな選択肢ではないんだと思いますが、
振り返ってみると自分としてはキャリアの一番初めにこの会社を経験できたことは
相当ラッキーだったと思うので、ワークスってどういう会社なのか
MBA行く人の視点から書いてみようと思います。

ワークスアプリケーションズは一言でいうとベンチャーです。
多分そこが他の多くのトップMBAの方々が在籍されている日本企業と
圧倒的に違う点だと思います。
社員数こそ現在は3000人に到達しようとしていますが、
規模とか関係なくベンチャーです。

ベンチャーポイントその1:ベストプラクティスは、ない 笑

仕事を始める段階でどうやったらその仕事ができるかわかっていることは
基本的にないです。笑
新人だろうが誰だろうが基本的に仕事は前例がないものなので
どうやったらその仕事ができるかは誰も知りません。
自分で考えるしかないです。

ベンチャーポイントその2:リソースは、ない 笑

基本的に稟議は通らないです 笑
お金を出せば簡単に効率的に仕事が出来そうなものでも
稟議は基本通らないし、通らない前提で仕事をします。
自分で工夫するしかないです。

ベンチャーポイントその3:失敗して困ることは、ない 笑

そういう状況なので、失敗するのが普通です。笑
ただ、失敗してもあまり困りません。
もちろん少し怒られはしますが、それだけです。
評価制度が特殊で、無理そうなことをして大成功した人だけが評価され、
残り(無理そうなことをして失敗した人も
無難なことをして無難な成果をあげた人も)は
みんなほぼ同じ評価です。なのでフルスイングしたもん勝ちです。

ベンチャーポイントその4:やらなきゃいけない仕事は、あり過ぎて逆にない 笑

例えば既に製品が98%できている状態で残り2%の仕事を振られた時に
「その仕事は嫌です。この仕事の方が面白いのでこの仕事をします」
というと会社はとっても困ると思うのですが、
何せ製品はまだせいぜい20%くらいしかできていないので
残り80%の中から自分のやりたい2%が選べます。笑
そして仮にその80%の中に自分のやりたい2%がなくて、
全く予定になかった2%を勝手に自分で作って選んだとしても
特に問題ありません。
20%も22%もほぼ一緒ですから。笑

ということで、
書いてみると見方によってブラック企業と言われても仕方ないのかな〜
という気もしますが、 笑
一方でワークスは「働きがいのある会社」上位の常連でもあります。
これは、ワークスがとてもクセの強い会社で
合う人、合わない人がはっきりしているからだと思います。

あなたは解けるとわかっている問題を
解き続けたいですか?

この質問にYesと答える人はたぶんワークスには合わないです。
教育、研修の充実した、先輩から手厚い指導を受けれる会社に入る方が
幸せになれる気がします。ワークスは代表陣のキャラが濃く、
そこに魅かれて上記質問にYesと答えるであろう人なのに入社してしまった人も
何人か知っていますが、結構苦戦している気がします。

逆に「解けるとわかっているならわざわざ自分がその問題を解く必要はない、
解けるかわからない問題だからこそ自分が解く意味がある」
と思える人はワークスを結構楽しめる気がします。

解けるかわからない問題を解くことが好きか

基本的には採用も突き詰めるとそこを見ている気がしますし、
組織としてもそれを前提に動くので、
マネジメント方針も多分他の多くの会社からは奇怪に見えると思います。

普通は、どんな仕事でもその仕事を成功させることが第一のゴールなので、

仕事ができるように新人が出来ると思えるレベルの仕事を振る。
仕事のやり方は混乱を招かないようにきめ細やかに指示を出す。
進捗を徹底的に管理し、リスク要因を減らす。

というようなマネージメント手法が一般的だと思うのですが、
ワークスでは

新人になるべく難しい問題をやらせてあげる。
やり方はなるべく指示しない。本人に考えさせる。
ギリギリの本当にやばいタイミングで「できませんでした」が出たら
マネージャーがそこから入ってなんとかする。
それでも万が一できなかったら上が責任を取る。

という方針が一般的です。

若手は普通に難しい問題をやるので大変ですが、
マネージャーは、若手が解決できなかった場合に
その難しい問題を超短期間で解決しなければいけないのでもっと大変です。
そしてそれもできなかったときに怒られるのは上の人です。

難しい問題はマネージャーが初めからやって、
若手はその問題の一部を的確な指示を与えてもらいながらやるという方が
成功率は圧倒的に上がるのに、なぜそうしないのかと言うと
ワークスにとってはビジネスが成功するかどうかは結構どうでもよくて
如何に個人の問題解決能力(解いたことのない問題を解決する力)を育てるか
の方が大事だからです。

たぶんビジネスをマジメにやっている人たちからすると
それはとっても不自然で気持ちの悪いことで、
「もっとできることからやらせて着実に成長させるべき」とか
「もっと効率的に利潤を追求するべき」とか言いたくなると思います。笑

一つ目については、最初の
「解けるとわかっている問題を解き続けたいか」に帰結します。
一つ一つ積み上げていって何かのスペシャリストになりたい場合は
あまりワークスはフィットしないと思います。
逆に、未見の問いに取り組み続けたいというような人には
とってもフィットする気がします。

二つ目については、ファウンダーCEOの非上場企業において
そのビジネスをどうしたいかはファウンダーの勝手なので
ファウンダーがやりたいことをやっていて、
それに賛同する人が、好きでその会社で働いているのであれば
別にそれでいいんだと思います 笑

ワークスのファウンダーは
日本企業の情報投資効率を世界レベルに引き上げるというゴールを
優秀な人材が興奮できる方法で実現したいそうで、
そのゴールへ最短距離で行くことも
そのゴールへ向かうにあたり利潤を最大化することも
たぶんあまり興味がないです。笑

そのゴールを達成するにあたり、なるべく社員が興奮できる方法を担保する、
その制約下で可能な限り利潤を追求する。

そんな順番な気がします。

たぶん一部上場企業のようなステークホルダーがたくさんいる会社は
そんなめちゃくちゃなことはできないと思うので
ファウンダーが経営陣だからこそ、
ワークスはこういう状態でいられる気がします。

また、上場していないファウンダーCEOの会社でも多くの場合
経営陣がこういう風にしたいからと言って
こんなめちゃくちゃなことをしていると普通潰れます 笑
世の中は甘くないので、同じことを効率的に行う競合が現れた時点で
こんなめちゃくちゃなことをしていると競争に負けるからです。

ワークスも創業以来一貫していろんなところから潰れる潰れる言われていますが、
今のところ生き残っていますし、笑
少なくとももうしばらくは生き残り続ける気がします。

これはワークスのビジネスモデルが
多少の非効率では揺るがないような競争優位を持っているからです。

ワークスは
ERPの日本市場をグローバルニッチと捉えて、
日本市場に特化したニッチャー戦略を実行に移した最初の企業で
システムの業務網羅率を競争の土俵にしたので
後続に同じことするを企業が現れても先行者優位(作り始めた時期が早いので
同じ速度で開発を進めると後続に業務網羅率で負けることはありえない)で
勝てます。

ということで少なくとも業界に次のパラダイムシフトが起きるまでは
結構生き残るんじゃないかな〜と思うのですが、
そんな細かい話はどうでもよくて 笑

要するに、ワークスアプリケーションズという会社は
ベンチャーで、よくわかんない問題を解くのが好きな人たちが集まっていて
色々めちゃくちゃだけどもう少しは生き残るであろう
たぶん行動規範が伝統的な日本企業とかけ離れている会社
なんだと思います。

こんな会社が一社くらい日本にあってもいいと思うし、
こんな会社が日本にもあることを
MBAトップスクールの世界の優秀な人たちが知ってもいいと思います。

…で、ボクがどういうつもりでこの会社に入って、
結局よかったのか悪かったのかとかは
長くなってしまったので次回にまわします。笑