ドラクエ風スキルマップ - nemorineのブログ
あるとき突然『チームのキーマンが抜ける』というイベントが発生しました！ まあ会社という組織ではよくありますよね（苦笑 チームメンバーが不安がっていたので、以前、楽天の川口さんに教えてもらったドラクエ風スキルマップを使って今の状況を可視化してみました。 これもまさにゲーミフィケーションって感じですねぇ～ スキルマップを作る過程 元々はWebアプリケーションエンジニアのスキルマップだったため、自分達に合うように数人でスキルマップを練り直しました。 これだけでもかなり盛り上がりましたッ！！ 以下は川口さんのオリジナルから変更したところです。 要件定義のスペシャリストとして、商人を追加。 旅芸人はマネージメントのイメージに変更 スキルの方向を上方向に変更 盗賊のスキルレベルの見直し CやC++をイメージして文言を見直し 特性に対応するキーワードを追加 スキルマップを記述する チームメンバーに実際に
クックパッド舘野祐一氏がマネジメントに目覚めた3冊とは？【連載:エンジニアとして錆びないために読む本】 - エンジニアtype
トップページ > ノウハウ > エンジニアとして錆びないために読む本 > クックパッド舘野祐一氏がマネジメントに目覚めた3冊とは？【連載:エンジニアとして錆びないために読む本】 業界内で名の通ったCTO（最高技術責任者）や、CTOに就任したばかりのエンジニアに、仕事に役立つ書籍や読書体験を紹介してもらうこの連載。第2回目の今回は、日本最大の料理レシピサイトを運営するクックパッドの執行役CTO・舘野祐一氏に登場してもらう。 国内外でのM＆Aや海外進出を積極的に推し進め、成長への道を走り続けているクックパッド。その躍進を技術面から支える舘野氏が選んだのは、「襟を正してマネジメントに向き合うために読む3冊」だと言う。 これらの本を選んだ理由について、舘野氏に聞いていく。 技術部長就任を機に、経営やマネジメント本を読むように 20代は技術書をよく読んでいたという舘野氏が、経営やマネジメントに関する
質問：マネジャーを続けるかエンジニアに戻るかで葛藤しています
チームのリーダーとしてマネジメントを任されるようになりました。自分としては一エンジニアとして頑張りたいという思いもあり、このままマネジャーを続けるかエンジニアに戻るかで葛藤しています。藤本さんのご意見をいただければ幸いです。 まず最初に大事なことは、いわゆるチームマネジメントは決して片手間でできるようなものでも、やっていいものでもない、ということです。なので、結論を先に書いてしまうと、葛藤している暇があったら早めにどちらか決めてしまいましょう。まぁ言うのは簡単なんですけどね。 ものすごく単純な例えですが、エンジニアとして10台のサーバーで一つのタスクを分散処理したり一つのシステムを動かしたりするのと、マネジャーとして10人のチームメンバーを一つのゴールに向かってまとめ上げて走り続けることの、どちらが簡単でしょうか？ 前者を簡単と言うつもりは全くありませんが（前者も十分に難しいことが多いので
「エンジニアにコミュニケーション能力はいらない」その真意とは？｜マイクロアド 佐藤由紀 | キャリアハック（CAREER HACK）
JAXA関連など自然科学に関するシステム開発を行う大手SIerで、若くしてPMを歴任。インターネット広告分野で先端を走るマイクロアド システム開発部 部長の佐藤由紀さんへのインタビュー。多くのエンジニアをまとめてきた彼女が語る「エンジニアにコミュニケーション能力はいらない」という言葉の意図は？マネジメント手法にも注目したい。 エンジニアが評価されるべきは、コミュニケーション能力ではない 「技術に真摯に向き合っている=技術力がある、それでOK」 そう語るのは、マイクロアド システム開発部 部長の佐藤由紀さん。宇宙・防衛等のシステム開発を行なうSIerから、インターネット広告分野の先端を走るマイクロアドに転職。ＩＴ未経験からキャリアを積み、若くしてＰＭを歴任。数多くのエンジニアをまとめてきた女性リーダーだ。 WEB/IT業界では、サービスにコミットし、高いコミュニケーション能力でプロジェクトを
【後編】 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 / 飲み会で探るエンジニアのホンネ #naoya_sushi 編
応募企業の探し方や履歴書の書き方、面接のポイントから円満退職の 秘けつまで。あなたの転職を成功に導くためのノウハウを紹介！ この企画は、Web業界で名を馳せる伊藤直也氏と注目企業のCTOが、寿司を摘まみつつホンネで語り合う、かつて無かったインタビュー企画である。 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 【後編】 #naoya_sushi ＜前編のあらすじと後編のお話＞ ある秋の日の宵の口、広尾の寿司屋に集った伊藤直也氏（以下「naoya」）と、『クックパッド』CTOの舘野祐一氏（以下「secondlife」、文中ではセコン）。もともと『はてな』で上司と部下という間柄だった二人が、旬の美味を愉しみながら話し始めたのは、『はてな』時代のセコン氏が「マネジメントなんか一切やりたくない」と公言し、「新しい技術を取り入れてはすぐに飽きて放置」するという超絶ワ
What are the requirements for CTO
IVS CTO Night and Day 2014/12/03
エンジニアにとって良い組織とは何かを知りたい? - naoyaのはてなダイアリー
「エンジニアにとって良い組織体制ってどんなものですか? お話を伺いたいのですが･･･」と依頼をいただくことがあるが、都合上全部を受けてはいられない。ので、そういう疑問を持たれた方は以下の本を読むと良いかと思います。 How Google Works (ハウ・グーグル・ワークス) ―私たちの働き方とマネジメントposted with amazlet at 14.10.18エリック・シュミット ジョナサン・ローゼンバーグ アラン・イーグル 日本経済新聞出版社 売り上げランキング: 19 Amazon.co.jpで詳細を見る 小さなチーム、大きな仕事〔完全版〕: 37シグナルズ成功の法則posted with amazlet at 14.10.18ジェイソン・フリード デイヴィッド・ハイネマイヤー・ハンソン 早川書房 売り上げランキング: 7,579 Amazon.co.jpで詳細を見る Tea
KAIZEN platformが伊藤直也氏とやってきた、開発現場の暗黙知をなくすチーム運営術【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
2014.03.24 働き方 エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの企画が採用
生産性が高いエンジニアを評価するための２つの仕組み - レベルエンター山本大のブログ
仕事ができるプログラマって、できないプログラマに比べて「１０倍」も生産性が高い。とか言う話がありますよね。 僕も体感的に、本当にできるエンジニアは本当に生産性が５倍とか１０倍とか変わることを見てきました。 でも開発の現場では「残業しまくってる」ほうが、なんだか仕事してるように見えてしまう。 そんな中で久々にこの記事を目にしました（漫画なので1分ぐらいで読めます）。 ■「残業しないで帰るSEってやるきないんじゃない？」 http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000800 2006年の記事ではありますが、こういう話って普遍的なので古くもありませんね・ 残業しないで定時に帰れるって評価するべきだし、残業をせず家庭を大事にする社風にしたい。 すごく生産性が高いっていうエンジニアを評価したい。 でも残業してるのって分かりやすいから評価さ
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
Googleのエンジニア管理の5つの失敗 - YAMDAS現更新履歴
5 Google Engineering Management Mistakes O'Reilly Radar で知ったプレゼン資料だが、元 Google 社員の Piaw Na によるもので、Google は今なお信じられないくらい成功した会社であること、従業員が1500人だった頃は社員200人のスタートアップよりもアジャイルで政治的でなかったこと、現状においてもオラクルやシスコやマイクロソフトやアップルなどよりエンジニアにとって魅力的な会社である（ただそれが失敗を目立たせてしまう）こと、そして以下に挙げる5つの失敗ですべてではないし、トップ5でもないのを断った上で問題点を挙げている。 技術リーダー／マネージャ向けトレーニングがまずい（人数も足らなくて、3ヶ月チームリーダーに会わなかった人がいるほど） チームリーダーになるインセンティブがない（TLになっても一人の技術者として評価されるの
私が今でも現場のオペレーションをする理由 - Be Happyman!!
私は今は、マネージャという立場で常時6つから7つ程度の受託開発プロジェクトに責任を負っています。しかし今でも、以前現場リーダーを担当したシステムのオペレーション（運用サポート）をします。具体的には、モジュールの入れ替えや、ログの調査、SQLをたたいて本番データにパッチをあてることもします。 私の所属部署には専門の保守部隊がありますから、保守はそちらに引き継ぐのが原則です。しかし、特定の事案に関しては、極力私が対応することを意識しています。 これは単に「後継者不足」「コストをかけたくない（管理職なので残業つかない）」という理由だけでそうしてるのではありません。お客様にとって（開発を担当した）私が対応する安心感を別にすると、理由は次の2つです。 理由1：「意味のある無駄」を得るため たまたま読んだプレジデント誌に、「意味のある無駄」のススメという記事がありました。要約すると、表面的には明らかに
出世以外の報酬も技術職には必要 - builder by ZDNet Japan
パソナテックは、同社設立10周年を記念して企業の経営・人事部門およびエンジニア・クリエイター職で働く人たちを対象にしたカンファレンス「パソナテックカンファレンス2008」を開催した。 初日の10日は「IT人材の未来 〜これからのIT業界と人材戦略〜」がテーマ。メインセッションにはシリコンバレーでの働き方を知り尽くす人物、Blueshift Global Partners社長で、パソナテック シリコンバレーオフィスのフェローでもある渡辺千賀氏が、「現場がイキイキする人材マネジメント：渡辺千賀の流儀」と題した講演を行った。 職場環境のHolyGrailとは 渡辺氏は、テクノロジー関連分野における日米間の事業開発コンサルティングを行うBlueshift Global Partners社の社長。また、パソナテック シリコンバレーオフィスのフェローでもある。シリコンバレーの日本人ネットワークNGOを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
