Findy 主催 インシデントマネジメント 事態収拾のための取り組みに迫る Lunch LT に登壇しました - Pepabo Tech Portal
セキュリティ対策室の 伊藤洋也 ( @hiboma ) です 2/21(水) ファインディ株式会社様 主催の インシデントマネジメント 事態収拾のための取り組みに迫る Lunch LT にオンラインで登壇しました。 イベントは次のような趣旨で開催されました。 インシデントが発生した際にスピーディにサービスを復旧させることはもちろんのこと、発生した事象への再発防止に向けた対策を講じることも重要です。インシデントへの事前準備、発生時の対応、振り返りの一連の管理はサービスの信頼性維持のための一環となっております。 本イベントでは、それぞれインシデントへの対応の管理や改善をされてこられた方々から、取り組みの事例やその際の考え方等を広く共有していただくことで明日から使える気づきや学びを得られるイベントを目指します。 今回、このイベントで インシデントマネジメントとエンジニアリングのかけ算 - 自動化
経営と現場を接着するプロダクトマネジメントの技術｜坪田 朋
経営戦略とプロダクト方針の一貫性を保つために必要な考え方や立ち振舞いのまとめ。開発は進んでいるが細かい掛け違いで芯を食ってないと感じた時にオススメです。 スタートアップは短いスパンで経営戦略がアップデートされるので、それに合わせてプロダクトの方向性を一致させる取り組みはとても大事。 少人数組織では阿吽の呼吸で進められた事も、急成長していく組織では微妙な掛け違いの積み重ねでズレていくので、意識的に経営と現場を接着させる意識を持っておくと、方向性が一致する。 例えば、権限委譲時にPdMの裁量 = 自由になってしまうと、経営方針とプロダクト開発方針がズレて不健全化する事もあり、この手のトラップ事例は、ビルドトラップを避け顧客に価値を届ける にも詳しく書いてあるので参考になります。 1. 経営と現場を接着するパイプラインを作る「経営と現場を接着する」と呼んでいるが、経営と現場間で認識や理解のズレを
マネジメントの知識がドメイン駆動設計を加速する - ソフトウェア設計を考える
2023年6月13日開催の設計コミュニティイベント「現場から学ぶモデル駆動の設計 第24回」で発表した資料の説明です。 スライドを公開しています。 概要 今年の三月に出版された佐藤大典さんの『エンジニアのためのマネジメント入門』に書かれている知識は、ドメイン駆動設計を実践する時にとても役に立ちます。 (2023-6-15 「深い洞察に向かうリファクタリング」と「戦略的設計」の内容を加筆） この本の内容をチームで習得することでドメイン駆動設計をより効果的に進められます。 『エンジニアのためのマネジメント入門』 『ドメイン駆動設計』に取り組む時に、特に関係するのはこの４つの章の内容です。 『ドメイン駆動設計』 エヴァンス氏の『ドメイン駆動設計』は全体は４部で構成されています。 それぞれの部に書かれた内容と『エンジニアのためのマネジメント入門』の内容がどう関係するかを紹介します。 第１部「ドメイ
同僚および部下に対してカスハラを繰り返す顧客を契約解除してきた。 - Everything you've ever Dreamed
とある法人との契約解除交渉を任された。僕の務めている会社は食品系である法人にサービスを提供することが決まっていたが、諸々の事情によって事業継続が困難と会社上層部が判断したのである。「営業が取ってきた契約だから、契約を解除するのも営業」というのが事業の運営部門の言い分であった。「あなたたちは仕事を持ってくることも、続けることもできず、あまつさえ仕事を打ち切ることもできない無能なんですねー」と言いたくなる気持ちを抑えたのは社長直々の指名だったからである。「白羽の矢が立った」と表現すれば綺麗だが、北斗神拳奥義の一つ、人差し指と中指で挟んで受け止める「二指真空把」をキメなければ眉間に白羽の矢が刺さって失脚不可避のピンチなのであった。 プロローグ 【登場人物】 僕（営業部門責任者）、弊社担当者（運営部門）、クライアント1号（法人理事長）、クライアント2号、その他弊社現場スタッフ。 契約日は昨年末、事
プロダクトマネジメントの優先順位付けフレームワークの究極ガイド
この記事は、以下サイトの機械翻訳です。 何を作るか（あるいは次に何を作るか）を決めることは、プロダクトマネージャーの仕事の中で最も重要な部分の一つです。インパクトを与えるチャンスは何度もありません。だからこそ、賢く選択して、チャンスを最大限に生かすことが重要なのです。 プロダクトの優先順位を決めるには、さまざまな要素を考慮する必要があります。しかし、何よりもまず、お客様の真の問題を解決することを優先しなければなりません。多くの企業では、このプロダクト開発の基本方針が守られていません。おそらく、価値よりも革新性を優先しているからでしょう。私たちは皆、自分たちが最先端の先駆者であると他人に思われたいと思っていますが、市場が求めているのは必ずしもそうではありません。 市場が求めているのは、すでに機能しているものを適度に改良することだったりします。究極のゲームチェンジャーを追い求めるのではなく、フ
(新米)エンジニアリングマネージャーのしごと #RSGT2023
Regional Scrum Gathering Tokyo2023の登壇資料です。 エンジニアリングマネージャーのしごと https://www.amazon.co.jp/dp/4873119944 エラスティックリーダーシップ https://www.amazon.co.jp/dp/4873118026/ HIGH OUTPUT MANAGEMENT https://www.amazon.co.jp/dp/B01MU055XH/ 成人発達理論による能力の成長 ダイナミックスキル理論の実践的活用法 https://www.amazon.co.jp/dp/B0739Q42P5/ マネジメント3.0 https://www.amazon.co.jp/dp/B0B8GCPWP4/
2年半のエンジニアリングマネジャー経験から学んだこと - valid,invalid
2017年6月〜2020年3月まで、Quipperという会社でEngineering Managerをやってみての振り返りです。 ここ数日こつこつと退職エントリを執筆していたのですがこのセクションが長くなりそうだったのと、単体で読まれても良さそうなので1エントリとして切り出しました。*1 マネジャーになった背景から失敗から学んだことから思いついたことをぐだぐだ書いていきますがはっきり言って個人の日記レベルなので野暮なツッコミはなしでお願いします。*2 というかこれは個人の日記ですよ〜。（ここまで防衛線） マネジャーになった背景 / 当初の役割 記憶が確かであれば2016年頃にQuipperにも評価制度が導入されたのですが、当時すでに世界に数拠点あったためCTO@Londonが全員を評価するのは難しくなっていました。可能な限り現地オフィスで現地メンバーを評価したほうが納得感も高い、ということ
納得感のある決定事項の共有方法 - Konifar's ZATSU
意思決定の場にいない人に対して決定事項を共有する際、いくつか気をつけておくといいなぁと考えていたことを雑にまとめておきたい。 決定する前から進捗をちょっとずつ共有しておく 決定前の話なので後の祭りかもしれないが、いきなり結果をドーンだと相手を戸惑わせることがあるので事前に議事録を共有したり中間で説明する機会を作ったりするとよい 背景と前提条件を伝える なぜやるのかわからないまま結果だけ共有すると納得してもらいにくい。決定する上での前提条件を知らないと余計な反発をうむこともあるので注意が必要。それまでずっと考えてきた当事者は気づきにくいが、びっくりするくらい前提知識が違うことがある。相手は何も知らないものとして、イチから説明した方がよい 決定までの経緯を伝える 結論より経緯の伝え方が重要。どのような議論があってそんな決定になったか、完結に伝えましょう 捨ててきた選択肢も伝える 結果に至るまで
SQL Server Management Studio 18.0 Release Candidate 1 is now available - Microsoft SQL Server Blog
Toggle share menu for: SQL Server Management Studio 18.0 Release Candidate 1 is now available Share Share SQL Server Management Studio 18.0 Release Candidate 1 is now available on Twitter Twitter Share SQL Server Management Studio 18.0 Release Candidate 1 is now available on LinkedIn LinkedIn Share SQL Server Management Studio 18.0 Release Candidate 1 is now available on Facebook Facebook Share SQ
OKRとは？ グーグル、Facebookも活用する目標＋成果「OKRメソッド」徹底解説！ | CAREER HACK
［寄稿者プロフィール］勝木健太 1986年生まれ。幼少期7年間をシンガポールで過ごす。京都大学工学部電気電子工学科卒業後、新卒で邦銀に入行。現場では法人営業、本店では外貨バランスシート経営の企画、グローバル金融規制対応（BaselⅢ、ドッド・フランク法 etc）、各国中央銀行との折衝に従事。外資系コンサルティングファームを経て、2016年12月より監査法人にて、ブロックチェーン技術をはじめとするFinTech領域の戦略立案に従事。 OKRメソッドとは？ まずOKRとは「Objective and Key Result（目標と主な成果）」の略で、チームや個人の目標を明確化する仕組みのことを指します。グーグルをはじめ、数多くのグローバル企業で導入される業績管理手法のひとつです。 開発したのはインテルのCEOだったアンディ・グローブ氏。2015年8月に刊行された書籍『シンギュラリティ大学が教える
ディズニーキャストが見た｢理想のリーダー｣
新年度を迎えて1週間が経ちました。異動や昇進、転職などで、新たなチームメンバーとともに仕事のスタートを切った方も多いでしょう。 私は、東京ディズニーランド、東京ディズニーシーを運営するオリエンタルランドに17年間勤め、人材トレーナーとして延べ10万人以上のキャスト（スタッフ）を指導してきました。 リーダーへの満足度が仕事の満足度に直結 拙著『3日で変わるディズニー流の育て方』でも触れていますが、私が人事部に在籍していた時のこと。現場のキャストたちと話す中で、「リーダーへの満足度」や「サービスに対する考え方」に濃淡があることを日々感じていました。 それらをどうにか浮かび上がらせようと私が実施したのが、当時働いていた約1万8000人の全キャストに対する意識調査です。過去に部署ごとの調査はあったのですが、全キャストを対象にした調査は初めての試みでした。 さまざまな角度からキャストたちの生の声を拾
ページが見つかりません / Page Not Found（Error 404） | ロート製薬株式会社
ページが見つかりません / Page Not Found（Error 404） ロート製薬株式会社Webサイトにお越しいただきありがとうございます。 大変申し訳ありませんがお客様がアクセスしようとしたページが見つかりませんでした。 お探しのページは、削除されたか名前が変更された、もしくは一時的に使用できなくなっている可能性がございます。 The page cannot be found. The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. 考えられる原因 ページの整理統合などによってリンクが切れが発生してしまっている。 URL（アドレス）の綴りを誤って入力されている。 解決方法 大変お手数ではございますが、次のいずれかの方法で、お
知識社会に求められる人材を育てるために効果的な「ワークレビュー」とは 〜 ナレッジワーカーの育てかた | Social Change!
私たちのチームでは、よく「ふりかえり」という形で、仕事の進めかたに関する改善をしています。「ふりかえり」については以前に記事を書きました。 自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ 一般的な「ふりかえり」では、チーム内での良かったことや悪かったことをメンバーで共有するものですが、私たちは時に、特定の個人の働きかただけに焦点をあてた「ふりかえり」もしています。 それは、弟子や中途採用の方への教育や指導をするための「ふりかえり」です。個人の働きかたについて、メンターがレビューするような形になります。そこで私たちは、その「ふりかえり」の一種のことを「ワークレビュー」と呼ぶことにしました。 この記事では、ナレッジワーカーにとっての仕事の進めかたを伝えていくための「ワークレビュー」という手法について書きました。 マニュアル化できない仕事が求めら
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
【読書メモ】この1冊ですべてわかる コーチングの基本 | Yunicode
些細なことでもアウトプットしていこう〜とか言ってたのにだいぶ間が空いてしまいましたが久しぶりに読書メモ。新しいスキルとしてマネジメントを勉強中。 この1冊ですべてわかる コーチングの基本 感想本当に基礎の基礎から丁寧に書いてある本で、一年生の人は入門書として必読。 マネジメントというふわっとした形のわかりづらいものに対してなぜコーチングをするのか、どのようにするのか、というところから丁寧に解説がある。「相手にする質問でより効果の出そうな質問例はどんなものがあるか」など一通りの流れなど、具体的なアクションまで書かれているのですぐ実践に活かせそう。取り掛かりとしてはとてもよい本だったと思います。紹介していただけてよかった。 それにしてもマネジメント（コーチング）を実践するのって本で読むと、そりゃそうだろうな〜ってことも多いのだけど、実際にやろうとすると相手も自分も人間なのでそう簡単にはいかない
4ヶ月の間に一休.comで起きた変化 - zimathon blog
概要 最近いろいろな方（社内、社外含め）に、エンジニアチームどうですか？良くなってますか？という質問を頂きます naoya さんってどうなんですか？やっぱりすごいですか？とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める
エンジニアと健全なバトルをしてますか？ Increments 及川卓也が語る優秀なPMの条件 | キャリアハック（CAREER HACK）
及川さんがこれほどまでPMの重要性を語るのはなぜか。そして優秀なPMに求められる条件とは？ [プロフィール] 及川卓也 (Takuya Oikawa) Increments株式会社 Product Manager 早稲田大学理工学部卒業後、外資系コンピューター企業での研究開発、マイクロソフトでの日本語版・韓国語版Windowsの開発統括を経て、グーグルでプロダクトマネージャとエンジニアリングマネージャを務める。2015年11月より、プログラマのための技術情報共有サービス「Qiita」やドキュメントを軸としたコラボレーションサービス「Qiita:Team」を提供するIncrements株式会社にてプロダクトマネージャとして従事。エンジニアのキャリアプランニングやエンジニアリングマネージメントなどの領域で自社のQiitaやQiita:Teamの活用を軸としてスタートアップにアドバイスも行う。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
セルフマネジメントできないとか(笑)
技術的負債と向き合う
