「元グーグル」という肩書はいつか外したい――及川卓也さんが考える、日本の「残念なIT」からの脱出法 | HRナビ by リクルート
DEC（デジタル・イクイップメント・コーポレーション）・マイクロソフト・グーグルと、時代を築いた外資系IT企業を渡り歩いた及川卓也さん。マイクロソフトではWindows NT、グーグル時代にはGoogle日本語入力やChrome OSなどのプロダクトに、エンジニアリングマネージャーとして携わっている。 今年5月にプログラマー向けの技術情報共有サービス「Qiita（キータ）」を運営するインクリメンツを経て、今年6月に独立。現在は、国内人材紹介大手のクライス＆カンパニーの顧問に就任し、CTO・IT技術人材の採用支援や組織変革活動に力を入れている。そんな及川さんに、「日本のITをどう見ているのか」という観点から話をお聞きした。 日本のIT産業はどこが残念なのか？ ――組織変革やIT活用という面で、しばしば「残念」と評価されてしまうこともある日本のIT産業ですが、いわゆる外資大手IT企業での経験を
手を動かせるプログラマの市場価値が高まる理由 〜 この10年間で起きた４つの環境変化 | Social Change!
プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト
ホリエモン×藤田晋｢IT界は人材不足だ｣
プログラマー不足が深刻化している。特にシリコンバレーでは、優秀なプログラマーは引く手あまたとなっている。今後はあらゆる産業がネットにつながるIoT（インターネット・オブ・シングス）化への流れもあり、ますます需要が増えることは間違いない。日本も同様で、多くのネット企業がプログラマーの採用に積極的だ。今年6月に閣議決定した「日本再興戦略」でも、プログラミング教育の推進を取り上げるなど、国もIT人材の育成を推進しつつある。プログラミング教育の重要性について、サイバーエージェント社長の藤田晋氏と堀江貴文氏はどう考えているのか。 プログラミングの義務教育化も ――2013年からサイバーエージェントは小学生向けのプログラミング教室を手がけています。 藤田：当時の役員会で、世の中の役に立つ事業をやらなければ、という話が出た。会社の事業内容が多岐にわたってきた今、もっと社会性のあることは何だろうと。役員た
エンジニアからみた良いプロダクトマネージャとは？ - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
エンジニアからみた良いプロダクトマネージャ（以下PM）とは。rebuildfm #98で id:naoya さん(@naoya_ito)から PM についての話があったので便乗して書いてみる。※プロダクト（製品）マネージャはプロジェクトマネージャとは全然違う職種なので注意。 結論から先に。エンジニアから見た良い PM とは「つねにユーザーのことを考えた上でプロダクトに信念を持っている人」だと思う。それは当たり前じゃないか？と思った人は正しい。でも常にそれをできる PM は多くはない。幸いにも僕は多くの優秀な PM と仕事をさせてもらったのでそこから学んだことをまとめてみよう。 PM の役割 まずは PM の役割から見ていこう。スタートアップの CEO の役割からエンジニア、デザイナーをマイナスした感じと言ったら伝わるだろうか。 もう少し具体的に PM がやっていることを挙げてみよう。 自分
日本人はなぜ「ものづくり」は上手いのに「よいシステムを作る技術」に脆弱なのか？（木村 英紀）
システムの時代と日本人 「システム工学の7人の侍」（The Seven Samurai of Systems Engineer-ing）ということを言い出した人がいる。アメリカの著名なシステム工学者であるJames Martin氏である。システム工学に7名のリーダがいるという話かと思ったらそうではなく、システムの七つの見方、あるいは種類を言うそうである（SEC journal 2015年3月号参照）。筆者はこの言葉を聞いて全く別の連想をした。 ご存じのように黒澤明の映画ではそれぞれ個性豊かな7人の侍が見事な連係プレーで野武士を撃退するが、これこそシステムの原型ではないか、と思ったのである。 まず野武士の襲撃から村を守る、という目的が設定される。仕事を請け負ったリーダ格の勘兵衛は、目的を達成するには最低限7人の侍と農民の武装が必要であると考える。これは一種の設計である。7人の侍をリクルートす
技術は手段にすぎない。クックパッド勝間氏が語る、いかにして「ユーザーファースト」を実現するか？ | HRナビ by リクルート
長年ユーザーに愛され続ける料理レシピのサイト「クックパッド」。1998年のオープン当初から今に至るまで変わらない基本機能が「レシピを探すこと」「レシピを投稿すること」。この、ユーザーが行える2つの機能のうち「レシピ投稿」の利用体験を最大限に向上させることをミッションに掲げるのが、同社のレシピ投稿推進室です。クックパッドの財産である、ユーザーからのレシピ投稿を、どう捉え、どのようにユーザー体験を向上させようとしているのか、室長の勝間亮さんにお話を伺いました。 「レシピを投稿する」に特化した専任チーム「レシピ投稿推進室」 2009年にクックパッドに入社してから5年を迎えた勝間さん。大学では情報系学部を専攻し、研究室の先輩が立ち上げたベンチャー企業に新卒入社。P2P（Peer to Peer）の技術を使った動画配信の自社サービスを開発。その後3年ほどして、自社開発したWebサービスで、ユーザーに
どうして「念力」で部下を動かそうとするマネジャーがいるのか？：日経ビジネスオンライン
「念力や超能力を使って部下を動かそうとしているのか」。 そう言いたくなる管理者の方に出会うことがあります。私は企業に入り込んで目標を絶対達成させるコンサルタントですが、年間100回以上、経営者や管理者向けのセミナーや研修も実施しています。そういうセミナーや研修に参加し、終了後や休憩時に私のところへ相談に来られる管理者の中に、冒頭のように思えてならない方がいるのです。 ご本人は念力や超能力を信じているわけではないのですが、私としてはそう指摘したくなります。どういう方か、営業部長と社長の会話文を使って解説していきます。 ○営業部長：「社長、最近の若い子は昔と違って自分からは何もやりませんな。一から十まで言わないと動かない。困ったものです」 ●社長：「そうなのか。若くてもしっかりした考えを持っている子もいるだろう」 ○営業部長：「いやいや。若い子と言っても、私が言っているのは30代の主任や係長で
仕事に関して覚えておくべき「たった一言の知恵」 | ライフハッカー・ジャパン
仕事に本当に必要なことというのは、案外シンプルなものです。今回は、仕事に関することについて、本当に覚えておくべき大事なことを一言でまとめてみました。 議論： すべての議論で勝とうとすると、すべての友だちを失うことになる。 ブレインストーミング： どんなに目的意識を持って取り組んでも、ほとんどのブレストは退屈なものだ。 ブランディング： ブランドは顧客の経験から生まれるもの。ブランディングでできることは商品にラベルを貼ることくらい。 ビジネス本： ほとんどのビジネス本は、言いたいことは10ページ分くらいで、残りの190ページはつなぎみたいなもの。その大半はケーススタディである。 キャリア： 自分が夢の仕事をするイメージを持っていなければ、たとえ夢があってもそれを実現できるチャンスは無いに等しい。 責任： どれだけ多くの責任を果たしたかではなく、責任を果たさなかったことがどれだけ少ないかで評価
ITエンジニアの地位を落とす、日本企業の大きな誤解：日経ビジネスオンライン
現代の企業においては、IT（情報技術）、そしてウェブをどう使っていくかが企業の成長のカギを握っている――。このことに異論がある方はいないだろう。 少し前までは、既存の業務を一部IT化し「わが社はITを活用している」などと生ぬるいことを言っていられる時代だったが、今ではIT、ウェブをベースにビジネスモデルを組み立てていないと勝ち目の無い世界になりつつある。 グーグル、フェイスブック、マイクロソフトなどは言うまでもなく、今やITと全く無縁そうな回転寿司屋でさえ、ビッグデータを活用し廃棄量75％削減を達成している時代である（「スシロー、ビッグデータ分析し寿司流す 廃棄量75％減」：日経新聞電子版1月27日）。 しかし、これだけビジネスの中心にIT、ウェブが入り込んできている現在でさえ、IT、ウェブの中心を担うITエンジニアの仕事について「製造業と同じようなもの」と勘違いしている人が非常に多い。
CTOとか役員とかに関する基本的な知識 - UNIX的なアレ
CTO募集とかフルスタックエンジニア募集とか都合の良いこと言っちゃだめ - UNIX的なアレ 先日のCTOエントリが結構反響あったので続きを書いてみます。いろいろな方のリアクションみていると、CTOとか役員とかそのあたりをもう少し理解してもらいたいなと思ったのが理由です。 役員って何？ これ結構勘違いされていますが、会社法における役員というのは取締役のことです。そのため、CTOだから会社法上の役員というわけではありません。 またそれと同様に、執行役員も会社法上の役員ではありません。取締役と執行役員を兼任しているケースは多いですが、これは社内におけるそれぞれの役割を分けているためです。 それでは取締役の役目は？ まず、重要なのは以下の点です。 取締役は単独で職務執行権限を持たず、取締役会の一員に過ぎなくなった 取締役 - Wikipedia 取締役という立場自体はそれだけで職務上の何らかの権
一流になれないプログラマの生存戦略 - 誰かの役に立てばいいブログ
(2013-12-28 タイトルをエンジニア→プログラマに変えました) cybozu.com の中の人、山本泰宇です。2013年も今日で仕事納めです。 さて、先ほどプレスリリースが出たのですが、来年から私は運用本部長として、自社クラウドサービスおよび社内情報システムの運用を統括する仕事をすることにしました。この２年ほどはプログラマとしての仕事を多くしていたのですが、今後は自らプログラミングする機会は大幅に減ることになると思います。 ご存知の方もいるかもしれませんが、実は私が本部長になるのは２度目です。2005年に開発部長になり、そのまま規模を拡大して2006年に開発本部長となり、2007年に退きました。本部は違いますが、７年ぶりの再登板ということになります。略歴としては以下のようになります。 2001年12月 サイボウズに入社 プログラマとしてガルーンを開発 2005年 開発部長
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
なぜ、サイバーエージェントは次々に新事業を量産できるのか？ 藤田晋氏が明かす「プロジェクト編成の科学」 - エンジニアtype
昨年末から始まった「Amebaスマホ」の大攻勢に続き、今年もクラウドファンディング事業への参入発表や、小学生向けプログラミング教育事業を行う新会社「CA Tech Kids」の設立など、グループ全体で新事業を生み続けているサイバーエージェント。 【インターネット×テクノロジー】に関するビジネス領域で、ほぼ毎月と言っていいほどの頻度で新サービスのリリースを行っている同社グループの、「尋常じゃない創造量」を支える組織とはどんなものか？ そこに興味を覚え、社長の藤田晋氏にインタビューを申し込んだところ、忙しい合間を縫って快諾してくれた。 読者に伝えたいのは「新規事業を生み続けるプロジェクト編成の科学」だと伝えると、藤田氏は開口一番、「科学というより“仕組み化”なんです。だから驚くような秘密もない」とさらり。 ―― 本日は貴重なお時間をいただきありがとうございます。まず伺いたいのは、CAグループは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ほぼ日刊イトイ新聞 - 社長に学べ！ - 任天堂社長 岩田聡
TechCrunch
エンジニアのための経営学
ソーシャルゲームの旗手たち、経験生かし新分野へ 業界の構造変化が後押し - 日本経済新聞
日の丸家電、打倒アップルの条件 ソフト重視へ転換せよ UIEvolution 中島 聡 - 日本経済新聞
【新経済サミット2013】「失敗なんて恐れるな」 Android OS生みの親やTwitter創業者が日本経済に叱咤 
コードの複雑さを上げずに「世界の複雑さ」と戦うために読んでおきたい良書5選【2012年のインプットlog-和田卓人】 - エンジニアtype
