マネーフォワードビジネスカンパニーでMid Market 領域のCPO（Chief Product Officer）を担当しているヒロハラです。 私事ですが、マネーフォワードにジョインしてあっという間に４年が経ちました。 今回は、入社以来、PdMとして、そしてCPOとしてずっと関わり続けている、『マネーフォワード クラウドERP』の全貌を徹底解説してみようと思います。 『マネーフォワード クラウドERP』のプロダクトマップ 中堅成長企業向けERPマネーフォワードでは、個人事業主から中小企業、中堅成長企業、上場企業に向けて、さまざまなプロダクトを提供しています。 その中でも、中堅以上の規模の企業に向けて提供しているプロダクト群を『マネーフォワード クラウドERP』と呼んでいます。 中堅成長企業向けERP 『マネーフォワード クラウドERP』中小企業向けERPでシェアNo.1ERPというと大手

はじめに 株式会社RevComm（レブコム）のプロダクトマネージャーの吉井です。RevCommは音声解析AI電話「MiiTel（ミーテル）」、AI搭載オンライン会議解析ツール「MiiTel Meetings」、オフライン（対面）の商談を可視化する「MiiTel RecPod」を開発・提供しています。 RevCommでは、2023年5月からドキュメント管理ツールとして「Notion」を全社に導入し、プロダクトマネジメントにも活用しています。今回は、全社員がフルリモートで業務を行っているRevCommにおけるPRD（プロダクト要求仕様書）の管理・運用についてご紹介します。 RevCommにおけるPRDの役割と運用課題 RevCommではロードマップに記載された開発タスクごとに、プロダクトマネージャーがどのような機能を開発するのかのPRDを作成し、関係者に共有します。Notion導入前は、ドキュ

PMConf2023: シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか？

田園の中にポツンと立地し、夜にもそこだけこうこうと明かりがついている。人も通らないのに「24時間営業」と看板に書いていたりして、謎の小売業態だ。

NewsPicksでもおなじみの牧野正幸氏が創業し、大企業を中心に約1200社に導入されている統合人事システム「COMPANY（カンパニー）」を生み出した企業です。

この度、英語上達のためのChatGPTプロンプトを制作いたしました。 英語学習と生成AIの相性は非常に良く、大変効果的であると考えております。 また、最近ChatGPT-3.5が登録不要で無料で利用できるようになったことから、誰もが気軽に活用できる環境が整ったと言えます。 GPT-4ではロールプレイの精度が非常に高いですが、GPT-3.5では精度が上がらず、プロンプト作成に苦労する面がございました。 個人的な見解ですが、ある程度英語が話せる方であれば、ChatGPTの音声会話機能を活用し、積極的に会話することで、英語力の向上が期待できると考えます。 音声会話中に間違いを指摘するよう依頼すれば、ChatGPTが毎回指摘してくれるため、英語力アップに直結します。 実際のデモについては、以下のリンクをご参照ください。 https://x.com/masahirochaen/status/1774

全体像を把握せずに取材協力させていただきましたが、正直なところ、科学的根拠に基づくコメントとそうでないコメントが混在しており、全体としてはデタラメな記事である印象が否めません。 残念ながら、この記事はあまりオススメできるものではないですし、鵜呑みにしてはいけない内容が含まれると思います。同じ医師でも、科学を無視したコメントをされる方も普通に存在するいうことをぜひ頭に入れておいてください。 なお、この記事は該当しませんが、手っ取り早くデタラメな可能性の高い記事を見分ける方法として、タイトルにカタカナの「ガン」を見たら、その記事は読まなくて良いと思います。この記事は、ひらがなの「がん」を用いており、正しい言葉遣いをされています。

会社を率いるのは、創業者でもある瀧口浩平社長。名門・開成中学校を中退し、東京学芸大学附属高校に在学していた17歳のときに起業したという異色の経歴を持つ。

「プロダクトマネージャー座談会 ＠ Money Forward - to C・to B　プロダクトマネジメントの違いと共通点」のLT資料です

OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics

【はじめに】・自己紹介こんにちは。 今年の1月にワシオ株式会社（以下ワシオ）の代表取締役社長に就任しました、三代目の鷲尾 岳（ワシオ タカシ）と申します。 鷲尾家の次男坊として1991年2月10日に生まれ、小学校5年生までは地元の公立、小６から私立の学校に転校し、中３までは福井県、高校は和歌山県にある姉妹校にて寮生活をしていました。 ここで詳しくは書きませんが、その学校の特徴として、「義務教育は最低限」「校則は生徒が主になって話し合って決める」「1年を通して大半のコマを占める”プロジェクト”という授業で目標を決め、達成に向けて何をするか生徒が決める」「やりたいことは大概やらせてもらえる」などなど、おそらくかなり一般的な学校からかけ離れた環境で多感な時期を過ごしました。 高校を卒業した後、大学で中国語を学んだので、卒業してからは父の伝手を頼って入社後すぐに中国で駐在させてくれる会社さんにご縁

はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ？」 「基本設計との違いって何だったっけ？」 「基本設計と詳細設計の区別って？」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて１からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部（特に要件定義や基本設計、詳細設計のサンプル）を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高

1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

みなさん、こんにちはクライス&カンパニーの山本です。 先日、弊社にてオリジナルイベントである、汐留アカデミー（通称、汐アカ）を開催しました。 今回はゲストとして ・エムスリーよりお馴染み　山崎さん ・クライス顧問　及川さん をお迎えし、 【PM育成虎の巻　～明日から使えるOJTノウハウ～】 というPM育成にフォーカスを当てたテーマです。 ウェビナー1.5時間のコンテンツですが、今回はリアル会場も併用したハイブリッド開催。セミナー終了後は人数限定でネットワーキング交流会も実施しました。 ※定員に対して3～4倍のご応募があったため、抽選に漏れてしまった方々申し訳ございません！！！！また開催しますので！ X（旧Twitter）でも結構な盛り上がりがありまして、オンライン/オフラインともに反響の多さを強く実感した1日でした。 是非「#汐アカ」で検索してみてください！ さて、前フリが長くなりましたが

自己紹介こんにちは。営業DXサービス「Sansan」のプロダクトマネジャー（PdM）を務める乙幡（@yu_pata98）です。ビジネス職としてSansanに新卒入社し、2年目にPdMにキャリアチェンジしました。 本記事の背景SansanのPdMは、ジョブ理論を共通言語として活用しています。ジョブ理論の概要や実践方法は以下の記事に記載しています。 SansanのPdMになった直後のメンバーはまずジョブ理論をインプットするのですが、しばしば言語化したジョブの主語が曖昧になるという問題がよく発生します。 例えば、プロダクトのSansanには商談の議事録を記載できる「コンタクト」という機能があり、商談の議事録を残し、社内で共有することができます。 この機能の登場人物としては「議事録を記載する人」と「記載された議事録を読む人」がいますが、両者を混同した状態でジョブを言語化してしまうことがあります。

こんにちは、SmartHR品質保証部マネージャーのarminです。 前回、私たちのグループの方向性をブログで発信してから3年が経過しました。 この間、品質保証部の体制や目指すべき方向性などに変化が起きていますので、改めてここで公開しようと思います。 品質保証部の変遷 前回のブログを出したのが2021年だったので、翌年2022年以降について説明します。2022年当時はQAエンジニアが個々のプロダクトに専属で入り、開発チームと一緒に品質保証を行なっていく組織を目指していました。 開発チーム内に入ったQAエンジニアは各々バリューを発揮し、各プロダクトの品質は向上していきました。 2023年になると、SmartHR全体としてマルチプロダクト戦略が打ち出され、プロダクトもプロダクト開発チームも急激に拡大していきました。 開発チームが増えても、品質の良いプロダクトを素早くリリースしなければ意味がありま

キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点 シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか？ #1/4 酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー 曽根原春樹氏：みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか？」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないの

こんにちは。CPO補佐 兼 VPoP(Sansan事業部)の西場(m_nishiba)です。 Sansan事業部ではPdMやプロダクトデザイナーの組織を拡大させており、組織やプロダクトの状況について外部の方と話す機会が多くあります。外部の方と話すと「Sansanはすでに完成しているプロダクトだと思っていたが、実際はまだまだ発展途上だった」、「PdMの人数が多くやれることが限定的だと思っていたが、課題発見フェーズからオーナーシップを持って取り組める環境だった」という外部からのイメージと実際のギャップが大きいという感想をよくいただきます。 そこでこの記事では、Sansan事業部のプロダクトマネジメントの魅力について説明したいと思います。 Sansan株式会社は複数のプロダクトをどのような体制で開発しているのか？Sansan株式会社には「名刺管理から、収益を最大化する」Sansan、「請求書受領

