障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 | レバテックラボ（レバテックLAB）
TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub
世界最強チーム「ネイビーシールズ」のメンバーに共通する特性は「極限状態でも自分より周囲の人を優先して助けられる人」という話
Brandon K. Hill | CEO of btrax 🇺🇸x🇯🇵/2 @BrandonKHill 先日の現代のスピード重視の組織においては、他のスタッフに嫌な思いをさせるような有害なスタッフは速攻切るべきだという動画が好評だった。では、逆に最強チームを構成するメンバーはどんな特性を持っているのか？ これを初めて聞いた時は全く想像と違っててかなり驚いた記憶がある。 pic.twitter.com/nj43gXfmXi 2023-07-15 08:28:00 Brandon K. Hill | CEO of btrax 🇺🇸x🇯🇵/2 @BrandonKHill Founder & CEO of btrax. サンフランシスコと表参道が拠点のデザイン会社 - ビートラックス代表 / デザイナー / 起業家 / エンジェル投資 / 日米ハーフ / カリフォルニア育ち /
層別に必要なマネジメント能力を表現した「カッツモデル」とは？ - 日本人材ニュースONLINE
※ビジネスにおけるフレームワークの活用例カッツモデルでは、マネジメント層を3つにわけて(詳しくは後述)、それぞれのマネジメント層において必要とされるスキル(テクニカルスキル、ヒューマンスキル、コンセプチュアルスキル)の割合を可視化しています。 カッツモデルの起源、できた背景カッツモデルは、アメリカの経営学者であるロバートカッツ氏が提唱しました。当時のアメリカでは、マネジメント層の”パーソナリティ“や”素質“に着目する傾向にあり、その人の特性によってマネジメントが上手くいくかどうかが決まるといった言説が主流でした。 しかし、カッツ氏は、マネジメント層が優秀かどうかは、何ができるかといった”スキル“によって決まると提唱したのです。 実は、カッツモデルが提唱された1950年代は、生産現場の”ブルーカラー”の労働者とそれを管理する”ホワイトカラー”の管理職の仕事は明確に区別されており、職位や立場で
カッツモデルとは？育成や評価への活用から最新の傾向まで解説
カッツモデルとは、役職ごとに求められるスキルの割合を示したモデル図です。人材育成や組織開発の指針として参考にしている企業も少なくありません。 一方で、以下のような疑問や悩みを抱える企業も多いのではないでしょうか。 見聞きしたことはあるけど詳しくは知らない カッツモデルはもう古いのでは？ 人材育成や組織開発にどう活用できるのか分からない 実際カッツモデルには3つの階層と3つの構成スキルがありますが、これらの概要を知っただけでは、各階層におけるスキルの捉え方しか知れず、「各階層に適した研修方法」や「各スキルの高め方」などはイメージしづらいでしょう。 重要なことは、カッツモデルを知ることではなく、カッツモデルを人材育成や人事評価制度の改善に生かすことです。 人材育成に活用できるフレームワークはカッツモデルだけではないため、「自社の人材育成にカッツモデルを応用する必要性はあるのか」という視点で記事
「カッツモデル」とは？ 人材育成に活用する上での具体例やマネジメントに役立つヒューマンスキルなど3つの能力を解説 | 人事のプロを支援するHRプロ
マネジメントに役立つ「カッツモデル」を構成する3つの階層や能力とは 「カッツモデル」とは、組織の管理者に必要な能力を3つに分け、管理者の役職ごとに、どの能力をどの程度身に付けておきたいかを階層化したものである。 人材育成や組織のマネジメントを行う際に、カッツモデルを考慮する企業も多い。その階層と能力について解説する。●「カッツモデル」を構成する3つの階層カッツモデルを構成するのは、「トップマネジメント」「ミドルマネジメント」「ロワーマネジメント」の3つの階層である。それぞれの階層にどのような管理者が当てはまるのかを紹介する。 ・トップマネジメント 最高経営責任者（CEO）や最高執行責任者（COO）、会長、社長、副社長など、いわゆる経営者がこの階層に属する。トップマネジメント層は、経営方針や戦略の決定に関わる立場になるため、現場で具体的な指示を与えることはまずない。また、企業全体の業績に対し
「LeanとDevOpsの科学」を実際にチームに適用した際の工夫 - talk at DevOpsDays Tokyo 2022
「LeanとDevOpsの科学」を実際にチームに適用した際の工夫 - talk at DevOpsDays Tokyo 2022 こんにちは、株式会社ビズリーチでプロセス改善活動をしている賀茂といいます。 少し前になりますが、2022年4月21日にDevOpsDays Tokyo 2022にて発表をしたので、発表内容の補足と発表後に会場の方からもらった質問について答えたいと思います。 発表内容について 今回は『ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 』と題して「LeanとDevOpsの科学」という書籍の実践事例を発表してきました。 「LeanとDevOpsの科学」について 前提として今回の取り組みは「LeanとDevOpsの科学」という本を参考にしています。 「LeanとDevOpsの科学」では開発組織のパフォーマンスを測る指標（Four keys
SRE実践の形：7種類の SRE 実践パターン - 株式会社X-Tech5
SRE （Site Reliability Engineering）の実践パターンの話をします。 わたしたちが自身の経験をもとに書いたものですが、参考資料の影響を多大に受けています。参考資料がどれも厚すぎて参考にしきれていない感はあります。 これらの実践パターンはどれかが優れているというものではなく、組織やプロダクトの状況によって選択するものだと考えています。 なお次のエントリでSREを成していく道のりの話をしています。 SRE実践への道：ボトムアップの場合 SRE実践への道：トップダウンの場合 7種類のSRE実践パターン これらは順番に発生していくものではありません。また これらの実践パターンは排他的ではなく、複数を並行実施する ことがあります。 わたしたちが知る限りSREのミッション（あるいはSREに対する期待値）は両極端で、全体を俯瞰し全体最適を図る方向性の場合と、可用性・パフォーマ
エンジニア組織の責任範囲の透明性をRACI図で高めてみた - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
こんにちは、ゆのん(id:yunon_phys)です。この記事は Akatsuki Advent Calendar 2018 の22日目の記事です。 前日は@kackytwさんのDQNの学習速度を改善するでした。 Engineering Managerのjob descriptionを共有する流れ 近年、Engineering Manager(EM)業界が賑わってきています。特に2018年は非常に活発化した年でした。書籍としては、エンジニアリング組織論への招待とエンジニアのためのマネジメントキャリアパスという名著が生まれました。また、Engineering Manager Meetupが3回開催され、Slack workspaceでは12/22時点で268人となっています。EMのためのPodcast EM.FMも誕生し、総再生回数が10,000回を突破するなど、多くの方から注目を集めていま
中国人やインド人が、すぐにちゃぶ台返しをする理由
だが米国以上にユニークなのが日本だ。アジアの多くの国と同じように日本のリーダーシップは階層主義的だ（図の右半分）。上下関係がはっきりしていて、部下が人前で上司に意見することはめったにない。リーダーシップが階層主義的な国の多くは、意思決定はトップダウン型になる（図右上）。迅速で柔軟、一度決まったことでもすぐに変更や修正がある。中国やインドがこうしたケースだ。一方、日本の意思決定は合意型だ（図右下）。組織のなかで合意を積み上げていく。意思決定に時間はかかるが、ブレずに迅速に実行される。 リーダーシップと意思決定という2つの指標で、日本ほど正反対の極へ大きく振れる国は他にない。階層主義と合意主義の共存という珍しいパターンが、他文化の人から見て日本の組織やリーダーは分かりにくいという印象を与え、摩擦を生む原因になる。同じようにヒエラルキーを重視するにもかかわらず、インド人は日本人リーダーが意思決定
ペップトーク - Wikipedia
この項目では、励ましの言葉のペップトークについて説明しています。国生さゆりのアルバムについては「Pep Talk」をご覧ください。 この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "ペップトーク" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2009年9月) ペップトーク（Pep Talk）はスポーツ選手を励ますために指導者が試合前や大事な練習の前に行う短い激励のメッセージのことを指す。現在は語学と心理学の分析も進み、アメリカではセールスマンの営業研修やIT技術者のモチベーションアップ研修にも取り入れられている。語源はpep（元気）、pep up（元気づける）という言葉から来ている
現代のソフトウェア開発を学ぶために「正しいものを正しくつくる」を読んだ - $shibayu36->blog;
最近はいかにエンジニアリングの立場でプロダクトを成長させられるかについて考えている。そこで、現代のソフトウェア開発やアジャイルについて学ぶため、同僚にオススメされた「正しいものを正しくつくる」を読んだ。 正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について 作者:市谷聡啓ビー・エヌ・エヌ新社Amazon なぜ現代ソフトウェア開発は難しいのかから始まり、現代ソフトウェア開発の不確実性へ対処するためにアジャイルを利用するという流れになっていて非常にわかりやすかった。また「正しいものをつくる」ことと「正しくつくる」ことをうまく切り分けて説明してくれたので、自分の中で論点を整理しやすかった。 「正しくつくる」部分に関しては、これまで自分も注力してきたところであったので、かなり経験知を言語化できた。一方「正しいものをつくる」部分に関しては、まだ経験が
【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと
みなさんこんにちは。@ryuzeeです。 スクラムにおいて、スクラムチーム全体のパフォーマンスをどのようにして上げていくかは難しいテーマですが、プロダクトオーナーの視点でこれを捉えた「10 things you must do to build high-performing Scrum Teams as a Product Owner」という記事が良い記事だったので、翻訳したものをご紹介します。 翻訳に際しては、著者のMaarten Dalmijnさんに快諾いただきました。 なお、著者のMaartenさんはほかにもプロダクトオーナーに関する有用な記事を書いているので、参考にするとよいかと思います。 プロダクトオーナーの開発チームへの関わり方は、開発チームのパフォーマンスにおいてとても重要です。ダメなプロダクトオーナーだと、ハイパフォーマンスチームを簡単に潰してしまう可能性があります。 私
Google - Site Reliability Engineering
Introduction Written by Benjamin Treynor Sloss6 Edited by Betsy Beyer Hope is not a strategy. Traditional SRE saying It is a truth universally acknowledged that systems do not run themselves. How, then, should a system—particularly a complex computing system that operates at a large scale—be run? The Sysadmin Approach to Service Management Historically, companies have employed systems administrato
【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
エンジニアを育てる環境と、コミュニティのありかたについて - blog.8-p.info
エンジニアを育てるはなしが、たぶん以下の Takuto Kihira さんの tweet をきっかけに盛り上がっていた。 昨日の飲みで、某CTOが「エンジニアを育てるって言うけど、紀平さん誰かに育てられました？自分で育ったでしょ？だからエンジニアに対しては、頑張れ、としか言いようがないと思うんですよね」って話をしていて、まあ確かにそうだと思った。自分はしかし親に環境を用意してもらったな。本とかPCとか。 私の立場は、Dai MIKURUBE さんの tweet に近い。 エンジニアの成長について「自分は自力で育った」「今まで見てきた人は誰かに育てられたというより自力で育ってきてた」は観察としてたぶん真なんだけど、「だからこれからもそれでいい」は明確に偽だと思うんだよなー。それって各種の職人業が次々廃れてるのと同じことを再現するだけのような気がする 私自身も大学で情報工学を学ぶまえに多少はプ
カイゼンの次は、文化の共有/After Kaizen, Share the team culture - Speaker Deck
2018/09/01開催「現場の車窓から：新入社員研修トレーナー・トレーニーの現場」での発表資料です。 イベントページはこちら→ https://devlove.doorkeeper.jp/events/77488 この発表について書いたブログはこちら→ https://kumatira.hatenablog.jp/entry/2018/09/04/%E3%80%8C%E7%8F%BE%E5%A0%B4%E3%81%AE%E8%BB%8A%E7%AA%93%E3%81%8B%E3%82%89%EF%BC%9A%E6%96%B0%E5%85%A5%E7%A4%BE%E5%93%A1%E7%A0%94%E4%BF%AE%E3%83%88%E3%83%AC%E3%83%BC%E3%83%8A%E3%83%BC%E3%83%BB%E3%83%88
ティール組織とは？実務的視点から見る3要点と５過程
１章 ティール組織とは？ 一言で言うと、「社長や上司がマイクロマネジメントをしなくても、組織の目的実現に向けて進むことが出来ている、独自の工夫に溢れた組織」のことであり、実は、世界にはザッポス等をはじめとして、既にそういった組織が実際に増えてきており、成果（顧客満足、売上・利益等）を上げている現状があります。 フレデリック・ラルー氏は本の中で、ティール組織のエッセンス（ブレークスルー）を3つ挙げています。まずは、この３つのブレークスルーがティール組織を理解する上で大切です。 進化する組織の目的 セルフマネジメント（が機能している構造や仕組みを有している組織） ホールネス（個人としての全体性の発揮） ティール組織については、詳しくは７章で後述しますが、実は、ティール組織が生まれた経緯を知ることで、上記のエッセンスの理解を深めることができます。 2章では、ティール組織に至るまでの過程を、ラルー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意見共有で「集団の知恵」が低下：研究結果
リーダーシップとは？ 求められる資質と役割：書評 | ライフハッカー・ジャパン
強いインフラが組織を創る / #jtf2018
