技術力に優れた先輩。急成長している同僚。仕事を通した成長は、近道や裏技があるわけではなく、地道な積み重ねの結果です。そして、意図的に経験の機会を作り、経験から多くを学ぶための鍵はふりかえりです。 そこで本書『成長の質を高める個人のふりかえり入門』では、仕事における人の成長の鍵となる個人のふりかえりに関して整理しました。この一冊が、職場でのご自身の成長や他者の成長支援に役立つことを願っています。 # 更新情報 * 2025/04/12 - 公開

人事評価で見落とされがちな「チームへの貢献」。協働性や信頼性、心理的安全性など、組織力を高める観点から評価すべきポイントを整理します。 こんばんは。僕です。 はじめに 人事評価の場面では、個人の成果やスキルに注目が集まりがちです。しかし、実際の業務はチームで進めることが多く、個人の働きがチーム全体にどのような影響を与えているかを見逃すと、評価のバランスが崩れてしまいます。 この記事では、「チームへの貢献」という観点から、人事評価においてどのような行動や姿勢が評価されるべきかを整理してみます。組織開発の視点を踏まえながら、評価の具体的な方法についても触れていきます。 個人の成果だけでは測れない貢献のかたち チームで成果を出すためには、単に自分の仕事をこなすだけでは不十分です。周囲と協力し、知識を共有し、信頼関係を築くことが、チーム全体のパフォーマンスを高める鍵になります。 ここでは、チームへ

はじめに こんにちは。Forkwell の赤川（@Akira_Akagawa）です。ITエンジニアのキャリアや年収分について分析・登壇することを生業にしています。 本レポートは、DataChainのEM 新田さん（@t_shinden）から分析リクエストをきっかけに、調査したものです。 赤川さん、こんにちは！ITエンジニアの転職学、今回も楽しかったです。 １つ知りたい情報があって相談です。 エンジニアの年収の上がり幅について、よく平均や中央値だけで書かれたものは見るのですが、実際はリードエンジニアやEMなどのハイレイヤーの方が激化していて、上昇率が高いのでは？という仮説を持っています。 こうした情報はお持ちではないでしょうか。つまり、全体平均も上がっているだけでなく、上位層の上昇率の方が高かったりしないのか？を知れると嬉しいです🙏 筆者自身も興味あるテーマでしたので、さっそく調査してみま

ふりかえりは、日々の活動を見直し、改善につなげることで個人の成長や成果の拡大を促す重要な取り組みです。この点については、以前に記事にまとめました。 tbpgr.hatenablog.com ふりかえりには、この基本的な効果に加えて、副次的な効果もあります。本記事では、その副次的な効果について解説します。 ふりかえりの副次的な効果 ふりかえりを継続すると、以下の2つの副次的な効果が得られます。 成功パターンを見極める力の向上 問題を扱う力の向上 1. 成功パターンを見極める力の向上 ふりかえりを通じて成功体験を整理することを繰り返すと、成功要因を言語化する力が養われます。その結果、成功パターンを見極める力が向上し、ふりかえりの場面以外でも、業務の途中で「追加でやるべきこと」や「他の業務へ横展開できること」に気づきやすくなります。 2. 問題を扱う力の向上 ふりかえりを通じて問題を整理し、解決

ソフトウェアエンジニアリングと一見関わりはなさそうで、しかしチームで成果を出す過程においてとても重要だと筆者が考えているコンセプト、 "Working Out Loud" について書いてみます。 日本語の記事がほとんど見当たらないのであまり知られている言葉ではないかもしれません。 対象読者 以下に興味や関心を持つ方を対象読者として想定しています。 チーム開発におけるコラボレーション手法 チーム開発者としての振る舞い方 テックリードやスペシャリストの育成 が、本心ではチーム開発する全ての方に届いてほしいです。 まえがき ある夜に同僚の@ujihisaと近場ないし遠方のEngineering ManagerやVPofEの皆さんと話す機会があり、その折にふと筆者がこぼしたのが 「開発などの日常の業務において自分がやっている以下の思考様式が大変便利なので、この考え方を最近入社したメンバーにもインス