こんにちは。SmartHRでPMしています松栄（@dekawanwan）です。この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿します。ぜひご覧ください！ さて、PMの育成って難しいですよね。PM関連の悩みごととして、とてもよく出てくる話題だなと感じています。 私も今、PMメンバーの育成に携わっていますが、PMの育成で特に重要なのが配置・アサインだと思っています。 まだまだ手探りでトライしている最中ですが、配置・アサインについて、どんなことを考えて、どんなステップでやっているのかを書いてみます。 3年後くらいまでの組織図を考える育成でまず大事なことは、未来を見据えることです。育成には時間がかかります。 私は1年後、2年後、3年後それぞれの組織図を描いてみています。もちろんSmartHRはスケールアップ企業なので、い

人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

昨今の状況を加味し、ARPA（Average Revenue Per Account）の最適化に取り組み、Pricingの見直しをし始めている企業は多いのではないでしょうか。ARRを上げていく上で、導入社数を上げていくアプローチと並んで重要なのが単価です。ARPAを上げるには基本的に以下3つのアプローチしかありません。 エンタープライズへのアプローチを増やすプロダクト数を増やしたり、アドオン機能の展開などにより、アップセルを訴求するPricing自体を見直すそこで、今回はARPAを上げる上で、最も直接的なアプローチであるPricingの見直しなどを推進するPricing Teamに着目し、どのように企業全体の収益を最適化していくのか確認していきます。 Pricing Teamを導入する背景そもそもなぜPricing Teamの導入を検討しなければならないかと言うと、2点ほど大きな理由があり

はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

23年8月からSmartHRのデータアナリストとして働いている岡田（@taka_san_777）です。 前回のnote「新入社員から見た、今、SmartHRのデータ分析が面白い理由」ではSmartHRのデータ分析が面白い理由をご紹介しましたが、今回は私が取り組んでいる「マルチプロダクトにおけるエクスパンション推進」についてご紹介させていただきます。 また、引き続き、絶賛データアナリストの仲間を募集中ですので、SmartHRにおけるデータ分析のお仕事や面白さを少しでも知ってもらえると幸いです。 サマリ結構、長文になってしまいましたので、最初にこのnoteのサマリを書きます。 マルチプロダクト化とエクスパンションを推進するメリットは、データを全てのプロダクトで分断することなく繋げられるため、顧客体験が良くなります。また、セールス・マーケティング活動を効率化できた分、プロダクト・サービスの価値向

TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO／アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』（翔泳社）、訳書に『チームトポロジー』（日本能率協会マネジメントセンター）、『プロダクトマネージャーのしごと』『エンジニアリング

こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多！」という感想をいただくことが増えてきました。もしPMが多い ＝ 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い？ 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150％で成長」というプレスリリースも出ましたが、私たちは現在ARR 150

SaaSを中心としたBtoBのプロダクトが普及し、新たにProduct-led Growth（以下、PLG）という概念が浸透しつつあります。これまでBtoCのプロダクトでは、マス向けのプロダクトが多く、できるだけシンプルなユーザストーリーに留め、プロダクト起点でGrowthしていくことが前提でした。この概念がBtoBで発展し、PLGとして認知され始めています。本記事ではPLGに焦点を当て、その成長の鍵を握るProduct Qualified Lead（以下、PQL）の取り扱い方について紹介していきます。 PLGの類型の解説PLGとはSaaSを中心としたBtoBプロダクトにおけるGo to Market戦略の1つで、ユーザ獲得、アクティベーション、リテンションをプロダクトそのものが担うことを指します。具体的には、フリーミアム、フリートライアル、デモの3つの主要な類型が存在します。 フリーミア

より価値を届けていくためにどのようにプロダクトマネジメントをすればよいのか？をまとめてみました。

SaaS をアーキテクトをするにあたって、どのような事を考えればよいのか？をまとめました。 このスライドでまとめているのは SaaS とは、ビジネスモデル x 技術であることを理解する SaaS アーキテクトでどのように SaaS を作っていくのか？を考える SaaS KPI で…

新規事業立ち上げのアンチパターンについて考えてみる。 このアンチパターンは、完全な飛地の新規事業だけではなく、複数プロダクトを経営する中での隣接領域の新規プロダクトの立ち上げのときや、あるセグメントにPMFした状態から次のPMFを探すときも同様のアンチパターンが適用されうる。 ここでのアンチパターンは、1つ目の事業立ち上げ・プロダクト立ち上げで起こることはない。2つ目の事業や2つ目のプロダクトを立ち上げる際に留意する点であり、コンパウンドスタートアップを正しく経営するには必ず頭に入れておきたい内容である。 規模からの逆算と顧客インサイトの軽視新規事業における市場選択のアンチパターンである。 例えば、売上の30%成長を続けるための、計画と現実のギャップを埋めるために新規事業を規模から探してしまうみたいなケースで見られる。 大前提として、市場規模の推定は重要である。実際に事業をやっていると、い

