シリコンバレーでは製品としての技術だけでなく、プロジェクトとしての生産性を上げるための技術も進んでいます。
様々な方法が試されながら改善されていってるのです。
日本でも製造過程で手段が確立、活用されていますがシリコンバレーではどのようにプロジェクトを達成していくか興味ありませんか？

「こういった技術はシリコンバレーだから通じるんだ！」

「日本の会社、それも自分の今いる会社で通じるわけがない！」

と思われるかもしれませんよね？

でも、そんなことないと思います！
確かに会社や組織の方針により新しいプロセスを提案しても簡単に通らないことがあります。
それはそれで放っておきましょう。
そんなことに時間を費やしても労力の無駄だと思いますし、気力もなくなり精神的に参ってしまいます。

先ずは自分自身が意識改革し個人レベルでこういった技術を身に着けるのをおススメします。
多くの本は組織としてのプロジェクトを効果的に達成することを目的として書かれています。
ですが、それを組織として実践する必要はないのです。
僕がここでお伝えしたいのは自分自身に対して実践するということです！

今回はロッシェル・カップさんの書籍を主に参考にさせていただきました。
理由は

• 日本の会社の状況をとても良く観察されている
• データを元にポイントを明確に分析されている
• シリコンバレーでの具体的な実例がある
• 僕がシリコンバレーで経験している内容そのまま

日本、シリコンバレー両面の情報を非常に詳しく分析されており、非常に経験豊富な方だと思います。
    * Japan Intercultural Consultingはロッシェル・カップさんの経営されるコンサルタント会社

参考にした本は以下2冊。

前者は日本の状況とシリコンバレーの状況が非常にうまくまとめられていて導入としておススメです。
これを読んで自分の置かれた状況と照らし合わせてみてください。

「そんなことはない！自分も組織もモチベーションは高い！」
という方は良い組織でお勤めなのだと思います。
自分自身にではなく組織に対して実践できる環境なのだと思います。

後者は先ず最初に全体的なイメージを掴めればいいかなと。
その後気になったところをじーーーくりと読むのがいいかなと思います。

個人レベルで使えて私がおススメするのは3章にある以下のテクニック。

1. アジャイル
2. リーンスタートアップ

ここで学んだものを個人の業務レベルにどう適用できるか考えてみてください。
そして実践してみてください。
シリコンバレーでも組織レベルで達成するのは決して楽ではないものです。

ですが、個人レベルならよりフットワークも軽く実践し易いと思います。

例えばアジャイルであれば以下のようなことが考えられるかな。

• 自分自身でバックログを作成
• 顧客（ここでは上司、プロジェクトメンバー）のニーズにより優先付
• タスク内容を可視化、ツール化
• 自分自身のタスクでスプリント
• 打ち合わせで報告が必要であれば自分専用のタスク管理ツールを使用
• スプリント後は自己評価
• 結果やプロセスを含め改善点を次につなげる

リーンスタートアップであれば

• 最初からじっくり要求に対する検討をするのでなく先ず作る
• 顧客（上司やプロジェクトメンバー）の反応・フィードバックをもらう
  • 発表用資料などであれば先ずはコンテンツ・ストーリ作成時点で反応確認
• フィードバックから早く学び次につなげる
• フィードバックもらうときは自分の考えを先ず伝えて意見を聞く

基本的には顧客を会社にとっての顧客でなく、自分にとっての顧客に置き換えることでやり方が少し見えてくるのではないかな。
そして、実践するに際して別途専門書などで理解を深めると良いと思います。

時間はかかると思いますが、少しずつ試してダメなら何が違うのか考え自分なりにアレンジすれば良いと思います。
きっと数か月もすればどこかで変化を感じてもらえるのではないかな。


少しずつ個人レベルで身に着けられてそれが上司やチームメンバーに感じ取られるようであれば、その時がチャンス！

自分の考えを提案し、グループ・組織にインパクトのある一流社員になる一歩を！

それでは、また。アスタ　ルエゴ！
​​

「言われた事をひたすらやっていき、その都度課題を解決していく」
重要なことですね。

　アサインされた課題

• 期限に間に合っているか
• 課題をどうクリアしているか
• レポートがどのようにまとまっているか
• などなど

