話が盛り上がらない人は「抽象化」が苦手 久保彩氏（以下、久保）：荒木さんはよく著者の方と対談されますけれども、本を1回ばーっと読んでおいた上で、「ここを聞きたいな」というポイントをあらかじめ定めている問いもあるし。もし相手の方の問いがおもしろかったら、設計した問いは捨てて、その方の話をぐっと深掘りするみたいな柔軟性を持っていますね。 荒木博行氏（以下、荒木）：僕は問いすら用意していないですね（笑）。 久保：そうなんだ。もうそれは習熟ですね（笑）。 荒木：その人の自己紹介とか、「この本についてちょっと軽く話してもらえますか？」という話をして、「なるほど。この点はめっちゃおもしろかったです」と、最初の5分くらいでラポール（信頼関係やリラックスできる関係）を築く。その上で、「でも、今おっしゃったところですごくおもしろい予想外のポイントがあったんですけど、そこからいきましょうか」という感じでやって

風音屋（@Kazaneya_PR）では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級（グレード）」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか？」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと

人材育成で悩んでいる人事担当者、部下指導を「なんとなく」で行っている管理職が、感覚的な指導から脱却し、部下の活躍を促すために有効な打ち手について、株式会社PDCAの学校 代表取締役の浅井隆志氏が解説。本記事では、社員を4つのタイプに分類しながら、タイプ別の適切な指導方法について語っています。 忙しい上司を見て「ああはなりたくない」と思う部下 浅井隆志氏：これは、繰り返しウェビナーでお話しさせていただいておりますが、特に最近の若手は自己成長、スキルアップ、キャリアアップを図りたいというニーズがあります。ただ一方で、管理職にはなりたくない。 「管理職になりたくない」という割合が、過去20年ずっと遡っても右肩上がりで増えてるんです。なんでかというと、責任を負いたくない。理由はここだけなんですね。自分の会社の課長や部署を見ると、大変そうだからなりたくない。 もう1つ余談になりますが、以前、千葉に十

この本では、初心者・入門者の方に向けて、プロンプトエンジニアリングの知識や使い方を体系的にまとめました。 【概要】 ・内容：プロンプトエンジニアとは？、プロンプトエンジニアの必須スキル5選、プロンプトデザイン入門【質問テクニック10選】、LangChainの概要と使い方、LangChainのインストール方法【Python】、LangChainのインストール方法【JavaScript・TypeScript】、LCEL（LangChain Expression Language）の概要と使い方、LangSmithの概要と使い方【LLMOps】、LangServeの概要と使い方【API】、LangGraphの概要と使い方【Multi-Actor】、OpenGPTsの概要と使い方【OSS版のGPTs】、LangChain Evaluations【生成物の評価方法】、LangChain Hub、Op

自社開発プロダクト「SEARCH WRITE」のPM（プロダクトマネージャー以下、略）を1年半ほど経験しながら、改めて、自分の役割を振り返る意味でも、 PMの役割としてのチーム立ち上げや必要だと感じたスキルセットについて、整理してお伝えできればと思います。 プロダクトマネージャーのチームを立ち上げる私はもともとウェブ制作のディレクターやらウェブ担当者を10年ほどやっており、自社開発のプロダクトサービスに携わったことをきっかけに、徐々にPMという職種の役割を任されるようになったのが2年ほど前です。社内にてプロダクト開発に力を入れるため、PMチームを組織化するということでチームに加入し、まず何が必要なのかをメンバーたちと模索しながら、PMが今の社内で行っていく役割はなんだろうというところからのスタートでした。 PMという職種が世間にも徐々に浸透や認知されてきており、 noteやTwitter、

Rettyプロダクト部門担当執行役員の野口です。PMのスキル定義や評価制度を導入し、プロダクトマネジメントを組織に浸透させる取り組みについて書いていきます。 この記事はRetty Advent Calender 2020の23日目の記事です。昨日は個人ベース・ビジネスドリブンのチームにスクラム導入して1年が経ったので振り返るでした。 Rettyではプロジェクトマネジメントドリブンで、プロダクトマネージャー（以下PM）職種がない組織でした。PM職種導入のため、プロダクトマネージャーの理想像を言語化し、すり合わせたという話でした。「Rettyの未来に向かって、突破できる人」を理想としています。 今回は、上記の記事の後編として（後編書くのに半年かかってしまった・・・）、2019年12月以降で行ったプロダクトマネージャースキルの定義と評価制度への組み込みについて、記載していきます。 背景：LeSS

