元コンサルの回顧本に「現場に数値目標を与えると数値目標は達成されるが数値化されてない部分が必ず失われる」例として上げていたことの内容がキツい
林司@るーしゃんず @Archangel_HT 元コンサルの回顧本に書いてあったんだけど、現場に数値目標を与えると、その数値目標は達成されるが数値化されてない部分が必ず失われる、とされてるんだよね。バスの定時発車率にインセンティブを与えたら確かに率は上がったけど、信号無視とかするようになった、とか例を挙げてた。 x.com/Dirg_rocketdyn… 2024-05-06 16:24:48 dirG @Dirg_rocketdyne 論文誌出版社というボトルネック 「研究社会を海外の商業的な科学情報機関が席巻しており、彼らの提供するデータを論文評価の代理指標に使っているのは全く好ましくない。」 「研究者の数値評価は有害」 ノーベル化学賞・野依良治氏の憂い - 日本経済新聞 nikkei.com/article/DGXZQO… 2024-05-06 15:40:04
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと｜安斎勇樹
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD（Zone of Proximal Development、最近接発達領域）」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（中編）
ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話（中編） アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク（Dmytro Yarmak）氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入
ソフトウェアに関わる人が知っておくといいかもしれない法則10個
「チームトポロジー」や「エンジニアリングマネージャーのしごと」「スクラム実践者が知るべき97のこと」の著者や翻訳者などで知られる吉羽龍太郎氏が、「ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション）」という興味深いポストをX（旧Twitter）で公開しています。 ソフトウェアに関わる人が知っておくといいかもしれない法則10個（勝手セレクション） コンウェイの法則 パレートの法則 グッドハートの法則 パーキンソンの法則 ブルックスの法則 リトルの法則 ピーターの法則 ハインリッヒの法則 ピーク・エンドの法則 ホフスタッターの法則 — Ryutaro YOSHIBA (@ryuzee) January 23, 2024 これらの法則の多くは経験則だったりもしますが、いずれにせよ知っておくと上司の説得に役立ったり、ソフトウェアの開発現場でチームの運営に役立ったり、物
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
「助けてくれ」とはっきり言う人しか、助けないほうがいい。
仕事においては、「人を助ける」という行為は、美徳に見えますが、意外にもそれなりの思慮を必要とします。 場合によっては、せっかくの行為が、単なる自己満足になることも。 というのも、「助けないこと」と「助けること」を天秤にかけると、あえて助けないほうが良かった、という結果もかなりの頻度で起こるからです。 ＊ 実は昔、私はお世話になった方から「勝手に人を助けるな、「助けてくれ」とはっきり言う人しか、助けないほうがいい」と言われたことがあります。 「どういうことですか？」と聞くと、彼は次のようなことを言いました。 まず、「勝手に人を助ける」とは、はっきりと助けを求められていないのに、何となくその人を助けてしまうこと。 いわゆる「善意」に近い。 しかし「善意」は問題を引き起こしやすい。 なぜか。 一つ目、当人が失敗して反省するという貴重な経験を奪う 命に関わる失敗はまずいですが、オフィスワークでその
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
マネージャー＆リーダー向け 社内トレーニング / Training of management and leadership for Stockmark
ストックマークの社内研修の公開版※資料です。 （※実際に研修で利用したものとは異なります）
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
チームの状況を把握するための5つの質問
みなさんこんにちは。@ryuzeeです。 アジャイルコーチでもスクラムマスターでもエンジニアリングマネージャーでも、新しいチームと一緒に働くことになった場合にまず必要なのが情報収集です。 チームの様子を観察したり、1on1で聞いてみたり、ドキュメントを読んでみたりとさまざまな方法があります。 そこで、今回は直接チームのみんなに話を聞いて情報収集する場合に、5個だけ質問できるとしたら何を聞けばよいか考えてみました。 まず、初期の段階では、単に開発プロセスがうまく回っているかどうかだけを聞いてもあまり意味がありません。 そこでプロダクト、意思決定の方法、デリバリー、改善、チームのことを聞いてみようと考えてできたのが、以下の5つの質問です。 プロダクトは顧客の課題解決に役立っていますか？役に立つかどうか、役に立っているかどうかをどうやって確かめていますか？いま開発している機能は誰にとってどう役に
人事制度ハンドブック - kaneda blog
2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍：スタートアップのための人事制度の作り方 ■ブログ本体：https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか？(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか？ 急成長できるスタートアップの組織文化と
マネージャーとNegative Capability - scrapbox - hotchemi
Negative Capabilityという概念を最近知った。詩人ジョン・キーツが提唱したとされている用語で「事実や理由を性急に求めず、不確実さや不思議さ、懐疑の中にいられる能力」を意味する。対義語はPositive Capabilityで、所謂課題解決能力の事。 我が身に翻ってみると思い当たる事が多く、特にマネージャーをやっているとこの能力の有用性を感じずにはいられない。例えばよく目にするのは以下の様な事象だ。 新しく入ってきたマネージャーが成果を出そうと張り切って色々提案するが、芯を外していたり合意を得られてなかったりで現場でハレーションが起きる ある問題を解決する為に新しいツールを導入するが、新しいツールが更なる問題を引き起こし以前より状況が悪化する 組織内で色々改善活動を試みるが、すぐには効果が出ず反応も芳しくないので心が折れてしまう これらはpositive capability
「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
わずか数年で400億円も売り上げを伸ばしたカインズ ホームセンターのDXで、まず「顧客戦略」に着手した理由
多くの企業がデジタル戦略を進める中で、「IT＝外部委託」から、「デジタル組織の内製化」へと舵を切り始めています。しかし、内製化の実現には投資計画や組織づくり・文化づくり、経営層と現場の意識改革、採用・育成など、あらゆる領域の変革が必要です。株式会社メンバーズ主催のセミナー「カインズを支えるデジタル内製化組織の作り方」では、200名以上のデジタル部隊を内製化したカインズの先進的な取り組みを紹介します。開発からマーケティングまで行うデジタル組織の立ち上げから今後の戦略まで、立役者である同社CDOの池照直樹氏が語りました。本記事では、いきなりデジタルを推進する前に、最初に実施した「顧客戦略」について解説します。 ・2記事目はこちら ・3記事目目はこちら 企業のデジタルシフトが進む中で注目される「内製化」 西澤直樹氏（以下、西澤）：みなさん、こんにちは。株式会社メンバーズの西澤と申します。本
Engineering Manager になってから身に沁みた12のアイデアと言葉 - これはただの日記
本記事は、 Engineering Manager Advent Calendar 2019 の21日目の投稿です。 あなたはだれ スタディストという会社で、2018/9から SRE チームの Engineering Manager を担当しています。2019/9より開発組織全体の副部長を兼任し、活動をしています。 この記事を書く背景と目的 そこそこ昔から、チームや組織に関する書籍が好きで読み漁っていたのですが、 Engineering Manager になってから改めてそれらの書籍を読み返すと、これまでとは違った感じ方をできるようになりました。また、買った本の読み方も大きく変わったような感覚を持っています。そんな気持ちを皆さんとも共有したいと思い、私が最近よく読み返す書籍の中から、身に沁みた言葉・考え方をいくつか紹介したいと思います。何か1つでも参考になるアイデアがあれば幸いです。 En
超上流から攻めるIT化の事例集：システム化の方向性と計画 | アーカイブ | IPA 独立行政法人 情報処理推進機構
・方向性と計画 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．2「役割分担と成果物例」にならい分類・表示している。 要件定義についてはこちら
継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita
本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します（グループの業務内容は主にAI系の自社製品開発です）。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1を実施する側がどのようなことを考えて実施しているのか、ひとつの例として参考にいただければ幸いです。 （なおQiitaでは現在、新人プログラマ応援 - みんなで新人を育てよう！企画も開催中です） 私が自分の頭を整理するために記事化しましたが、非常に長い文章にな
「従業員エンゲージメント」はもう古い ハイブリッドワーク時代の「新たな指標」を取り入れよう | 従業員のタイプ別「成果の上げ方」
仕事に対して意欲的だからといって、その従業員が素晴らしい仕事をするとは限らない。職場環境が急速に変化するなか、高い成果をあげるために必要な従業員の行動と、それを支援するためにできることを、米誌「ファスト・カンパニー」が提案している。 「無駄な投資」を避けるために 従業員エンゲージメントとは、従業員が企業に対して抱いている愛着や貢献意欲を指す。2022年、我先にと優秀な人材を確保し、生産性を上げようとしている企業の多くは、この従業員エンゲージメントを強化するためにさらなる資金を投入するだろう。しかし、それは無駄な投資かもしれない。 世論調査およびコンサルティングを専門とするギャラップ社の最近の調査によれば、ここ20年、企業は従業員エンゲージメントを向上させるために何十億も投資をしてきたが、この指標は平均して年0.5%未満しか伸びなかった。さらに2020年から2021年にかけては、実に18%も
Visual guide to best books on Product Managementのリンク集｜渡辺悟史（sassy)
Rashemさんが、Visual guide to best books on Product Managementというダイアグラムをtweetしてました。 Visual guide to best books on Product Management based on where you are in your PM career and what you want to explore#productmanagement #Growth pic.twitter.com/CD11JqsE5Q — Rashem Pandit (@rashem48) July 21, 2021 で、思ったのがこれらの書籍たちは、翻訳本されるとタイトルだったり表紙が変わるので、調べるのめんどうくさいな、だったら日本語のまとめて作ったほうが良いかもと思い、Rashemさんに「日本語版作ったもいい？」ってきい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