まさに私がそれまで日本でエンジニアとして経験していたサイクルでした。
仕事をアサインされ、その成果物の質次第で査定が決まる。
ちゃんとしたエンジニアリングの作業プロセスもあるので成果物の質が良ければ認められました。
ただ、これは評価されるうえで最低限必要なこと・・・

さてシリコンバレーではどうか？
実は・・・

日本人エンジニアとしてやってきた過去のスタンスが通じたのは初期の頃だけでした。

日本人としての持ち味は作業の細かさやコツコツとデータを纏めたり資料作りをしたりというところ。
また実験室での泥臭い作業をこなしてきた自分にはどうって事無い！
逆に優秀な人材が多いシリコンバレーではあまり泥臭い作業は好まれない。
自分の持ち味をいかせるぞぉー！
と頑張ったものの、いざ仕事をアサインされて成果物を出しても反応が、い・ま・い・ち・・・
年度末の評価も 中の中 程度・・・

あれっ？？
あれれ？？

ちょっとまずいなぁーーーと思い再び初心に戻って "観察" してみることにっ。
　　"観察" に関しては本ブログ 「シリコンバレー流　エンジニアの仕事術　周りを観察する事で見えてくる自分の価値」にご紹介していますので是非一度読んでみてください。

そこで気付きました。
評価されている、信頼されているエンジニアは自ら提案して仕事をしているではないですかっ。
自分みたいに仕事を待っている人はほとんどいなーい・・・

どんな感じで提案しているかというと、例えばこんな感じ。

• 今後こういった課題がありそうなので、ここは自分がカバーします。
• これは誰かがやらないといけないので自分がやっておきます。
• 自分だけでは対応できないタスクがありそうなので、誰々と話して一緒に進めておきます。
• この技術はこういったことに使えそうなので、少し調査しておきます。
• ここは少し効率が悪いので改善しておきます。
• などなど

あんまり疑問系「やってもいいですか？、どうしますか？」でもなく、「やります、やっておきます」って感じなんですよね・・・流石優秀・・・あっぱれでした。
もちろん自分の意見を述べた上で、上司の意見を求めるケースもたくさんありますが。
自分のタスクでないから、アサインされていないから、といって提案しないのはチャンスを自ら逃しているに等しい。

基本的には仕事内容を待ってその都度言われたタスクをやるだけでは評価されません。
​自ら気付き、気付いたら自分がやる！

というコツを学んだのでした。​
ただ、これを実践するには時間がかかりました。
与えられる仕事内容は当たり前にこなしつつ、周りをもっと観察して何か必要なのかというのをいち早く察知しないといけません。
この与えられる仕事内容のスピードを上げつつ質を維持し、少しでも効率を高めないといけません。

学んだからには実践。
いろいろとやり方を試しながら進めていった結果、年度末の評価も徐々に上がっていきました！
ありがたや、ありがたや。

それともう一つ学んだコツ。
普段からマネージャーの言葉には耳を傾けて「近いうちにプロジェクト、タスクとして何がありそうか」というのを探っておくことです。
そこでピンときた内容には予めちょっとした資料を用意しておくとグッド。
感が当たってマネージャーから話があれば資料をちょいと加工して直ぐ対応できます。
「その件なら前に気になって調べてたのでメールしますね。」
てな感じに。
例え感が外れても調べたことは知識に繋がります。
何事にも Initiative に、そして Assertive にですね。

それでは、また。アスタ　ルエゴ！

こんにちは。
​今回は観察すると言うことについて。

エンジニアとして科学的な現象を観察するのはとても楽しく興味を持ちますよね！
データを観察したり、プロセスを観察したりするのは、どこで何が起きているのか理解するのにとても助かります。
エンジニアとしてとても重要な能力です。

しかしながら、ここでご紹介したいのはちょっと違います。
上のようにエンジニアという観点で観察というと、ついつい研究的な事や技術的な事などといった感じで考えられがちですが、これはいわゆるハードスキル、ご紹介したいのはどちらかというとソフトスキル的な観察です。

