ご奉仕チキンレースで均衡する出世水準 - やしお
出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか（どこで降りるか）」によるところが大きいのだろう。その奉仕水準でどこまで行くか／どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ
最初の100日で何をすべきで何をすべきではないか？｜miyasaka
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
人一倍働いて「手を抜けない空気」を作る上司だった 佐久間宣行氏が失敗から学んだ、風通しのいい組織の作り方
想定外の事態で事前の情報共有が生きてくる 大熊英司氏（以下、大熊）：やっぱりこう、チーム作りがうまいというか。チームにちゃんと自分の思いが伝わってるってことなんですかね。重松さん。 重松裕三氏（以下、重松）：いや、すごくおもしろいなと思って。やっぱりHowを共有してこれをやってもらうとかになっちゃうと、それに向けてがんばるけど、それって別に本質的ではないですよね。やっぱりWhyとかWhatをちゃんと共有して、それに対して（やっていく）。それがあるからこそ自律的に動けるし、それがやっぱりチームをうまくまとめる秘訣なのかなと。 佐久間宣行氏（以下、佐久間）：そうですね。だからうまくいかなかった時に、「あ、じゃあ俺の仮説が間違ってて、これがうまくいかなかった……ってことはこういうことか」というところまで一応共有するようにしてる。 大熊：あ、そこまで。 佐久間：うん。じゃないと、ADさんも「なんで
チーム仲は悪くないのに「何となく一体感がない」時に試してもらいたい３つのこと｜こがねん / 組織開発するマン
こんにちは。こがねんです。ファッションテック企業で「組織開発」をしています。 「組織開発」とは何でしょう。これにはいろいろな定義がありますが、僕は「人の集まりが同じ目的に向かって協働するチームになるためのあれやこれやの働きかけ」くらいに考えています。 会社全体・特定部門・特定チーム・特定個人と、人・組織の課題はあらゆるレベルで起こります。その課題発見や解決を自分や自分のチームがリードして行ったり、他の人が行うのをサポートしたりする仕事。それが「組織開発」です。 そんな仕事をしている関係で、現場マネジャーからもよく人・組織に関する相談を受けます。先日も現場のマネジャーからこんな相談を受けました。 「チームの一体感が低下していて困っています。別に仲が悪いわけではないですが、リモートワークになった頃からメンバー同士の関わり合いが減ったこともあり、横のつながりが薄くなってしまったように思います。業
仕事のインパクトを大きくしようとすると人を巻き込む必要がある - Konifar's ZATSU
マネージャーではなくとも、ある程度高い成果を期待されている人にはマネジメント能力を要求される。そういう話を雑に書いておきたい。 1人でガッと進められる範囲の仕事のインパクトには限界があり、あるレベル以上に達すると、誰かに何かを依頼したりチームを超えて足並みを揃えたりする必要が出てくる。 ここで要求される能力には、チームビルディング、ネゴシエーション、ファシリテーション、スケジューリング、ロードマップ作成といったものも含まれる。マネージャーロールではない場合、「これってマネジメントなのでは？」と感じることもあると思う。それに対する自分の答えは「Yes」である。仕事のインパクトの大きさを広げようとすると、マネジメントと同じようなスキルはプレイヤーにも必要になる。結局 Manage (なんとかする) 能力も技術と捉えて磨いていく方がよい。 つまるところ、いわゆるマネージャーとプレイヤーの違いは、
なぜか部下がついてこない残念なリーダーは「フォロワーシップ」の重要性に気づいてない。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
チームを率いる立場にあるみなさん。リーダーシップを持ってぐいぐい引っ張ったつもりなのに、部下やメンバーが思うようについてきてくれず、チームとして成果が出せなかった……という経験をしたことはありませんか？ それは、あなたが部下やメンバーの「フォロワーシップ」をうまく引き出せなかったことに原因があるかもしれません。 フォロワーシップとは、部下が自主的な判断や行動により上司を支援すること。「組織の8割はフォロワーシップで決まる」とまで言われるくらい、じつは非常に重要なものなのです。 どうすればフォロワーシップを引き出せるのか？ リーダーがやるべきことを探ります。 フォロワーは5つに分類される 「フォロワーシップ」という言葉は、カーネギーメロン大学（アメリカ）教授のロバート・ケリー氏が、著書『The Power of Followership』内で、上司の「リーダーシップ」を補完する概念として初め
OODAループとPDCAの違い 8項目 – アイ＆カンパニー
OODAループ（ウーダループ、OODA Loop）とは、あらゆる領域で適用できる戦略の一般理論です。瞬時に判断し実行できる思考法「OODAループ思考」でもあります。論理的思考だけではなくて、直観等の人間の潜在能力を最大限に活かして行動できます。 OODAループが日本でも認知されてきましたが、いまだに誤解が多くあります。日本でOODAループを議論すると必ず、PDCAサイクルとどう違うのか、使い分けできるか、組み合わせできるかという質問をされます。 OODAループとPDCAを比較することの無意味 OODAループは、PDCAとは全く異なります。OODAループは一生を通してどんなことにも使える思考法です。PDCAは近年の日本においては様々な領域で使われています。が、元来は工業製品の生産技術で使われてきた継続的改善手法です。OODAループとPDCAを全ての要素で同じ次元で比較できません。 OODAル
心理的安全性が高くアジャイルな組織設計
心理的安全性の高いチームを作るためにサーバントマネージャーに徹する話などを聞くことがありますが、なんか大変そうだなーと考えてたら、これは組織設計の課題だと思ったわけです。 サーバントマネージャーは過渡期と割り切って、本来の仕事である課題解決に時間を使えるようにしていったほうがいいです。 心理的安全性とは他者の反応に怯えたり羞恥心を感じることなく、自然体の自分を曝け出すことのできる環境や雰囲気のことを指します。 だそうです。失敗するかも…と早めに言えることはアジャイルな組織には必須です。 心理的安全性は1人のメンバーが日常的にコミュニケーションする相手との視座、視野、視点が近いと高くなると仮説を立ててみました。 視座、視野、視点の図 https://tech.drecom.co.jp/viewpoint-of-being-leader/視座が離れてる例：リーダーが超ベテランでメンバーが超若い
Engineering Managerをエンジニアのマネージャーとするのはやめませんか？ - Unknown Error
この記事はEngineering Manager Advent Calendar 2018の9日目の記事です。 vol.2もあるので、是非こちらも見てください。 私は常日頃、Engineering Manager(EM)がいない問題について危機感を覚えている。 これはEMという役割が正しく認知されておらず、魅力が伝わっていないことが根本の原因にあると考えている。*1 だから、EMの魅力を伝えるPodcast EM.FMを広木さんと始めた。*2 このPodcastでは、EMが何を考えているのか、EMも人間だから悩みながらやっていること、EMが何に喜びを感じるのか、などを語っている。メインパーソナリティは広木さんと私だが、Quipper EMの大庭さん(id:ohbarye)、元Googleの及川さん(id:takoratta)、VOYAGE GROUP CTOの小賀さんにもゲストとして過去に
社内横断の技術組織を終わらせました - nottegra’s blog
内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
「現場かマネジメントか」で悩むのはもう古い？エンジニアのキャリアパスを再定義する新人事制度をビズリーチが導入 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 エンジニアのキャリアパスを再定義する新人事制度をビズリーチが導入――「現場かマネジメントか」で悩むのはもう古い？ ビズリーチCTOの竹内真氏 開発現場に留まり続けるか、それとも一線から退き組織のまとめ役に徹するか。 いまだ多くの日本企業には、一定の年齢に差し掛かったエンジニアに、「スペシャリストかマネジャー」かという二者択一を迫る風潮がある。そして評価の面でも、現場エンジニアよりマネジメント側に回った方が年収が高くなるように設定されているなど、「生涯現場」を貫きにくい環境が一般的だ。 だが、本当にエンジニアが組織で生きていく道はこの2つしかないのか？ 『ビズリーチ』や『careertrek（キャリアトレック）』といった転職サービスや、学習暗記帳アプリ『zuknow（ズノウ）』などを開発・運営しているビズリーチのCTO竹内真氏は、日
「民主的なチーム」が崩壊した話 | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、日野瑛太郎さんによる「話し合い重視で雰囲気の良いチームが必ず成果を出せるわけではない」という話です。 「民主的」であることはチームにとって重要か？ 僕がまだ会社員として働いていたころの話です。 ある時期に所属していたチームは、とても「民主的なチーム」でした。チームリーダーは意見を押し付けるような物言いを一切しない人で、メンバーの話をとてもよく聞いてくれました。プロダクトの仕様を決める際にも役職関係なく思ったことが言えるので、「気が進まないけど、仕事だからしょうがねーな」といったようなやさぐれた気持ちで働くことが非常に少なく、気持ちの面ではだいぶ働きやすく感じていました。 しかしこのチームは（働いていた会社はサイボウズではありません。念の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023