今回は私が今までチームマネジメントやヒューマンマネジメントを通して学んだTIPSを整理してみたいと思います。 マネジメント(≒コミュニケーション)を支える技術について都度メモして、自分への戒めとして利用していたものを箇条書きにまとめました。 ある特定の状況だけでしか適用できないものが多いですが、応用はいろいろ効くと思っています。 マネジメントの立場にこれからチャレンジしていきたい人の一助になればと思ってます。 ※自分向けのメモを整理しただけなので、一般的にこうあるべきという内容ではありません。 会議編 -全員の参加を促そう 全員の発言機会が均等になっているか常に意識しよう 一言でも意見を言うことによって、その議題を決めたという意識を持てる - 自分自身(チーム自身)で決めたという感覚に落としもう 「決められたこと」ではなく、「自分たちで決めたこと」という意識を促そう その決定が実行されなか

2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ

今回は、牛尾さんの記事『「Be Lazy」を極めるためには残業をしてはいけない』にインスパイアされて書きました。 私たちのように小さな会社が大きな成果を出すためには、無駄なことはしていられません。時間に対して高いパフォーマンスを出す「時間対効果」の高い働き方を徹底する必要がありますよね。 この記事では、私たちのチームで「時間対効果」を高めるために、前提においている働き方の価値観やマネジメントについて書いてみました。 時間をかけすぎてはいけない 中途入社で入った人がやりがちなのが、頑張りすぎること。いや、頑張ることは良いのだけど、時間をかけて成果を出そうとしてしまう。しかし、それでは「時間対効果」で見ると低いです。 私たちのチームでは「ふりかえり」で、仕事の進め方についてメンターがレビューをしますが、最初の頃に指摘するのが、沢山働いて成果を出そうとすることについて。限られた時間の中で、どれだ

先週の4月2日(土)に浜松市で、合同シンポジウム「サプライチェーン戦略とプロジェクト・マネジメント」を開催した。主催はOR学会・日本経営工学会・スケジューリング学会で、その配下にある「サプライチェーン戦略研究部会」（主査・日本IBM 米澤隆氏）と、わたしが主査を務める「プロジェクト＆プログラム・アナリシス研究部会」が実行主体だ。 講演者には、倉庫管理システムiWMSの開発元として有名な(株)フレームワークスの渡辺重光会長と、ヤマハの曽根卓朗主席技師のお二人をお招きした。お二人の話はどちらも非常に興味深いもので、渡辺氏はロジスティクスとIoTの広範な展望を話され、曽根氏は通信カラオケの製品開発を題材に、生々しい体験をお話しいただいた。最後にパネル・ディスカッションを行い、わたしもパネラーとして参加した次第だ。 幸い大勢の方に来ていただき、立ち見が出そうになったので椅子を補充したほどだった。製

社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが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）」によって実施された。 グ

会社に限らず、自宅やカフェ、コワーキングスペースなど、場所にとらわれずに仕事ができるリモートワーク。クラウドサービスの拡充や国内・外への移住者が増える今の時代において、注目されている働き方の1つです。ウェブ業界を中心に徐々に増えてきているこのワークスタイルを、今年の1月、リクルートホールディングスは全従業員を対象として本格導入しました。リモートワークの魅力は通勤やムダな会議の時間を削減し、仕事の効率化や生産性の向上を図ること。また家族やプライベートの時間の充実やスキルアップなどの自己投資に時間を使うなど、ライフステージやその時々の仕事の状況に応じた柔軟な働き方を選択できることです。一方で、仕事の進捗管理やチームワークを保持するのが難しいのではないかという意見もあります。そこで、リクルートホールディングスのリモートワーク導入に中心的な役割を果たす林 宏昌（はやし・ひろまさ）氏に導入の背景やプ

コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕

新田です。 最近渋谷区の条例で同性パートナーシップの証明書が発行が話題になったり、各所で 多様性 という言葉が注目を集めてますよね。 「指示待ち人間」はなぜ生まれるのか？ 有能な人たちが「働きたくない」と嫌がる会社の特徴。 また最近Facebookで上記のような記事をよくみかけまして、ダイバーシティ・マネジメントについて自分でも考えていることや、同じような壁にぶつかった経験があるので久しぶりに投稿してみようと思います。 エンジニア社員「これから週3回、昼過ぎに仕事抜けてジムに行きたいんだけど。」　僕「」 タイトルにしてみましたが、今からちょうど一年前ぐらいに実際に社内であった出来事です。弊社で働いているカナダ出身のエンジニアの社員から、或る日突然このような提案を受けました。 会社の業態、職種にもよるとおもうのですが、殆どの場合 「え、ちょっと何言ってるかわからないんですが。。」 となって

Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習

他人のブログを見ていると、自分が劣っていることがわかる ブログを書くようになり、他の人のブログを読む機会が増えました。 この人足元にも及ばないわっ！という心を打つ文章、緻密な取材をされて完成度の高い文章を読むと、自分なんて・・と思ってしまう。 お蔭さまでこのブログも毎日読者さまが読みに来ていただいています。しかし、私のブログがそれなりに読まれている理由は、ミニマリストのブームと重なったり、私の想いに同意してくれる人がいるから。ラッキーな要素が絡み、文章力なんてそんなにないことも知っている。 自分が普通の人だってわかっている。 そんな凡人が、結果を出し続けるためにどうしたらよいか考えました。 凡人がすべきことは一点集中 普通の人が、結果を出し続けるため必要なことは 1　目標を絞る 2　自分の時間、お金などのリソースを目標に向かって注ぎ込む もうこれだけだと思います。 無駄を省いて、一点集中す

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

多くの人が集まる企業やプロジェクトチームをまとめ、率いていくことは多くの困難がつきまとうものです。生き物のように変化する状況に合わせて対応をとることがリーダーには求められるわけですが、そんな仕事で重要なポイントについて、過去にYahoo！やLoudcloudといった名だたる企業でチームを作り、率いてきたティム・ハウズ氏がノウハウを語っています。 What I Learned Scaling Engineering Teams Through Euphoria and Horror - First Round Review http://firstround.com/review/what-i-learned-scaling-engineering-teams-through-euphoria-and-horror/ 「私はこれまでさまざまなエンジニアリングチームに携わり、陶酔感に包まれてい

こんにちは、技術部 高井です。 春といえば、フレッシュマンの季節ですね。このブログを読む方の中には、明日からエンジニアとして新社会人になるという方もいらっしゃるのではないでしょうか。クックパッドでも新しい仲間を迎えるための準備をしていたところで、その準備の一環として「新卒ソフトウェアエンジニアのための技術書100冊」というものを作成しました。 この100冊は、職業ソフトウェアエンジニアとしてキャリアを積むにあたって、読むべき技術書に悩んだら、まずはこのリストから選ぶとよいのではないでしょうかという提案です。 リストに多少の趣味や主張がはいっているのは、まあご愛嬌ということでお許しいただければとおもいますが、職業プログラマとして知っておくべき知識を網羅できるように心がけました。古典と呼ばれる名著についてはできるだけ取りいれ、独習が難しい難解なコンピュータサイエンスの教科書は避けています。これ

ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する

読んだビジネス本を、普段の仕事において活用できている人はかなり少ないのではないでしょうか。本で読んだ知識を実際に活用できないのであれば、時間の無駄になってしまいます。読書ノートをとることで、読書で得た知識や情報をいつでもすぐに見直すことができ、読んだだけの状態よりはるかに自分のスキルとして活かすことができます。