エンジニアとして価値を高めるためにはチームを観察するという事も重要！
「それはマネージャーの役目だと思うけど、どういうこと？」ってなりますよね。
いえいえ、マネージャーはもちろんそうですが、エンジニアとしてもかなりプラスになります。

チームをよーく観察することで自分のエンジニアとしての経験を活かせそうな場が見えてくることがあります。
そして技術的にチームのプラスとなると思えるところは、改善するためのアクションをどんどんしていくべきです。

例えばですが、

• チームメンバーの個性：効率良く連携するにはどうするか？
• プロジェクトの納期：遅れがちだが、何が足りないのか？
• プロジェクトの成果物：質にいまいち納得いかないが、何が足りないのか？
• チームに無い新しい機能：ある分野の技能を持った人がいないが、自分がやったらどうか？

こういったチーム内の観察はとても重要で、採用されたばかりの新しい職場であったり、しばらく勤めて変化が欲しい時であったり、いろんな場面で有用なソフトスキルです。
観察により何かを発見し、それを改善するためのアクションができるエンジニアはとても価値の高い人だと思います。

私の知っているエンジニアにも観察能力に長けた人たちがいて、そういう人はやっぱり周りからとても尊敬されていました。
こういう人を周りに尊敬されている人を観察しスキルを吸収していくのもまた重要ですね！

それでは、また今度。　アスタ ルエゴ！
​

今回はアメリカのシリコンバレーでエンジニアとして再スタートした時の事を少しご紹介したいと思います。
シリコンバレーはご存知の方もいると思いますが、アメリカ カリフォルニア州のサンフランシスコ近辺などベイエリアと呼ばれる地域になります。
その昔、多くの半導体（原料：シリコン）を扱ったメーカーが集まっていた事とその地形（盆地：バレー）からシリコンバレーという名前の由来になっています。
シリコンバレーにはアップル（クーパチーノ）、グーグル（マウンテンビュー）、フェイスブック（メンローパーク）、アドビ（サンノゼ）、インテル（サンタクララ）、シスコ（サンノゼ）、ヤフー（サニーベール）、オラクル（レッドウッドシティー）、エヌビディア（サンタクララ）などなど多くの著名な企業が集まっています。
その昔と言ったのは、今では半導体メーカーというよりは、IT関連の企業などが増えてきてシリコン製品だけで競争している会社は少ないからです。
　シリコンマップスという会社では企業一覧をグラフィカルにマップにしたポスターなどをデザインしています。
　仕事上、いろんな会社を訪問するのですが、割とよく見かけます。
　シリコンバレーだけでなく他の地域もサポートしていてビジュアル化して企業を見たい場合にはとてもお勧めです。

さてアメリカで転職した当時の話に戻りますが、今振り返ってみると当時は自信と不安の塊で、モチベーションというエネルギーはとても高い値を維持しながらもそのエネルギーの塊はバタバタとノイズのように乱れていたという印象です。
精神的には乱れまくり・・・
日本にいた時の私は欧米人に対する憧れと一緒に仕事をしてみたいという強い気持ちがあった一方で、「自分なんかが優秀な人たちに囲まれてエンジニアとしてやっていけるのか、ついていけるのか」といった劣等感を既に感じていました。
「何か始めないと」と思いながら、お昼休みは自己啓発本などを読み、仕事が終わればインターネットで毎日現地の情報などを調査、時間があれば英語の勉強などをしていました。
　当時読んでいた自己啓発本などは精神面を整える上でとても役に立ち、今でもお気に入りは保管しています。
　ここで当時読んでいた本の１つを書籍紹介ブログ記事 「転職時に読んでいたおススメ本のご紹介」 に紹介していますのでご興味ある方は是非。
　英語の勉強は苦痛だったなぁ・・・というか苦手・・・今思うと日本で勉強していた内容がどれだけ身についていたのか。
　当たり前なのかもしれませんが、「習うより慣れろ」が一番だということをこっちに来て再認識しました。

そんな毎日を過ごしているうちにアメリカで挑戦してみるという感情は日に日に高まり、しばらく経つと割と引っ込み思案な自分が転職会社のリクルータなどにコンタクトしながらいろいろとアドバイスをいただいていました。
海外の会社へ直接転職するというケースはほとんどなかったので、外資企業や海外に子会社などがある日系企業をターゲットとしていました。
　ターゲット