データサイエンティストと機械学習エンジニアをされてきた中での経験してきたことが書かれていて、それぞれの違いもわかる良記事でした。 はじめに僕はdely, Inc.に入社した2016年から元々はずっとサーバーサイド (Ruby on Rails) のエンジニアをしていました。そして、2018年の5月ごろからプロダクトマネージャーになり、レシピ動画サービスであるクラシルのプロダクトマネージメントを担当していました。現在も新規事業のPdM兼エンジニアをしています。 昨年 (2018年) のdely Advent Calendarで以下のような記事を書かせていただきました。 駆け出しのPdMとして、右も左もわからない中、PdMとはそもそもどんな役割なのかからどのようなことをしてきたかを書いてあります。この記事から1年が経ち、駆け出しのあの時、こんな記事があったら良かったのにと思えるような「教科書」

Notionを使ったプロダクト開発管理のノウハウを紹介する「実践！プロダクトづくりとNotion活用事例」。ここで株式会社TechBowlの大木氏が登壇。PM目線から見た、Notionのメリットと活用法を紹介します。 自己紹介 佐々木真氏（以下、佐々真）：じゃあやっていきたいと思いますので、よろしくお願いします。タイトルが「Notion×プロダクト作り最強活用法」というところですが、今日は15分しか時間がないので、できるだけエッセンスをお伝えできればなと思っています。 あらためて自己紹介です。私はTwitterにはこのアイコンでいます。佐々木真と申します。プロダクトマネージャーで、PM　Clubの主催者をしています。過去に事業売却したり、起業したり、現在はIT企業で顧問をしたり。あとは、シンガポールの法人で取締役をやっていたりもするので、「何やってんだかよくわかんねぇ」みたいなこともありま

【徹底解説】これからのエンジニアの必携スキル、プロンプトエンジニアリングの手引「Prompt Engineering Guide」を読んでまとめてみた こんにちは。CX 事業本部 Delivery 部のきんじょーです。 ここのところChatGPT と戯れてアプリを作ったり、様々なプロンプトの検証をしていましたが、言語モデルの性能を最大限に引き出すために、体系的にプロンプトエンジニアリングを学びたいと考えていました。 GitHub に「Prompt Engineering Guide」という素晴らしいリポジトリがあったので、読んで検証した内容をブログにまとめていきます。 本記事は、執筆時点の上記リポジトリの内容を元にしていますが、意訳や独自に検証した日本語のプロンプトを含みます。 上記リポジトリも絶賛開発中の段階のため、最新情報や原文が気になる方はリポジトリを直接参照してください。 目次 プ

プロダクトオーナーとは スクラムで3つ定義された役割のひとつであるプロダクトオーナー。 具体的にプロダクトオーナーとは、どんな存在でどんな責任があるのでしょう。 スクラムガイドでは、下記のように定義されています。 プロダクトオーナーは、スクラムチームから生み出されるプロダクトの価値を最大化することの結果に責任を持つ。組織・スクラムチーム・個人によって、その方法はさまざまである。 プロダクトオーナーは、効果的なプロダクトバックログ管理にも責任を持つ。 スクラムガイド 開発者、スクラムマスターとともに生み出すプロダクト。そのプロダクトのROI（投資対効果）に対して最大の責任を持つ存在。 さらに、下記のように補足されています。 プロダクトオーナーをうまく機能させるには、組織全体でプロダクトオーナーの決定を尊重しなければならない。これらの決定は、プロダクトバックログの内容や並び順、およびスプリント

はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか？」 明確化 曖昧な表現を明確にする 例：「うまくできない」→「納期に間に合わない」 論理性チェック A

今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない

プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「 プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うこと… 記事によれば、プロダクトマネージャーはこれらの領域を健全に機能させることが役割であり、 機能がなければ自分で役割を演じたり、補う方法を見つける （たとえばデザイナーがいなければ、自分でデザインを行ったりデザイナーを雇う）「開発者-ビジネス」「ビジネス-顧客」「顧客-開発者」の融合領域における、各種の複雑さや衝突、トレードオフの統合を行うといったことが PM の職責であると理解しています。 逆に言えば、これらを俯瞰して見ることができる能力が PM には求められています。そうした意味で、PM は様々なことを広く学び、組織やビジネスの変化に柔軟に対応できる必要

東京都デジタル人材確保・育成基本方針 エグゼクティブサマリー 方針策定の基本認識 組織が求めるデジタル人材像 QOSの高いデジタルサービスの実現にあたり、カギに なるのは「ひと」 デジタルサービスを支える「ひと」を確保・育成するとともに、 最大限の能力を発揮できるようにすることが重要 デジタルサービスの利用者からは直接見えない水面下で、 デジタル人材に係る確保・育成の取組みの充実が必要 人材の確保・育成に向けた具体的な取組 リスキリング 人材 高度 専門人材 ICT職  デジタルスキルマップの導入 ➡ICT職のスキルを詳細に可視化 ➡都庁内で不足しているスキルを把握  その結果を踏まえ、よりニーズに合致 した人材を戦略的に確保 デジタル人材の確保策  データ・デザインなどの高度な専門 研修の拡充  民間企業や海外への研修派遣  コミュニティ構築 ICT職向け  デジタルリテラシ

