マネジメントの秘伝のタレ - Flicker's Style++
今回は私が今までチームマネジメントやヒューマンマネジメントを通して学んだTIPSを整理してみたいと思います。 マネジメント(≒コミュニケーション)を支える技術について都度メモして、自分への戒めとして利用していたものを箇条書きにまとめました。 ある特定の状況だけでしか適用できないものが多いですが、応用はいろいろ効くと思っています。 マネジメントの立場にこれからチャレンジしていきたい人の一助になればと思ってます。 ※自分向けのメモを整理しただけなので、一般的にこうあるべきという内容ではありません。 会議編 -全員の参加を促そう 全員の発言機会が均等になっているか常に意識しよう 一言でも意見を言うことによって、その議題を決めたという意識を持てる - 自分自身(チーム自身)で決めたという感覚に落としもう 「決められたこと」ではなく、「自分たちで決めたこと」という意識を促そう その決定が実行されなか
まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type
2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ
「時間対効果」を高める働き方とマネジメント | Social Change!
今回は、牛尾さんの記事『「Be Lazy」を極めるためには残業をしてはいけない』にインスパイアされて書きました。 私たちのように小さな会社が大きな成果を出すためには、無駄なことはしていられません。時間に対して高いパフォーマンスを出す「時間対効果」の高い働き方を徹底する必要がありますよね。 この記事では、私たちのチームで「時間対効果」を高めるために、前提においている働き方の価値観やマネジメントについて書いてみました。 時間をかけすぎてはいけない 中途入社で入った人がやりがちなのが、頑張りすぎること。いや、頑張ることは良いのだけど、時間をかけて成果を出そうとしてしまう。しかし、それでは「時間対効果」で見ると低いです。 私たちのチームでは「ふりかえり」で、仕事の進め方についてメンターがレビューをしますが、最初の頃に指摘するのが、沢山働いて成果を出そうとすることについて。限られた時間の中で、どれだ
見えない壁に突きあたった中堅エンジニアが学ぶべき、三つのこと | タイム・コンサルタントの日誌から
先週の4月2日(土)に浜松市で、合同シンポジウム「サプライチェーン戦略とプロジェクト・マネジメント」を開催した。主催はOR学会・日本経営工学会・スケジューリング学会で、その配下にある「サプライチェーン戦略研究部会」（主査・日本IBM 米澤隆氏）と、わたしが主査を務める「プロジェクト＆プログラム・アナリシス研究部会」が実行主体だ。 講演者には、倉庫管理システムiWMSの開発元として有名な(株)フレームワークスの渡辺重光会長と、ヤマハの曽根卓朗主席技師のお二人をお招きした。お二人の話はどちらも非常に興味深いもので、渡辺氏はロジスティクスとIoTの広範な展望を話され、曽根氏は通信カラオケの製品開発を題材に、生々しい体験をお話しいただいた。最後にパネル・ディスカッションを行い、わたしもパネラーとして参加した次第だ。 幸い大勢の方に来ていただき、立ち見が出そうになったので椅子を補充したほどだった。製
グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだ（小林 雅一） @gendai_biz
社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが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月、リクルートホールディングスは全従業員を対象として本格導入しました。リモートワークの魅力は通勤やムダな会議の時間を削減し、仕事の効率化や生産性の向上を図ること。また家族やプライベートの時間の充実やスキルアップなどの自己投資に時間を使うなど、ライフステージやその時々の仕事の状況に応じた柔軟な働き方を選択できることです。一方で、仕事の進捗管理やチームワークを保持するのが難しいのではないかという意見もあります。そこで、リクルートホールディングスのリモートワーク導入に中心的な役割を果たす林 宏昌（はやし・ひろまさ）氏に導入の背景やプ
悔しいほど伸びていく人の｢独学術｣ベスト3
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
エンジニア社員「今月から週3回、昼過ぎに仕事抜けてジムに行きたいんだけど。」 僕「」 | maximum80のブログ
新田です。 最近渋谷区の条例で同性パートナーシップの証明書が発行が話題になったり、各所で 多様性 という言葉が注目を集めてますよね。 「指示待ち人間」はなぜ生まれるのか？ 有能な人たちが「働きたくない」と嫌がる会社の特徴。 また最近Facebookで上記のような記事をよくみかけまして、ダイバーシティ・マネジメントについて自分でも考えていることや、同じような壁にぶつかった経験があるので久しぶりに投稿してみようと思います。 エンジニア社員「これから週3回、昼過ぎに仕事抜けてジムに行きたいんだけど。」 僕「」 タイトルにしてみましたが、今からちょうど一年前ぐらいに実際に社内であった出来事です。弊社で働いているカナダ出身のエンジニアの社員から、或る日突然このような提案を受けました。 会社の業態、職種にもよるとおもうのですが、殆どの場合 「え、ちょっと何言ってるかわからないんですが。。」 となって
よく言われるけど、業務時間外に勉強しない人はITエンジニア失格なの？ - paiza times
Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習
私は凡人。だから、できることに集中して、やり続ける。 - ミニマリストは世界を変える！
他人のブログを見ていると、自分が劣っていることがわかる ブログを書くようになり、他の人のブログを読む機会が増えました。 この人足元にも及ばないわっ！という心を打つ文章、緻密な取材をされて完成度の高い文章を読むと、自分なんて・・と思ってしまう。 お蔭さまでこのブログも毎日読者さまが読みに来ていただいています。しかし、私のブログがそれなりに読まれている理由は、ミニマリストのブームと重なったり、私の想いに同意してくれる人がいるから。ラッキーな要素が絡み、文章力なんてそんなにないことも知っている。 自分が普通の人だってわかっている。 そんな凡人が、結果を出し続けるためにどうしたらよいか考えました。 凡人がすべきことは一点集中 普通の人が、結果を出し続けるため必要なことは 1 目標を絞る 2 自分の時間、お金などのリソースを目標に向かって注ぎ込む もうこれだけだと思います。 無駄を省いて、一点集中す
数々のエンジニアリングチームを導いた人物がマネジメントの中から学んだ教訓とは？
多くの人が集まる企業やプロジェクトチームをまとめ、率いていくことは多くの困難がつきまとうものです。生き物のように変化する状況に合わせて対応をとることがリーダーには求められるわけですが、そんな仕事で重要なポイントについて、過去に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冊」というものを作成しました。 この100冊は、職業ソフトウェアエンジニアとしてキャリアを積むにあたって、読むべき技術書に悩んだら、まずはこのリストから選ぶとよいのではないでしょうかという提案です。 リストに多少の趣味や主張がはいっているのは、まあご愛嬌ということでお許しいただければとおもいますが、職業プログラマとして知っておくべき知識を網羅できるように心がけました。古典と呼ばれる名著についてはできるだけ取りいれ、独習が難しい難解なコンピュータサイエンスの教科書は避けています。これ
IT業界で最強に困る無理難題は一体なにか!? - 文系プログラマによるTIPSブログ
ITを知らない人達はみんな「ITは魔法である。あらゆる事を解決できる。」と思い込んでいる節があります。 お客様から無理難題 : SE100人に聞いたシステムエンジニアの仕事 - 仕事内容とその魅力 この記事を読んで、私も激しく心当たりがあったので、私も書いてみようと思います。それぞれタイプに分けて考えていきます。 ※ この記事以外のあるあるも記載しています。 お金は出さない型 今すぐ型 常識的に100%有り得ない要求型 とりあえず開発会社に調査依頼型 お役所型 言わなくても解るだろ型 リリースしてから動作確認型 人数を2倍にすると納期が半分にできる型 雑感 お金は出さない型 予算がないから、費用を半額にしてほしい 金額はそのままで、機能追加を要求された。 見積もり価格の半値八掛けにしろと言われた 何故こんな事が起こるのでしょうか。 こういう事を言ってくる人たちは基本的に「システムを構築する
目標達成率を70%上げるための逆算思考法 | Lifeclip
※記事内に広告を含む場合があります 私は根っからのなまけ者なのですが、昔からなんでも目標を課題として設定してしまう癖がありました。 特に自営業になってからは、ビジネス系の本を書籍を読んだりして「タスク」や「目標」を設定して仕事に取り組んできましたが、最初のうちは頑張ってこしらえたタスクも目標も達成率が非常に低かったです… 「本日のタスク」は寝る前に30%しか完了できていないし、「今月の目標」は来月に持ち越しされてばかり… 多くの場合、人は自分のできることを過信しすぎたり、スケジュールは何も起こらないことを前提にして組み上げるので、スケジュール設定したタスクや目標よりも、実際にできる仕事量は少なくなってしまいます。 しかし、そのようなタスクや目標の達成率も、少しコツがわかってきて年々達成率が上がるようになってきました。自分の思った通りスケジュールが運ぶようになってきたのです。（もちろん今でも
Incidents (新しいことを始める)
先日「どうしたらそんなに新しい物事を吸収できるんですか？」ときかれたので、思うところを少し書いておこう。 そもそも物事を習得するスピードは、雑にいえば以下の組み合わせによって決定する。 スペック的な意味での頭のよさ 習得にかける時間 どんなことでもすぐに習得できるほど頭のよい人ならともかくとして、たいていのひとはそうでもないのだから、時間をかけるしかない。つまり、たいていのひとは(1)についてはほとんど変わらないので、あとはどんだけ時間をかけるかという話になる。 そうなると、冒頭の問いに対する答えは「暇だからっすね〜」というものになって、それはそれで真実なのでしかたがない。実際、私は仕事をする以外には特にやるべきこともないので、たいていは酒を飲むか、なんかしらの学習をするかしている(もちろん、酒を飲んで学習を放棄している時間のほうが圧倒的に長い)。 じゃあ、たとえば家庭があるとかでどうにも
プログラマーがするべきことで最も大変なことは？ | スラド デベロッパー
ソフトウェアの開発は簡単な仕事ではないが、プログラマーに言わせれば(少なくともQuoraやUbuntu Forumsでの不満の声を聞く限り)、プログラミングの仕事にはコードを書くことよりも面倒なことが多いようだ。これらのフォーラムでのコメントからITworldのPhil Johnson氏がまとめたところによると、開発者にとって最も大変なのは変数などに名前をつけることだったという。/.erにもソフトウェア開発者が多いと思われるが、仕事で最も大変なのはどんなことだろうか。 変数やプロシージャ、関数、クラスなどに名前を付けること 家族や友人、技術系でない同僚などに自分の仕事を説明すること 完成までの所要時間を見積もること 周囲の人々とうまくやっていくこと ほかの人が書いたコードに関する仕事をすること 自分が必要ないと思う機能を実装すること ドキュメントを書くこと テストを書くこと ソリューション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会社を円満に辞める流れを徹底解説！退職のベストタイミングは「転職先が決まってから退職」
サンプル付き・ゲームプログラマーなどエンジニアが職務経歴書を書く際に気を付けるポイントまとめ | リアコミ
エンジニアのキャリアを考える際に刺さった記事三選
読書で得た知識をスキル化する、100倍の効果を生み出す読書ノートの作り方｜U-NOTE【ユーノート】- ビジネスマンのためのノウハウまとめを無料で