Working out loud 大声作業 （しなさい）私が所属するチームではWorking out loudの実施が奨励され、実際にだれもが実施しています。フルリモートでありながらコミュニケーションロスなどありがちな課題が発生していないのは、このWorking out loudが当たり前のように行われているというのが大きいと感じています。 なお、当チームが参考にしているのはこちらのブログです。しなさい。 どんなかんじでやってるかチーム全体Slack上のチームのチャンネルでは常にちょっとしたコミュニケーション・独り言が発生しています。今日は子供の送迎があるからこの時間抜けるよという業務連絡や議事録の展開、相談といった仕事に直接関係ある話はもちろんのこと、ちょっとした脱線もまれによくあります。 エンジニアチームエンジニアが突っ込んだ話をするチャンネルが別途用意されており、そこでは実装上の相談

https://jinjineer.connpass.com/event/348022/

技育祭2025春の講演資料です。

オンラインで視聴してたのでメモ。 最後の方見れなかった 組織目標と個人目標、そして人事評価 Sansan株式会社 高橋 洸　さん 目標の目的 経営目標→組織目標→個人目標 トップダウン性は必要 トップダウン性による社員のパフォーマンスへの懸念 実現性は高すぎても低すぎてもだめ 背景を理解しないと行動の柔軟性に欠ける 自身との関係（エンゲージメント）：強みを活かせるか、成長につながるか 個人からすると重要だが、組織からすると興味がない 目標の階層と抽象度 どうやって実現するか、は上位の目標では規定しない どうやって個人の意向を目標に組み込むか？ やるべきこととやりたいことを分ける やるべき（優先）：組織目標に対し、現在の等級踏まえてどんな成果を出すべきか やりたい：やるべきことに対してどう実現するか、またはやるべきことをやりつつ＋αでどんな挑戦をするか 結果をどう評価するか マネージャーの役