この記事に辿り着いたあなたなら「構造化とは何か」あるいは「構造化思考をトレーニングしたい」と感じていることだろう。 このブログ「Mission Driven Brand」は、外資系コンサルティングと広告代理店のキャリアを持つ筆者が、ビジネスの「できない、わからない」を解決するブログだ。 市場成熟化やデジタル化により、モノや情報は氾濫している時代だ。それは言い方を変えれば「物事の複雑性が増している時代」ともいえる。 また、情報が流れ去るスピードが加速度的に増しているために、つい「情報に追いすがること」に注力してしまい「物事を要素分解して吟味すること」「物事の背景を見抜くこと」がおろそかになりがちだ。 しかし逆の見方をすれば「要素分解して考えるスキル」「背景を見抜くスキル」の希少価値が高まる時代であるともいえる。 情報や知識は目に見えるものだ。そして短時間で簡単に手に入る。しかし短時間で得られ

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog サイトオペレーション本部に所属している大津と申します。普段CDNとNode.jsサポートの仕事をしていて、第9代黒帯（ヤフー内のスキル任命制度／ネットワーク・セキュリティ）に任命していただいています。1 先日ヤフー社内で黒帯LT会が開催されました。お題目は事前に指定された「専門的技術力を極めるための極意」ということで、10分ほど話をしました。しかし、これまでみたいにセミナールームで大勢の前で話すわけではなく、最近代わり映えしない自宅デスクからのオンラインLTは、正直勝手が違いました。時間配分もミスって中途半端に終了です。と思いきや数日前、このYahoo! JAPAN Tech Blog担当者から「いやー、よかったですよ。そのネタ書

フロントエンドのデベロッパー、バックエンドのデベロッパー、開発・運用に必要なスキルや知識、ツールやテクノロジーをステップバイステップのフローにまとめたロードマップを紹介します。 2021年、フロントエンドやバックエンドのデベロッパーが次に何を学べばよいか、キャリアアップのための道筋がコンパクトにまとめられています。 Developer Roadmaps Developer Roadmaps -GitHub フロントエンド デベロッパーのためのロードマップ バックエンド デベロッパーのためのロードマップ 開発・運用のためのロードマップ フロントエンド デベロッパーのためのロードマップ 2021年版、フロントエンド デベロッパーになるためのステップバイステップガイドです。PDFもダウンロードできます。 Frontend Roadmap.pdf フロントエンド デベロッパーのためのロードマップ

要約すると, データサイエンス・機械学習周りでよく聞かれること&回答を言語化しました. 「データサイエンティストやりたい」「機械学習エンジニアになりたい」というキャリア志望を持つ方は多いと思います. 私の周りでも, 公私ともにそんな志望者の相談を聞いたり, （主にインターンの学生さんですが）一緒に仕事をしたりする機会もメッチャ多いです. 「ビジネスサイド強いマン」「サーバーサイドエンジニア」という視点からデータエンジニア兼データサイエンティストな自分が, そんな彼ら彼女らにオススメしている, データサイエンティストを目指すためのスキルマップ 各領域のスキルアップを実現するためにオススメしたい書籍 を紹介したいと思います. なお, 昨年も同様のエントリーを書いておりそのUpgrade版となります. shinyorke.hatenablog.com このエントリーの対象読者 データサイエンスに

新型コロナウイルスのパンデミックによって多くの業界が痛手を受ける中、技術や資格を身に付けて転職を考える人もいるはず。そんな中でGoogleが、人々が新しいスキルを身に付けて経済的安定を確保することを支援するため、「Google Career Certificates」というオンラインの職業訓練プログラムをスタートすると発表しました。 Professional Certificate Training Programs - Grow with Google https://grow.google/certificates/ A digital jobs program to help America's economic recovery https://blog.google/outreach-initiatives/grow-with-google/digital-jobs-progra

前回まではプロダクトマネージャーの役割やプロダクトマネジメント業務の進め方を解説した。総合格闘技と称されることもあるのもうなずけるほど、幅広い領域を担当することがわかったであろう。このようなプロダクトマネージャーにはいったいどんな人が向いているのか、プロダクトマネージャーを目指す場合にはどんなスキルを習得すべきなのか、プロダクトマネージャーとして成長するにはどのようなスキルを伸ばすべきなのか、そんなことを疑問に持つ人も多いと思う。現在執筆中の書籍はプロダクトマネージャーの教科書的な書籍となることを目指しており、このスキルの全体像は書籍の根幹をなす部分となる。今回はその概要を解説しよう。 前回記事 第6回「あなたのプロダクトに「強い軸」はありますか？ ぶれない意思決定のために、PMが押さえるべき3つの観点」 プロダクトマネージャーのスキルは3+1で構成される プロダクトマネージャーは、事業計