やらされ感が強く、言われたことしかしない「無関心型」の部下 相手のワークエンゲージメントを高める上司の問いかけのコツ
クライアントに期日の変更を提案する時のポイント 斉藤徹氏（以下、斉藤）：続いて、「信頼のトライアングル」について参考までにお話しします。これは、お客さんに「期日を遅らせるかどうか」という難しい話をする時には、とても大切だと思います。 長期的に相手から信頼されるためには、3つの要素が必要です。1つ目は、言っていることが真実であること。相手の顔色を見て意見を変えていたら、その時は心地よいかもしれない。でも、できるかどうかわからないのに「やります」と言っていると、結局信用されなくなるわけです。なのでやはり真実を伝えることが大切です。 2つ目は、伝える時には論理的に伝えること。とんちんかんなことを言ったら信用されないですから、真実性・論理性はとても大切です。 ただ、この2つだけで話すと、評論家みたいに聞こえちゃって、（相手は）腹が立ってくるんですね。上司だって評論家みたいに言われたら腹が立ちます。
目標設定の基本
NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
40～50代社員の老害化問題について考える | knowledge / baigie
ここ2年ほど、全国に点在する経営者や経営幹部と出会い、話を聞く機会を増やしている。月平均3～4名くらいのペースで、企業規模は数十名から数百名前半くらいの中小・中堅企業が多い。 地域/業種/業界/規模はバラバラながら、共通する話題もある。中でも表題の「40～50代社員の老害化」はよく耳にするテーマである。 個人的には、「老害」という言葉を安易に用いるのは好きではない。なぜなら、自分に都合が悪い年配者をすべてそこにカテゴライズし、全否定できる言葉だからである。実際には老害とは反対の「若害」といえる現象も存在するように思う。それも含めて、物事は「誰が言ったか」ではなく「何を言ったか」で冷静に客観的に見なければいけない。 その前提があった上で、比較的若い経営者や経営幹部の話を聞くと、「それは確かに老害という言葉で表現するしかないかもしれない」と思うことはある。 老害社員とは こうした話題で出てくる
中間管理職の仕事 - 情報伝達のアレンジ - だいくしー(@daiksy)のはてなブログ
自分がまさに中間管理職ど真ん中なので、中間管理職の仕事を可能な限り自分なりに言語化してみようと思い、ざっくばらんに思ったことを書いていく。 今回は、情報伝達について。 組織がコンパクトであれば、中間管理職など必要はない。トップの意思がダイレクトに末端までスムーズに伝わるからだ。 組織が大きくなるにつれ、情報の伝達はスムーズにいかなくなる。 帝人の元会長である安居祥策氏が、日本経済新聞に寄稿した記事で記した「√の法則」というものがある。 100人の社員に物事を理解してもらおうと思えば、√100=10 として10回同じ説明をする必要がある。 10,000人の社員が相手になれば、100回になる。 多くの人に自分の考えを理解してもらうためには、このくらい同じ説明を何度も繰り返す必要があるということだ。全社員が集まる集会で、1回説明すれば明日からすべての社員がそのように動く、ということはない。 これ
(翻訳) GitLab 社で働くのはどのようなものだったか - forest book
本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6
「属人性を高める行為は知的謙虚さにかける」という考え方を知り、プロジェクト推進の標語にすぐにしたいと思った話。
最近読み終えた本の中でこれはアタリだったなと思う本がある。 GitLabに学ぶ 世界最先端のリモート組織のつくりかた ドキュメントの活用でオフィスなしでも最大の成果を出すグローバル企業のしくみ、というものだ。 この本は昨年、私がプロジェクト伴走支援をしている会社の代表の方からオススメしてもらった。 タイトルどおりGitLab（ギットラボ）社とは世界最大のリモート組織である。 ・世界67カ国以上に従業員2,000名以上 ・自社オフィスを持たない世界最大のオールリモートカンパニー ・リモートワークのための方法論やカルチャーを「GitLab Handbook」として公開 ・リモートワークの方法だけでなく評価、給料の決め方、部門ごとの仕事の進め方など、社員として必要な知識をすべて支える「ドキュメント文化」が浸透 GitLab社のマニュアル原本は大変情報が膨大らしく、いきなりこれらすべてを読み解くの
なぜ、エンジニアの"フロー状態"は見落とされるのか？ 継続的なフロー状態が開発生産性を高める
前回は「開発生産性」という言葉の広さから、きちんと組織のレイヤーを構造化しながら用語を分けてオーバーラップする部分を繋げていきましょうという話を紹介しました。第2回となる今回は、開発チームに焦点を当てていきます。ソフトウェア開発の現場では、Four Keysを中心とした「開発生産性のメトリクスはどうあるべきか」 や「認知負荷を下げるエコシステムはどう設計するべきか」といった議論が頻繁に行われています。こうしたソフトウェアアーキテクチャから生まれる開発生産性に関する議論はとても重要であり効果が高いものです。本記事ではそうした議論とは少し離れ、「エンジニアの継続的なフロー状態が生む開発生産性への重要度と、組織が開発チームに対する不安の定量化によるフロー状態の軽視がなぜ起こるのか」という観点で解説します。 以前の記事 【第1回】「開発生産性」はエンジニア"だけ"のモノではなくなった？──開発組織
【質問への回答】パフォーマンスが上がらない人、はたまた発達障害など仕事が難しい人へのマネジメント。 - 笑顔を創りたいWebディレクターの日常
こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 さて、今日は先日書いたこの記事↓に対してご質問をいただいたので、そちらへの回答エントリです。 ※この元記事を読まなくてもわかるよう、本記事は独立したものとして書いてあります toksato.hatenablog.com いただいたご質問はこちら↓ おなまえ（匿名OK）： k ご質問内容： 「マネジメントでやったことリスト」を興味深く拝読させていただきました。 様々難しいと思うのですが、パフォーマンスがうまく上がらない方、仕事内容と本人適性がマッチしていない方などにうまく働いてもらう方法について知見があれば記事化いただきたいです。 非正規の方と働く機会が多いのですが、前述のような方や、軽度知的障害～境界知能の方、発達障害の方、仕事への姿勢が不真面目な方などがわかりやすく多いです。 1on1を重ねても踏み
全力でオペレーション改善をしたら、人材紹介事業の売上がたった１年で６倍になった話｜黒崎 俊 / プレックス代表取締役
このnoteでは、僕らが2021年から2022年にかけておこなった「オペレーション改善」についてまとめています。 当時は１年間かけて、とにかく全力でオペレーションを作り込みました。そのときあった仕組みやルールのほぼすべてを、ゼロベースで見直して変えていきました。 その結果、単月の売上を１年で「6.75倍」まで伸ばすことができたのです。 数千万円だった売上は、数億円規模になりました。 なぜ、短期間でそれほどの成果を出すことができたのか？ 今回はノウハウの棚卸しも兼ねて、オペレーション改善のポイントを振り返ってみたいと思います。当社のメンバーはもちろん、事業責任者やマネジメント職の方にとっても役に立つ内容になっていればうれしいです！ なお、ここから書く内容はオペレーション改善にフォーカスしていますが、6倍という期待以上の結果を残せたのはそこに「メンバーの頑張り」がかけ合わさったからだと思ってい
「できない理由」を並べる人々は、とりあえず無視して構わない。
コンサルタントをやっていた時、「できない理由」を並べ立てる人々に数多く出会った。 彼らの習性として「新しい何か」には、ほぼ「忙しい」と反対する。 また、リスクばかりを強調し、その打開策は探そうとしない。 例えば、こんな具合だ。 企画「今年の方針発表にもあった通り、お客さんにサービスの満足度についてヒアリングをしたいのですが。」 営業「いや、今すぐは忙しくて無理ですよ」 企画「社長からは「すぐに」と言う話だったと思いますが……、なぜですか？」 営業「ただでさえ目標がキツイので。目標達成に影響が出ます。」 企画「そうですか。では、我々が動くので。営業の方は何もしなくていいですよ。」 営業「いや、それも困ります。」 企画「なぜですか？」 営業「お客さんを混乱させてしまうかもしれないからです。」 企画「具体的には？クレームが来る、という事でしょうか？」 営業「まあ、そうかもしれません。」 企画「か
ソフトウェアに関わる人が知っておくといいかもしれない法則10個
「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物
「Cloudflareに解雇を伝えられた際の動画」が最悪の解雇通達であると話題に
CDNサービスの代表格であるCloudflareが、「ブリタニー・ピーチ」という名前の従業員を解雇する様子を撮影した動画が、ソーシャルメディア上で話題となっており、海外メディアのInc.comは「最悪の解雇通達である」と指摘しています。 The Viral Cloudflare Termination Video Is a Master Class in How Not to Terminate Someone | Inc.com https://www.inc.com/suzanne-lucas/viral-cloudflare-termination-video-masterclass-how-not-terminate.html 問題の動画は、Cloudflareの従業員であるブリタニー・ピーチ氏が、同社の人事担当であるロージー氏、さらに氏名不詳のディレクターから解雇を通達された際の
新規事業立ち上げのアンチパターン｜福島良典 | LayerX
新規事業立ち上げのアンチパターンについて考えてみる。 このアンチパターンは、完全な飛地の新規事業だけではなく、複数プロダクトを経営する中での隣接領域の新規プロダクトの立ち上げのときや、あるセグメントにPMFした状態から次のPMFを探すときも同様のアンチパターンが適用されうる。 ここでのアンチパターンは、1つ目の事業立ち上げ・プロダクト立ち上げで起こることはない。2つ目の事業や2つ目のプロダクトを立ち上げる際に留意する点であり、コンパウンドスタートアップを正しく経営するには必ず頭に入れておきたい内容である。 規模からの逆算と顧客インサイトの軽視新規事業における市場選択のアンチパターンである。 例えば、売上の30%成長を続けるための、計画と現実のギャップを埋めるために新規事業を規模から探してしまうみたいなケースで見られる。 大前提として、市場規模の推定は重要である。実際に事業をやっていると、い
組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog
そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります： コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1on1ミーティングガイド (1on1ガイド)
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
新入社員の呪いの解き方
管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
開発生産性の現在地点～エンジニアリングが及ぼす多角的視点 / Current status of development productivity
非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024
