タグ

managementに関するsadahのブックマーク (118)

  • 社員は仲間ではなくお客様 - 西尾泰和のScrapbox

    今まで千の単位のスタートアップを見て来ましたが、その経営者のメンタルの問題のほとんどは「期待して裏切られて傷つく」というプロセスで起こってます。

    社員は仲間ではなくお客様 - 西尾泰和のScrapbox
  • フェイスブックの人事リーダーが明かす、社員が離職する真の理由と対処法 | リーダーシップ|DIAMOND ハーバード・ビジネス・レビュー

    上司への不満がなくても、社員が離職に至るのはなぜか。フェイスブックが自社を対象に行った調査から、人が仕事に何を求めているのかが判明した。記事では、有能な人材を会社に留めるべく、彼らの要望に沿った職務設計を実現するための3つの方法が示される。 人は仕事がイヤで会社を辞めるのではなく、上司に愛想をつかして去るのだ、という格言がある。 筆者ら(フェイスブックのマネジャーを含む)も、この言葉を幾度となく耳にしてきた。ゆえに、フェイスブック従業員の離職理由を追跡し始めた当初は、まず間違いなく上司が原因であろうと考えていた。 だが、従業員エンゲージメントに関するアンケート調査の結果は、それとは異なる実情を物語っていた。会社側が留めたい人材が結局辞めてしまう場合、その原因は上司ではなかった――少なくとも、我々が想定していたような理由ではなかったのである。 もちろん、人は悪しき上司の下にいれば会社を辞め

    フェイスブックの人事リーダーが明かす、社員が離職する真の理由と対処法 | リーダーシップ|DIAMOND ハーバード・ビジネス・レビュー
  • 最高の組織をつくるための必須ツール『1 on 1』

    最高の組織をつくるための必須ツール『1 on 1』
  • ベンチャーOKR失敗あるある | ランサーズ社長日記

    OKRを使ってますか? OKRって聞いたことありますか? OKRは目標を管理する最先端のフレームワークで日でも多くのスタートアップで使われています。 ランサーズでもOKRを導入しましたが、初めてOKRを導入する企業が陥るOKR失敗あるあるに見事にハマり導入は失敗に終わりました…。ただ、失敗を生かしたOKRサイクル2回目はかなりうまく運用することができました。 ちょっとしたコツと考え方でOKRはうまくいくもの。まだまだランサーズも運用途上でありますがOKRにチャレンジするすべての企業の運用の参考にまとめました。 あるある①:OKR導入時点ですでに勘違いしがち 多くの企業がOKR導入で失敗するのには見事なまでに共通項があります。 まずOKRというカッコイイ言葉が導入すれば後はうまくいく銀の弾丸のような印象を与えるからです。残念ながらOKRは導入しただけでは絶対にうまくいきません。大切なのはO

  • メルカリの小泉さんと組織の課題について話したら恐ろしい程勉強になった話 – tsukuruba – Medium

    僕の中で仕事人生に影響を与え続けてくれている三大COO(と勝手に呼んでる人たち)がいる。 一人目がアカツキ共同創業者COOの香田哲朗くん、二人目がフリークアウト(元)COOで現hey代表の佐藤裕介さん、そしてメルカリ社長兼COOの小泉文明さんだ。 それぞれ社長もできる人だが、COOとして事業及び組織の構築も構造的分析もハイレベルにできる。恐ろしく広域のアビリティを持ち、バイタリティとバランス感覚に優れ、超人的な仕事量をこなす人たちである。 そのうちのお一人であるメルカリ小泉さんと1on1させてもらう機会があり、その話が組織の課題に悩む他の人にもとても有用だと思ったのでメモを公開させていただくことにした。(ほんとにメモなんで乱文ご容赦ください) ツクルバでは組織・文化づくりに社をあげて徹底的に投資していく方針なので、非常に参考になった。 ***以下メモ*** [お題] メルカリで急激に組織を

    メルカリの小泉さんと組織の課題について話したら恐ろしい程勉強になった話 – tsukuruba – Medium
  • スタートアップのデザイン責任者がやるべきことまとめ|坪田 朋

    最近、相談を受ける事が多いデザインマネージャーの役割を経験をもとに書き出してみました。長いですが、迷った時の辞書代わりに使ってもらえるとありがたいです。 ここでは会社の規模が30名以上、デザイナー5名程度を超えた組織をイメージしてます。ユーザー体験に責任を持つサービスデザイン責任者と組織責任者の話は混同しないほうが良いので、今回は組織責任者にフォーカスしてます。 全体のストーリーはこのスライドで掴めると思いますが、もう少し具体的に実行した事などをリスト化したので参考になればと思います。 デザイン責任者として実行した事まとめデザイン責任者の仕事は何かを学ぶために行動してみた ・実績を上げてる会社へ一週間研修に行かせてもらい、成果をあげてる理由を分析して、100ページ位のレポートを作った。 ・池田さん、土屋さん、深津さんなど有識者に相談して感覚を掴んだ。 ・それらの行動は自分自身の勉強にもなっ

    スタートアップのデザイン責任者がやるべきことまとめ|坪田 朋
  • デザイナーが伸び悩まないためのスキル27分類 | CA BASE CAMP | CyberAgent Developers Blog

    前回の記事で18分類までを紹介 前編 → https://developers.cyberagent.co.jp/blog/archives/4875/ 後編 → https://developers.cyberagent.co.jp/blog/archives/5038/ ケーススタディ CASE 01:可視化してフィードバック 以前の記事でも書かせていただいていますが、そもそも27分類のスキルの使い道はここにあります。日々の面談や評価のフィードバックなど、デザイナーメンバーとの対話の際に以下の様なシートを使っています。 シートには、各フェーズごとの9項目と “ よかった ” と “ 期待 ” の欄があります。 よかった → 成長した、達成できた 期待 → いま足りていない 「よかった」と「期待」は2〜3項目でづつピックアップして書くのがルールです。全て書いてしまうと結局どこが良くて、ど

    デザイナーが伸び悩まないためのスキル27分類 | CA BASE CAMP | CyberAgent Developers Blog
  • 管理職のためのエンジニア組織構築マニュアル | DevelopersIO

    はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

    管理職のためのエンジニア組織構築マニュアル | DevelopersIO
  • # 2017年を振り返りシリーズAのスタートアップが後悔してる7つのこと - 株式会社SCOUTERのCOOが人事を尽くして考えた

    明けましておめでとうございます。随分と更新が空いてしまいました。2017年は会社としても個人としても当に色々なことがあり、なかなかブログを更新できない期間が続いてしまいました。今年はインプットの量を圧倒的に増やし、アウトプットに繋げていきたいと思っております。今年もよろしくお願い申し上げます。 シリーズAの会社って選択肢が無数にある 2017年を振り返って、まず思うことはシリーズAというスタートアップの期間というのは当に難しい状況なんだなということです。スタートアップのフェーズにおいて、シリーズA前後が一番難しいのではないかと思ってしまいます。おそらく、その要因の会社として取れる選択肢が最も多いからなのかもしれません。シリーズAまではとにかくプロダクトを作る期間。やることは顧客に求められるプロダクトを作るだけ。シリーズBを超えるあたりでは、既に勝ちパターンが見えてきて、組織の形も出来上

    # 2017年を振り返りシリーズAのスタートアップが後悔してる7つのこと - 株式会社SCOUTERのCOOが人事を尽くして考えた
  • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

    Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

    物理サーバを選定する際のポイント – Eureka Engineering – Medium
  • マネージャとのつきあいかた - サンフランシスコではたらくソフトウェアエンジニア - higepon blog

    今の会社で 7 人のマネージャと仕事させてもらい、自分もマネージャになったこともある。その経験をふまえてマネージャとのつきあいかたを書いてみる。マネージャは日的な「上司」と若干ニュアンスが違うので注意。上司というよりは役割の異なる同僚。 目的 マネージャとうまくつきあうことで以下を得るのが目的。 困ったときに助けてもらえる。マネージャ自身のマネージャのちから、マネージャの人脈を借りる プロジェクトの進め方、デザイン等。基的に好きにやりたい。細かく口を出されない。 キャリアプランゴールを共有し助けてもらう 大きな 2 つの方針 初期の段階で信頼関係を築き、以降のつきあいを楽にする バランスのよい情報共有を目指すが over-communication よりにたおす マネージャの視点 マネージャの視点を意識すると何を伝えるべきかが見えてくる。マネージャがあなたについて知りたいのは プロジェ

    マネージャとのつきあいかた - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
  • グーグルの「最高の上司」がチームの生産性を高めるために実践していること

    世界で最も優秀な人材が集まると言われる企業の一つ、「Google」。そんなGoogleで「最高の上司」として部下から尊敬されるのは、どのような上司なのでしょうか。 Googleで人材育成やリーダーシップ開発に携わり、現在は独立しその手法を世に広めようとしているのが、モティファイ株式会社取締役で『0秒リーダーシップ』『世界一速く結果を出す人は、なぜ、メールを使わないのか グーグルの個人・チームで成果を上げる方法』の著者であるピョートル・フェリークス・グジバチさんです。 Googleにおける最高の上司の役割、部下とのコミュニケーション手法、そのレベルに近づくために必要なマインドセットについて、ピョートルさんにお話を伺いました。 データが導き出したGoogleの「最高の上司」 —Googleが考える「最高の上司」とはどのような人でしょうか。 前提として、私やGoogler(グーグラー、Googl

    グーグルの「最高の上司」がチームの生産性を高めるために実践していること
  • エンジニアが「明日からマネジメントして」と言われたら

    製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ

    エンジニアが「明日からマネジメントして」と言われたら
  • とあるSIer上がりの人間が、チームマネジメントを経験するまでの変遷 - Qiita

    Classiアドベントカレンダー18日目です。 ちょうど2年ぐらい前にチーム運営についての記事を書いたのですが、職場も立場も変わったので、ここ数年の自分の振り返ってみようかなと思います(会社のアドベントカレンダーなのに、会社の技術について触れない投稿w) 1.職位の変遷と意識の変遷 前職に入社したときは、しがないスタッフエンジニアだったのですが、職位が上がるにつれ、意識していたこと(≒求められること)が変わっていったので、その変遷を書いていってみようかなと思います。 1-1.メンバー期 意識していたこと:「上司や同僚のスキルをひたすら学ぼう」 SIerからB2Cの会社に移り、当時は触る技術の何もかもが新鮮だった時期。 上司や同僚などがIRCなどで発言していることの理解を深めるのに精一杯で、仕事でチャットを使うということも初めてだったこともあり、IRCの発言タイミングも全然わかりませんでした

    とあるSIer上がりの人間が、チームマネジメントを経験するまでの変遷 - Qiita
  • エンジニア組織がない会社でエンジニア組織を立ち上げるためにやった3つのこと - Qiita

    LITALICO CTOの岸田崇志(@takish)です。 2017年のアドベントカレンダーもついに最終日となりました。 入社して2年経ち、エンジニアも順調に人数が増え、新卒採用からの育成、そして新規事業ラインへのエンジニアラインがスケールアウトできるようになってきました。 特に前職ではインターネット事業の急激な成長を経験したので、エンジニア育成サイクルの礎を築いて置くことの重要性は身にしみて感じていたので、最初からそれを念頭に組織を組み立てています。 はじめに 筆者はエンジニア組織の立ち上げは3回目なので「デジャヴ?!」と感じる事も多々あり(笑)、既視感ありまくりの2年でした。 一方で既視感があるということは、どこも成長のフェーズにおいて同じ課題に直面するということでもあるという事でもあります。 そのため、そのような経験を基に過去失敗した轍をもう一度踏まないことを心がけました。 成長フェ

    エンジニア組織がない会社でエンジニア組織を立ち上げるためにやった3つのこと - Qiita
  • 気が付いたら社長になっていた話

    こんにちは、インターネットコンテンツのところてんです。 この記事はインターネッツ秘密結社pyspaのAdvent Calendar 2017の10日目の記事です。ちなみに明日はpyspa忘年会なんで、みんな遅刻せずに行こうね。 思えば、このmediumのブログも、pyspa Advent Calendar 2016のために開設したので、はや一年です。 さて、今回はこの一年、いろいろとあったので、その話をしつつ、近況報告を適当にするポエムを書いて行きます。 退職した昨年末に勤めていたベンチャー企業を「円満」に退職し、無事無職になり、失業保険を貰ってゆるゆるとしていました。なお「円満」の定義は人それぞれです。 「円満」の定義について色々と語りたいですが、それを語ると様々な個所にご迷惑が飛ぶので、ひとまず「円満」とだけご報告します。 ハローワークはいろいろと楽しかった。起業したその後は人と一緒に

    気が付いたら社長になっていた話
  • 現地就職してからの1年とその前後 - はまさき

    ここ何年か、ベイエリアで遭遇することがちょこちょこある堤さんがサンフランシスコで就職して1年が経ちました - Over&Out その後というのを書いていたのを見た。偶然にも同じような時期にサンフランシスコにある会社に就職していたので、堤さんとお会いした時にたまに示し合わせるのが面白い。プロモートおめでとうございます。何でこの前言ってくれなかったの! 1年前の就職活動 ここに辿り着いた後は「どうにかなるもんやな」というのと「いやはや全然出来ないな」というのを、毎日とか毎週とかの周期で繰り返しているけれど、仕事が決まるまでの間はもっとしんどかった。 がちょうど最近Tradecraftというこの辺のスタートアップ野郎を生み出すトレーニングプログラムに応募して、電話面接、オンサイト面接を経ているのを目の前にすると、忘れかけていた当時の感覚が思い出されてくる。 すぐ甘えるので環境を強制する レジュ

    現地就職してからの1年とその前後 - はまさき
  • 41歳経営者は全財産を失っても立ち直った

    アメリカ同時多発テロ、リーマンショック、そして会社の設立と追放。数々の苦難を乗り越えて国内最大規模のデジタルマーケティング企業であるアイ・エム・ジェイ(IMJ)の最高経営責任者(CEO)に就任した竹内真二氏。どん底を経験しても諦めずに攻め続けたそのキャリアストーリーは、多くの若手ビジネスパーソンの参考になるに違いない。 アメリカ同時多発テロの衝撃 ――竹内さんの経歴についてご説明ください。 1976年2月に横浜で生まれ、今年で41歳です。子どもの頃は、父の都合で海外を転々としていました。タイや中近東のバーレーン、ハワイなどさまざまです。大学はカリフォルニアの大学を卒業しました。1998年のことです。 大学卒業後は帰国して、リーマン・ブラザーズ証券会社(東京支店)に入社。1年後には、採用してくれたボスとチームがモルガン・スタンレー証券に移籍するということで、僕も誘われてモルガン・スタンレーに

    41歳経営者は全財産を失っても立ち直った
  • How Google Works

    Today we all live and work in the Internet Century, where technology is roiling the business landscape, and the pace of change is only accelerating. In their new book How Google Works, Google Executive Chairman and ex-CEO Eric Schmidt and former SVP of Products Jonathan Rosenberg share the lessons they learned over the course of a decade running Google. Covering topics including corporate culture,

    How Google Works
  • 技術なきマネジメントの衰退とその対策 - メソッド屋のブログ

    今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日IT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に3年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術

    技術なきマネジメントの衰退とその対策 - メソッド屋のブログ