プロダクトマネジメントの考え方が普及し、大手企業にもDXと名前を変えて浸透し始めています。その中で、数十名規模以上のプロダクトマネージャー組織を持ち始めている企業も出てきています。 どのような組織でも1部署で20-30名を超え始めると、仕組み化やプロセス化のニーズが高まってきます。プロダクトマネージャー組織でも例にもれず、20-30名になると、Product Opsというチームの組成を検討し始め、組織のスケーラビリティの向上に取り組んで行くことになります。 本記事では、国内でも徐々に検討が進められ始めているProduct Opsという組織に着目し、その役割や実際の運用で気をつけるべきことを確認していきます。 Product OpsとはProduct Opsとは、プロダクト企画や開発のオペレーションを設計、構築し、運営しながら、最適化を目指す役割を指します。プロダクトマネジメント組織のサポー

今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル

UX Designチームのasakomです。今回はデザイナーの役割定義の活動の一つとして作成した、”Design Skill Map”についてお話しします。 このSkill Mapは、メルカリUX Designチームで求めるデザイナーの専門スキルを整理したものです。以前紹介したDesign Ladderは、メルカリの行動指針に基づいて作成した、デザイナーに求める態度やマインドセット。今回は専門職としてのデザイナーに必要な技術や知識をSkill Mapとしてまとめました。 UXデザイナーの役割定義や、個人の目標設定、採用の基準作りなど、チームの運用に関わる人や、メルカリのUXデザインチームが求める人材に興味のある方に、ぜひ読んでいただきたいです なぜSkill Mapを作ったかUXデザインチームの役割定義は、チームのミッション達成のために存在します。私たちのチームのミッションは、”メルカリの

2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/

Another works社が主催した Developers Meetup 急成長ベンチャーが向き合う「開発生産性」 というイベントでの登壇資料です https://anotherworks.connpass.com/event/294517/ SmartHR基本機能というプロダクトにおいて…

1.スキルマップとはスキルマップは、スキルの可視化と構造化が目的のツールです。ここでは、スキルを「ヒューマンスキル」「ソフトスキル」「ハードスキル」と三つのカテゴリーに分けています。 ヒューマンスキル：人間性や倫理的な判断、リーダーシップを指します。 ソフトスキル：コミュニケーション能力や問題解決、時間管理などが含まれます。 ハードスキル：テクニカルなスキルや専門知識をここで取り上げます。PdMの具体的なタスクに基づいた分類を行っています。 本稿は、参考文献および法人向けSaaSプロダクトの開発現場での学びを基に、私が個人的に作成したものです。学術的な研究に基づいたものではありません。お読みいただいた方が、参考にされる際には、ご自身の現場に合わせて内容を調整していただけますと幸いです。 2.スキルマップを作成した背景もし創業者や役員であるならば、プロダクトを開発し、リリースする過程は比較的

依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ

The Pragmatic Engineer Newsletterの著者であるGergely Orosz氏は最近、Measuring Developer Productivityという記事を発表した。DXのCEOであり、DevExフレームワークの共同開発者であるAbi Noda氏との共著である。この記事では、Noda氏が有名ハイテク企業の幅広い分野で使用されているエンジニアリング・メトリクスを調査した結果を分析している。Noda氏は、DORA やSPACEメトリクスを全面的に採用するのではなく、使用されている指標には多くのコンテキスト固有の定性的・定量的メトリクスが含まれていることを発見した。Noda氏とOrosz氏は、イネーブルメントチームが求める成果から逆算して、そのようなメトリクスを定義するためのガイダンスを提供した。 Noda氏は、「17の有名ハイテク企業で開発者の生産性測定を担当

はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料

－－これはプロジェクト・マネジメントを人に教えるとき、わたしが必ず出すクイズの一つだ。実はその答えについて、以前このサイトで書いたことがあるのだが、もう9年も前の記事（笑）なので、覚えておられる読者も少ないだろう。そこで、あらためて考えてみていいただきたい。最初にすべきことは何か？ 相手が学生の場合、「日程を決める」「店を探す」「参加者のリストを決める」等々、いろいろな答えが思いつく限り出てくる。もちろん、どれもそれなりに正しいように見える。でも、求めている答えはそれじゃないです、どんな種類のパーティやイベントの場合にもあてはまる、唯一の普遍的な正解があるのです、とわたしは続けて説明する。しかし、その『正解』が出てくることは、まずない。 一方、相手が企業人の場合は、ほしい答えを言い当ててくれる人が、ときどき、いる。わたしの求める答えとは、『計画を立てる』である。同期3人の飲み会なら、その場