2025/03/05 のHRmethod - パフォーマンス向上のための目標活用 ( https://hrmethod.doorkeeper.jp/events/180380 ) で公開した発表 組織の方向性に沿った目標を設定したあと、目標に沿った活動を通して、組織のパフォーマンスを高め、個人のパ…

HRmethod - パフォーマンス向上のための目標活用 https://hrmethod.doorkeeper.jp/events/180380 での登壇資料です

仕事を進めるなかで、「何から手をつけるべきか」「どう整理すればよいか」と迷うことがあるかもしれません。小さな工夫を積み重ねることで、落ち着いて業務に向き合いやすくなります。一番最初に意識したいポイントを整理してみます。 こんばんは。僕です。 はじめに 業務の中で、「もっとスムーズに仕事を進められたらいいのに」と感じることはないでしょうか。進め方に迷うことがあると、その都度考えるべきことが増えてしまい、仕事に集中しにくくなることもあります。 仕事を効率よく進めるためには、単にスピードを上げることだけでなく、「どう進めればやりやすいか」を整理しながら取り組むことが大切です。そのためには、業務のゴールを意識したり、優先順位を決めたり、小さな調整を重ねたりしながら、自分のペースをつくっていくことが大切です。 「今より少しラクに仕事を進めるにはどうすればいいか」という視点で、意識できるポイントを整理

先日、認定スクラムマスター研修（RSM）に参加し、これまでエンジニア向けと捉えられてきたスクラムの概念が、人事領域にも大きな可能性を秘めていることに気づかされました。そして、スクラムの基本的な考え方は職種業種に関係なく、多くのリーダーが身につけておくべきものだと感じました。今回は、僕が研修を通じて実感した気づきと、その応用方法についてご紹介します。 1. スクラムの基本ビジネス用語としての「スクラム」という言葉を耳にしたことがある方は多いと思います。 スクラムは、複雑なプロジェクトを効率よく進めるためのアジャイルフレームワークです。簡単に言えば、短期間（スプリント）で目標を設定し、定期的なミーティングを通じてチーム全体で改善していく仕組みとなります。 複雑な問題を解決するためには、小さな単位で迅速に作業し、フィードバックを得ながら改善していく方法が有効であるという思想に基づいています。 ス

こんにちは。あるいはこんばんは。 ジンジニアで活動しているtakakazu（@tkkz1009）です。 最近、毎日アウトプットをしていてすごいなーというEMの須藤さん（@canly_em_aki）から以下の激励を頂いたので久々に書いてみたいと思います。（アドカレのときしか振り絞れない民） 吉野さんのアウトプット待ってます！笑 1回止めると書けなくなりそうでペース落とすタイミングに困ってます😂 — 須藤 聡之｜株式会社カンリーEM (@canly_em_aki) February 22, 2025 内容についてですが、昨日須藤さんが執筆された以下記事の対比的な話として「非エンジニアの人事がエンジニアや開発組織の解像度を得るには？」について書きたいと思います。（どの人事領域にも言えることですが、今回はエンジニア採用に絞ってお話しできればと思います。） 人事が価値発揮に必要な２つの要素開発組織

エンジニア採用の難易度が年々上がっている。 いい人材はどこも取り合いで、求人を出したからといって簡単に応募が来る時代ではない。 そんな中で、「ジンジニア（人事 + エンジニア）」という役割が注目されるようになってきた。 エンジニア採用に特化した専任のポジションを置くことで、よりスムーズな採用活動ができるのでは？という考え方だ。 ただ、エンジニア採用専任のジンジニアを置くことには賛否がある。 「そんな役割が本当に必要なのか？」 「エンジニアが自分で採用活動をすればいいのでは？」 今回は、エンジニア採用専任のジンジニアは本当に必要なのか？を考えてみる。 エンジニア採用の「普通の人事」では難しいポイントエンジニアの採用は、一般的な職種の採用と比べても特有の難しさがある。 技術の理解がないと、求職者と適切なコミュニケーションが取れない 言語やフレームワーク、技術スタックの理解がないと、候補者が「こ

人類は書かれていないことを読み取ってしまう 先日このような記事を書いたのですが、わたし自身も先日書かれていないことを読み取ってしまうという、人類の業そのものの読み取りをしてしまいました。 retrospective.hatenadiary.com 自省として、そのことを事例として書き留めておきます。 事例 先日、東京の飯田橋あたりにいました。 駅の外側の広告に、都が行っている若者向け就職支援の宣伝が出ていました。 私はいわゆる就職氷河期の最後半の冷え込みの世代で、「若者」の枠よりもっと上になるので対象外ではあります。 この広告を見たときに私は、「じゃあ自分の世代は支援の外に置くのか！！！」と読み取り、憤りを感じたのでした。 まさに、「書かれていないことを読み取って」しまったわけです。 自省 自分なりの救いは、その憤りを表明しなかったことです。「あっ、書かれてない事を読み取ってしまったんだ」

作業手順書は、業務の標準化やミスの防止に欠かせません。しかし、「手順書があるのに作業ミスが減らない」「結局、詳しい人に聞かないと分からない」といった課題に直面することも少なくありません。実際に使われる手順書にするためには、分かりやすさと実用性が鍵となります。本記事では、誰でも迷わず作業を進められる手順書を作成するポイントをご紹介します。 こんばんは。僕です。 はじめに 業務の効率化やミスの削減を目的に作業手順書を作成する企業は多く存在します。しかし、実際に活用される手順書を作れているかというと、そうではないケースも少なくありません。 手順書があるのに、結局ベテラン社員に聞かないと作業が進まない 文章が多すぎて、重要な部分が分かりにくい 更新されておらず、現場の実態と合っていない こうした問題に対処するためには、わかりやすく、実用的な作業手順書を作ることが重要です。本記事では、誰でも理解でき

『仮説行動』という書籍で扱っているトピックから、仮説の評価に関する内容を紹介しています。 💡関連スライド ・

製造業におけるデータ活用の新しいアプローチ「Industrial Data Fabric（IDF）」について、その概念、必要性、実装方法、AWSでの実装方法などを解説しています。 「え？そのデータ活用、古すぎ？」 弊社製造ビジネステクノロジー部では、Classmethod PLC Data To Cloudというサービスの中で、製造現場のPLCデータを可視化し、生産ライン状況の一括状態監視、異常状態検知からのオンコール、設備効率の可視化などを展開していますが、製造業におけるデータは、もちろんPLCだけではありません。 少し例をあげるだけでもこれぐらいのバリエーションがあります。 CRMシステム（営業・顧客データ） PLM（製品エンジニアリング設計データ） ERP（財務・サプライヤー・購買管理データ） MESまたはMOM（生産データ） PLCやSCADAシステム（産業IoTデータ） 接続され