Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊

社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが2012年に開始した労働改革プロジェクトの全貌が明らかになった。 社員同士のコミュニケーションを中心に、その仕事ぶりを徹底的に観察するワーク・モニタリングは、果たして功を奏したのだろうか？ ●"What Google Learned From Its Quest to Build the Perfect Team"　The New York Times, FEB. 25, 2016 プロジェクト・アリストテレスとは 上の記事によれば、米グーグル（持ち株会社に移行後の正式社名は「アルファベット」）は2012年に生産性向上計画に着手した。 この計画は「プロジェクト・アリストテレス（Project Aristotle）」と呼ばれ、同社の「人員分析部（People Analytics Operation）」によって実施された。 グ

インフラストラクチャー部の成田です。2015年10月現在、インフラストラクチャー部には私を含め7人のインフラエンジニアが所属しており、このメンバーでクックパッド本体サービスをはじめ様々な新規事業やいくつかの子会社のサーバを運用しています。私自身もエンジニアではありますが部のマネージャも兼ねているため、立場上、社外の方からインフラエンジニアのマネジメントについて質問されることがよくあります。今回は、私自身の考え方とクックパッド社における事例を紹介したいと思います。 「インフラエンジニア」とは 「インフラエンジニア」という言葉の定義はあいまいで、しばしば議論の的になります。傍目からは明らかにインフラエンジニアであるように見えるにも関わらず「私はインフラエンジニアでは無い」と主張する人たちもいます。このような状況になっているのは、サーバ運用に関する業務分掌が会社ごとに異なるからであると私は考えて

著者：うめ　引用元：大東京トイボックス ゲームプログラマーなどのIT系エンジニアが企業に応募する際の職務経歴書の書き方をまとめました。職務経歴書はこれまでの経験をいかに志望動機や自己アピールにつなげるかが重要になります。見本の職務経歴書と悪い例の職務経歴書を作ったので参考にしてみてください。 ゲームプログラマーの職務経歴書サンプル 下記の職務経歴書はゲームプログラマーの人が書いたサンプル経歴書です。不採用になりがちな職務経歴書ですが、どこがダメなのか分かりますか？少し考えてみてください。

べき論というのは「義務を果たすこと、理想を実現しなければならないこと」などを強く主張することだけど、何も生産的な要素がないなぁとつくづく感じました。 べき論で自分の考えが無駄に縛られて精神的な自由さが奪われてしまう。べき論はしないことも同時に規定するので、自ら望んで板挟みになるようなもんだ。「すべき」と「しないべき」の板挟みの果てにできるのは「かくあらねばならない」という強烈な固定観念。強烈なリーダーシップを発揮することもあるが、思考の引き出しが１つしかないので、切羽詰まると正論(**であるべきだ)としか言えなくなってしまう。 べき論は終わりがない。言われたら言われるほど、自分に課されている義務や理想が膨らんで負担が大きくなってしまう。本当はミニトマトぐらいの大きさでしかないのにね。そして、その精神的負担は常に付きまとう。終わりが無いから。何を言ってもべき論で返されたら、これほどめんどくさ

私はコンサルティング会社に10年以上在籍したが、入社して4年目にマネジャーとなり、それ以来ずっと、部下に仕事を教えてきた。とは言え、胸を張って言えるような、たいしたことを指導してきたわけではない。上司から受け継がれ、「ごく当たり前」とされていたことを指導してきただけだ。 しかし最近になり当時のことを振り返ると、先人たちの知恵が生み出した指導方法はなかなか理にかなっており、各所で「どのような訓練をやっていたか」と聞かれることが増えたため、ここでその内容を記すことにする。 内容はごくシンプルで、おそらくどこの会社でもやっている普通のことだろう。が、個人的に重要な訓練ばかりであると思っているので、新人の研修や、部下の育成の参考となれば幸いである。 1.時間管理 時間管理は新人に最初に教える技術であり、すべての仕事の根幹をなす技術だ。手帳の使い方、タスク管理の方法、スケジューラの使い方など、また、

新潮社の校閲は、あいかわらず凄い。 小説の描写でただ「まぶしいほどの月光」と書いただけで、校正の際に「OK　現実の2012、6/9も満月と下弦の間」とメモがくる。 このプロ意識！ だからここと仕事をしたいと思うんだよなー。 http://t.co/cUOrMi4K5B