• その１：外資系企業での現地就職を直接アタック！
• その２：外資系企業で国内就職し、短期 (1-3年)での現地トランジション！
• その３：日系企業で国内就職し、現地駐在員を目指す！

　２と３はエージェントにその意志をしっかり伝えた上で「考えてもいいよ」という企業だけ面接しました。
　人を巻き込んで動き出したら流石に引けないですねぇ・・・
　やっぱり動き出さないと何も始まらないというのを痛感。

そういった中でいくつかの企業と面接の機会をいただきながら自分の技術能力が海外で通じるレベルなのかを試していましたが、流石に外資系企業の面接は難易度も高かったです。
技術能力を試す問題や思考能力を試す問題などをホワイトボードを使って説明しながら回答するといった形式が多々ありました。
　日本の典型的な面接である人柄や経歴などを確認するのとは大分違うので慣れるまでは大変。
　しかも英語で・・・というのが英語の成績の悪かった自分には苦痛・・・

自分も割りとまじめ？？に働いていた方なので自分の分野である技術的問題にはある程度解答できていたと思いますが、全く知らない分野で思考を試されたりするような問題にはとっても苦労しました。
そんなことを繰り返しながら数は少ないものの内々定、内定などをもらいつつアメリカでもやっていけそうかなぁという感触を掴んでいた日々でした。
　今思うと退職する時が一番大変だったかなぁと。
　それまで色々と面倒をみていただいた上司や先輩方などに「申し訳ありません！」という気持ちで一杯でした。

さて、話は飛んでシリコンバレーでのエンジニアライフをスタートしたわけですが、先ほど書いた通り精神的にはかなり乱れていたと思います。
私の場合は製品の技術サポートをしたりするようなお仕事でしたので、社内だけでなく上で挙げたような社外の大手企業のエンジニアと打ち合わせする機会が沢山ありました。
説明しないといけない内容などは理解できているけど上手く伝えられなかったり、文化の違い、仕事の進め方の違いなどで本来一人で片付く仕事も周りのエンジニアに少しフォローをしてもらいながら数ヶ月を過ごしていました。
　今思うとただ黙々と自社製品の開発に取り組むような職種であれば、成果物を出しやすかったのかなぁと思ったりもします。
　が、シリコンバレーを含め大手企業のエンジニアとのやり取りもできるというのはとてもプラスでした。

あまりにも周りを巻き込んでいたので、「これはいかん！」と思い出したのがおそらく3ヶ月くらい経った頃でしょうか。もっと自律しなくてはと思い、落ち着いて先の事を考えてみることにしました。
その時に考えたことなどは今でも自分の中で基本として残っているのですが、その中でもやはり基本中の基本としているのは ”観察” です。
人と同じ事をやっていても自分の価値はなかなか生まれないので、先ずは周りを観察することにしました。
チーム、グループに足りないものを見つけそこを自分の価値となるよう伸ばしていこうと思ったのです。
　この考えは新しい職場、会社に移った時などの基本として今でも参考にしています。
　本ブログサイトの「シリコンバレー流　エンジニアの仕事術　周りを観察する事で見えてくる自分の価値」でご紹介しているのでお時間ある時に是非一度呼んでみてくださいね。

難しそうに思えるのですがグループによっては簡単に見つけられることもあり、コツさえつかんでしまえば割と簡単に適用できたりします。
私のシリコンバレーでのスタートがこの考え方に救われたと言っても過言ではありません。
スタートから6ヶ月くらい経った頃には自分だけにできることを見つけることができ、1年後くらいにはグループ内に今までなかった仕組みを作ることができました。
　このやり方はおそらく日本でも可能かとは思いますが、業務プロセスが日本の方ががっつりと決められているので個人的にはUSよりも少し難しいのかなとも感じています。

「グループ、チーム内に足りないことを観察する。」という単純なところに気づくまで3ヶ月ほどかかってしまいましたが、これにより無事にスタートできたと今でも思います。
逆に言うと「人と同じ技術能力でやっていても生き残るのは大変だ。」というのを感じた時期でもありました。
​
それではまた。アスタ ルエゴ！