ミスターGT-Rが挑み続けた“インナースケール”の壁。そして知ったモノづくりの本質【連載：匠たちの視点-水野和敏】 2013/04/30公開 元・日産自動車『GT-R』開発責任者 水野和敏氏 長野高専を卒業後、1972年に日産自動車に入社。プリメーラ（P10）やスカイライン（R32）の車両パッケージングに携わった後、89年NISMOに出向してグループCカーレースに参戦。92年にはデイトナ24時間レースで優勝を収める。93年日産に復帰。スカイライン（V35）やフェアレディZ（Z33）、FX（FX35）の開発に携わった後、GT-R（R35）開発のプロジェクトリーダーに就任。2013年3月を以って日産を正式退社。個人サイトでは仕事の相談のほか、若きエンジニアからの質問も受け付けている もし、世界をリードするモノづくりをしたいなら今すぐ“決心”せよ 「“決定”と“決心”ってどう違うか分かる？」 し

2013/04/23に株式会社ぐるなび様で開催した「We energize us - 明日の現場を高揚させるプラクティス - ( http://devlove.doorkeeper.jp/events/3511 )」で発表した内容です。 「We energize us」では現場に活力を与えるプラクティスのパタン化「Energize Pattern」の創造を目指しています。興味のある方は是非Facebookグループ「We energize us - 全速前進アクション共有 ( https://www.facebook.com/groups/571206772891343/ )」にご参加下さい。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/20130423-number-devlove-zhi-c

2. 自己紹介  はてな : id mollifier  twitter : @mollifier  神戸のプログラマ 4. ブログとか  はてなダイアリー http://d.hatena.ne.jp/mollifier/  twitter http://twitter.com/mollifier  slideshare http://www.slideshare.net/mollifier  github https://github.com/mollifier

あなたが考案している企画がある場合、その企画が上司のミッションとどう関わりがあるかをまず考え、あなたの提案によって上司のミッションが実現可能かどうかを考える必要がある。自分の感覚でウェブサイトリニューアルが必要だと考えても、リニューアル後に集客や売上アップにつながらないと思える企画ならば、上司がその企画を通す可能性は限りなく少なくなる。 上司がどういう課題を抱えていて、どういうミッションを与えられ、今後どうしていきたいかなどを知ることは、企画提案に際しては非常に重要なことになる。まずは提案相手について知ろう。直属の上司が社長だとしても同じことだ。 現状把握は必ず行う（現状分析）どんな企画を行う場合でも、現状把握は必ず必要となる。場合によっては「背景」として今の市場の動向などを知ることが必要な場合もある。 ウェブサイトのリニューアル、ウェブプロモーション実施、CMS導入、グループウェア導入な

こ、こういうのが作りたかった！・・・やられた感いっぱいのツールのご紹介。 I Did Workは作業ログをチームで共有するためのツールだ。自分が今日何をしたかを淡々と記録すれば、上司や同僚がそれを見ていてくれる、というものだ。 Twitterでよくね？という意見もあるだろうが、上司にフィードバックをもらうための機能とか、定期的に自分のログをレポートする機能など、作業ログならではの機能があるので便利だろう。 誰かに見られているからこそ作業がはかどる、ということもある。どうもやる気がおきなくて、という方は試してみてはいかがだろう。

完全主義者（自分でやらないと気のすまない人）はだめ。部下を信じるべし。質問はしまくろう。聞くは一時の恥。聞かぬは一生の恥だ。まず軽い成功で、ジャブ。自信がついたら大きな事業を成功させるのだ。つねに、失敗を確認して糧とする。どうしたら成功するかより、どうしたら失敗するかを考える。そして逆を行けば良い。過去形にしてから学ぶ必要は無い。苦手な事をを積極的に行う。オールマイティになるべし。失敗を糧とすることも重要だが、気にしすぎて仕事ができなくなっては意味がない。一日で忘れることができる能力を身につけよう。相手先の社内事情に詳しくなる。「用事は忙しい人に頼め。」忙しい人間ほど、時間のやりくりがうまく、きちんと責任を果たしてくれる。常に仕事を100%こなせば良いということはない。上司が50%しか要求していない重要でない仕事か、120%要求する重要な仕事かを常に判断すべし。縁の下にいてはいけない。縁の

仕事を円滑に進めるには、欠かせないのがさまざまな依頼ごと。でも、何かにつけて「お願いします」という言葉ばっかり使うのは、気が引けたり角が立ってしまいがちです。そこで、いますぐ使える「お願い」の言い回しを紹介しましょう。 ●幸いです 例：「〜していただけると幸いです。」 ●助かります 例：「〜ですと助かります。」 ●ご検討のほど... 例：「〜の件について、ご検討のほど宜しくお願いいたします。」 ●うれしいです 例：「〜をお願いできればうれしいです。」 ●お力添え 例：「〜についてお力添えいただければと思っております。」 これらの言い回しを使って、一通のメールに何度も「お願いします」と書かないようにすると、お願いごとがたくさんあっても、やんわりとした印象になりますよ。どうぞお試しあれ。ATOKに単語登録（例：「ｓ」→「幸いです。」）しておくとさらに便利。 （常山剛）

上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ（ [その1]、[その2] ）だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている　←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた（4冊目）のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って