プロダクトマネージャーが学ぶ領域は広い プロダクトマネージャーは、プロダクトマネジメントトライアングルを参照すると分かるように その役割の性質からカバーすべき範囲が多岐にわたるケースが多いです。 それぞれの範囲において、少なくとも専門家と会話できなければいけない状況になると感じています。 そのため、自分の専門性を突き詰めながらも周辺領域に学習を広げることが必要と考えています。 効率よく学習したい 広い領域をカバーする必要がある際に、手当たり次第で学習をするのはかなりコスパが悪いと感じています。 そのためこの記事では、自身がPdMになってから読んだ書籍で実務で役立ったものを厳選してshareしようと思います。 筆者PdM経歴 PdM歴：約5年 マーケティングオートメーション領域(MA)：2年 顧客マスタDB、MAツール、ISツールなどマーケティング業務フロー全体に関与 BtoB SaaS領域
はてなブログ独自の集計による人気記事のランキング。6月9日（日）から6月15日（土）〔2024年6月第3週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 【ChatGPT】英語学習用に素敵な先生を錬成したよ！ - はげあたま.org by id:hageatama- 2 ご奉仕チキンレースで均衡する出世水準 - やしお by id:Yashio 3 エスカレーターの右側に乗ったらおっさんに背中押された - にげにげ日記 by id:nigenige110 4 大公開！バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG by id:vasilyjp 5 C言語をマスターしたい人はGCCのバージョン14を使いましょう - pyopyopyo - Linuxとかプログラミングの覚え書き - by id:pyopyopyo 6
2024年10月26日紙版発売 2024年10月26日電子版発売 田中洋一郎，石川宗寿，若狹建，田中優之，小澤正幸，川中真耶，三木康暉 著 A5判／312ページ 定価3,300円（本体3,000円＋税10%） ISBN 978-4-297-14502-6 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 ソフトウェア開発の世界では，生産性の向上は永遠のテーマです。ユーザーニーズの変遷や技術の進歩など，環境が変化し続ける中でいかにして効率的に開発を継続していくかは，多くのソフトウェア開発チームにとって切実な問題です。本書は，そのような問題に対する解決のヒントを提供することを目指しています。 しかし，本書が提供する
始めに Ubieでプラットフォームエンジニア兼SREをしているonoteruです。 本記事では、2023年に公開した「Ubieにおけるプラットフォームエンジニアリングの取り組み2023」の続編として、2024年に実行したインフラのマイグレーションについて紹介します。以前のブログでは、新しいUbieプラットフォームの構想と進行中のプロジェクトについて共有しました。そして2024年、その構想のもとに以下3つのマイグレーションを実施しました。 単一のGKEクラスタからマルチクラスタ構成への移行 Argo Workflowからフルマネージドなワークフローへの移行 CloudSQLからスケーラブルで管理性の高いDB(AlloyDB)への移行 これらの移行の狙いは、Ubieのサービスの信頼性、スケーラビリティ、そして開発効率を向上させることです。 本記事では、これらの移行の詳細、直面した課題、そして得
AWS CLI設定ファイルの使い方: IAMロールの引き受けとMFA認証の設定方法 | DevelopersIO
AWS CLIやSDKを使用する際、~/.aws/config と ~/.aws/credentials の設定は欠かせません。 これらのファイルを正しく設定することで、複数のAWSアカウントやIAMロールを簡単に切り替えたり、セキュリティを強化した運用が可能になります。 この記事では、IAMロールの引き受け設定やMFA認証の構成について、実際の設定例を基に詳しく解説します。 1. AWS CLIの設定ファイルとは AWS CLIでは、以下の2つの設定ファイルを使用します。 1.1 ~/.aws/config ~/.aws/configファイルは、AWS CLIのプロファイル設定やリージョン、出力形式などの設定を管理するためのファイルです。 これにより、複数のプロファイルを定義して、異なるAWSアカウントや設定を簡単に切り替えることができます。 [default] output = jso
こんにちは。freee人事労務でQAエンジニアをしているしほです。 freee QA Advent Calendar 2024 18日目です。 なぜこのアンケートを実施しようと思ったのか QAの仕事は多岐にわたり、普段自身が業務をしている時に今すごく楽しいなと思うことが沢山あるのですが、他のQAの方をみていたり話していると人によって楽しいなと思う所が違ったりするのでは？と思い始めました。 QA業務の魅力についても人によって考え方が違いますし、アンケートをとってみました。 17名から回答を頂いたのでそれを発表したいと思います！ アンケートの概要 アンケート対象者 フリーでQAエンジニアとして働くメンバー アンケート項目 質問1. QAの仕事で一番テンションがあがるのは？(選択式) テスト対象調査 テスト設計 テスト準備 テスト実行 振返り テスト管理 自動化テスト対応 その他 質問2. 質問
2024年9月24日 開発壮平*1 河西桂靖*2 平田篤己*3 山本弘樹*4 中島上智*5 全文 [PDF 2,989KB] 要旨 日本銀行は、過去25年間にわたって様々な非伝統的金融政策を遂行してきた。本稿では、こうした一連の非伝統的金融政策がわが国の経済・物価・金融情勢に及ぼした影響について実証分析を行った。第一に、非伝統的金融政策が長期金利に及ぼした影響をみると、長期国債の買入れはタームプレミアムの押し下げを通じて長期金利を低下させたこと、2013年の量的・質的金融緩和（QQE）の導入以降は特にこの傾向が顕著であったことが示された。第二に、国債のイールドカーブ全体の情報を集約した潜在金利を政策代理変数としてFAVARモデルを推計し、反実仮想分析を行った結果、わが国の一連の非伝統的金融政策は、生産や物価に対して一定の押し上げ効果があったこと、また特にQQE以降の大規模な金融緩和はデフレ
こんにちは。SmartHRプロダクトマネージャーのyuyaです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿します。ぜひご覧ください！ 私事になるのですが、2024年の1月からPMに異動となりました。チャレンジングな取り組みだったのですが、4ヶ月が経とうとしているので振り返りも兼ねて記事にまとめてみました。 PMへのキャリアチェンジを考えた事のあるエンジニアの方に少しでも興味を持っていただければいいなと思いながら書いていきます。 自己紹介 フロントが若干強めのフルスタックエンジニアとして10数年働いてきました。数社経験しており、会社の立ち上げに携わったり、小規模ベンチャーなどで働いていました。 SmartHRにプロダクトエンジニアとして入社してからは、プレイヤーとして1年、プレイングマネージャーとして1年働
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
118. Autify社のプロダクト組織およびプロダクトの開発方法 w/ chikathreesix | fukabori.fm
MP3ファイルをダウンロード 内容紹介 Autify CEO の近澤さんをゲストに、Aufity社のプロダクト組織やプロダクトの開発方法などについて語っていただいたエピソードです。 出演者 話したネタ Autifyの組織はどのように成長していった？ CTO を設けていないのは？ 組織の戦略、事業目標はどういうタイミングで考えている？ コンテキストスイッチの多さへの対応方法 Autifyの組織構成 EM と Dev の比率 PdM と Designer の配置 日本人が少ない開発組織で何か気をつけていることは？ PdM はどうやってPRDを書いているのか？ バーニング加減を探る n=1 をめちゃくちゃ大事にする 誰が、どういうシチュエーションで、なぜこうなっているの、何人言っているのか、金額価値は？ 3つの変数：課題の大きさ・金額・実装コスト 基本はスクラム、2週間スプリント プロダクト開発
伊藤一朗（Every Little Thing）がPLAYTECHのギター・エフェクター5台を試奏！ | ギター・マガジンWEB｜Guitar magazine
2024年7月、PLAYTECHから待望のギター用エフェクターがリリースされた。モデルはLeo Drive（オーバードライブ）、Taurus Distortion（ディストーション）、Scorpio Fuzz（ファズ）、Aquarius Chorus（コーラス）、Gemini（ディレイ／リバーブ）の5台。試奏者にEvery Little Thingsの伊藤一朗を迎え、PLAYTECHのエフェクターの実力を徹底検証した。 取材・文＝小林弘昂 人物・製品撮影＝八島崇 PLAYTECH Guitar Effects × 伊藤一朗（Every Little Thing） Leo Drive 2 Band EQ搭載の万能オーバードライブ 2 Band EQを搭載したオーバードライブ。透明感のある爽やかな歪みから、深くドライブさせた迫力のあるサウンドまで出せる守備範囲の広さが特徴で、ジャンルを問わずに
1. はじめにCursor Agentを用いて、 比較的新しいLLMが学習していないようなフレームワークや概念を用いた開発がどの程度できるか 自分が使い方を完全には理解できていない技術（主にフレームワークやSDK）を含む開発にどう活用できるか というのをここのところ試していたので自分用のメモとして残しておこうと思います。 私の職種的に、ゴリゴリの製品開発やシステム構築といったところよりはその前段の技術検証がメインとなることが多いのですが、その中でどの程度Cursor Agentが使えそうかというのが今回のモチベーションとなっています。 制約として、自分でコードやドキュメントは１行も書かないというのを課して実施しました。 ＊注意：Cursor自体は普段使いしているのですが、あまり初期設定を弄らずに使える範囲で使うという感じで活用しています。もしかしたらここはこうすればできるよ！みたいなのがあ
AWS CloudFormationを使用してAmazon Lexのバージョンを作成した際の挙動を確認してみた | DevelopersIO
はじめに AWSドキュメントには、AWS CloudFormationを使用したAmazon Lexのバージョン管理に関する詳細な記載がなく、その挙動をイメージすることが難しかったです。そこで今回は、CloudFormationを使用してLexのバージョンを作成する際の挙動を実際に確認してみました。 Amazon Lexのバージョンとエイリアスについての詳細は、以下のリンクをご参照ください。 挙動を確認するため、以下のCloudFormationテンプレートを使用してLexボットを作成します。 このボットは、Amazon Connectから呼び出され、特定の製品カテゴリーを聞き取る機能を持っています。 また、音声をS3バケットに保存し、Lexでの文字起こし内容をCloudWatch Logsにログとして記録します。 バージョンは作成せず、エイリアスは作成するテンプレートです。 AWSTem
Beginner1 Hour 34 Minutes7 Video LessonsInstructors: Michele Catasta, Matt PalmerReplit Build and share two applications—a website performance analyzer and a voting app—while using an AI coding agent to debug, customize, and strengthen your coding skills. Learn the principles of agentic code development and skills to effectively build, host, and share your apps with Replit coding agents and assist
個人アカウントでも AWS Organizations と IAM Identity Center を使う a.k.a. 古の AWS アカウントにかけられた東京リージョン az-a の呪いからの脱出 - blog.ayakumo.net
アカウント温故知新と東京リージョン az-a の呪い 昔話になりますが、私は個人の AWS アカウントを 東京リージョンが利用可能になった 2011年 に作成しました。それ以降 EC2 をはじめとして散発的に AWS リソースを使用してきましたが、時代とともに古いアカウントならではの制限事項が目につくようになってきました。 制限事項の中で最も大きいのが 古い AWS アカウントでは東京リージョンのアベイラビリティゾーン a が使用できない という問題です。AWS CDK しかり、Cfn しかり、何かのハンズオンしかり、基本的に新しめの(?) AWS アカウントを想定しており、その度に「他の人のアカウントではうまくいくが自分のアカウントだとエラーになってしまう」ケースが「稀ではなくよくある」事態となっていました。 こういった経緯を含め、アカウント管理の体制を一新して AWS Organiza
シェアド・リーダーシップへの挑戦｜madox
この記事を書いたキッカケEM Fest や Scrum Fest Sendai 2024 に登壇した際、「シェアド・リーダーシップをどんな風に試しているか具体的に知りたい」というお声をいただいたため、現在進行形で試行錯誤する姿を書きました。 以下の登壇資料を予めご覧いただくと、記事の背景を把握しやすいかと思います。 この記事から得られること「ソフトウェアエンジニアのチームにシェアド・リーダーシップを適用する際の具体例」を知ることができます。エンジニアリングマネージャーの視点で書いているため、開発組織に携わる方の参考になれば嬉しいです。 リーダーシップ論の変遷リーダーシップと組織のパフォーマンスに関する研究は、1900年頃から心理学をベースにおこなわれたようです。それらの研究でフォーカスされるテーマは「(先天的な) 特性/性格」から「(後天的な) 行動」へと移り、後に「リーダー中心」から「フ
AWS CDKにおける『cdk.context.json』ファイルの必要性を考察してみました。 目次 目次 目次 コンテキストとcdk.context.json コンテキスト cdk.context.json cdk.context.jsonの必要性 cdk.context.jsonが必要な理由 非決定的な動作(デプロイ)を避ける デプロイ速度を向上させる cdk.context.jsonの注意点 コミットしなくても良いケース 最後に コンテキストとcdk.context.json コンテキスト AWS CDKにおける『コンテキスト』とは、アプリ、スタック、またはコンストラクトに関連付けることのできるキーと値のペアです。 docs.aws.amazon.com ざっくり言うと、CDKスタックにスタック定義外から情報を付与するようなケースで使うことができます。 例えば、CDKスタックにデプロ
「Navigating Complexity of Cognitive Load in Software Product Development」という本を読んだのでメモ。 learnhow.simplification.works 認知負荷という言葉が浸透して久しいが、この記事では、認知負荷を「制限する」組織設計パタンは従来の組織構造(ピラミッド型、狭い所有権による統治)に迎合したパタンであり、組織レベルで価値提供能力を高めるための課題を解決していないのでは？ という疑問について考察する。 具体的には、認知負荷理論について軽く解説し、本書で示される2種類の組織設計パタン、技術的所有権(狭い所有権)パタンと流動的所有権(広い所有権)パタンについて利点や問題点を解説をする。 背景 LinkedIn上でチームトポロジー(TT)の著者が議論していたのを目にし、気になって投稿や一連のレスバを眺めて
「アウトプットイメージをもつ」ことにより、プロダクトマネジメントの生産性を向上させる｜Sansan Product management & Design
なぜ「生産性の向上」に着目したのか「生産性の向上」に着目した理由は、私の伸びしろの中でも特にレバレッジの効く部分であることを認識したからです。 Sansanのプロダクトマネジメント組織では、成長するために「基準を上げる」ことが掲げられています。基準は以下の2つです。 リードタイムの短縮 品質の向上 詳しくは以下の記事で説明されています。 私はこの2つの基準のうち、特にリードタイムを短縮することに改善の余地があるとマネジャーの西場からフィードバックがありました。リードタイムを短縮することは、これまでよりも少ないインプットでアウトプットを出すことであり、まさに生産性を上げることそのものです。 私は日々の業務の中で生まれるアウトプットとして、開発の意思決定が行われるPRD（Product Requirements Document）の数を指標として、改善に取り組みました。 問題点：生産性が低下す
'); doc.close(); } if (!doc) throw Error('base not supported'); var baseTag = doc.createElement('base'); baseTag.href = base; doc.getElementsByTagName('head')[0].appendChild(baseTag); var anchor = doc.createElement('a'); anchor.href = url; return anchor.href; } finally { if (iframe) iframe.parentNode.removeChild(iframe); } }()); } // An inner object implementing URLUtils (either a native URL // ob
こんにちは。スマートバンクでプロダクトマネージャーをやっているinagaki です。 昨今さまざまなAIツールが登場し、面白いな〜と思うものの、実際の業務でどれだけ活かせるのだろうか？と疑問を持つこともあります。 今回は、そういったモヤモヤから「まあ、一旦やってみよう！」ということで、v0というAIツールを実際の開発現場でがっつり使ってみたという一つの事例を紹介したいと思います。 この記事は2025年4月16日開催の「AI時代のtoCプロダクトマネジメントとは」にて発表した内容を元にしています。 v0なら非エンジニアでもプロトタイプが作れる『v0 by Vercel』（以降、v0）とは自然言語（テキスト）を入力するだけで、WebやモバイルアプリケーションのUIを作成できるAIツールです。 https://v0.dev/ こんな感じ↓の実際に動くプロトタイプを、非エンジニアでも30分ほどで作
この記事は、newmo初期開発メンバーの海野弘成（@yaotti）と伊藤雄貴（@yuki.ito）が、2024年の中で特に印象に残っているトピックについて語る記事です。今年はいつ・何をしていたのか。newmoのことを知っている方も、知らない方も。創業1年目のnewmoを少しでも知っていただけますと幸いです。 プロフィール 海野弘成（@yaotti） 2023年12月からnewmoに関わる。2024年2月、newmoに最初のソフトウェアエンジニアとして入社。PM不足を補うため、2024年8月にPMに転向した。 伊藤雄貴（@yuki.ito） 2023年12月からnewmoに関わる。2024年3月 newmoにソフトウェアエンジニアとして入社。エンジニアとしては主にPlatform Engineering 領域を担当。 想像が膨らむ、創業黎明期伊藤: 会社を創ったタイミング（2024年1月）は
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私が所属するプラットフォームSREでは、会員マイクロサービスと認証マイクロサービスが利用するAWS SES（以下、SES）を主管しています。 SESを運用するにあたって、バウンスレートは気をつけるべき重要な項目の1つです。 本記事は、バウンスレートが上昇しないよう少し頑張ったお話になります。 （前提）SESのバウンスレート バウンス率が 5% 以上になると、アカウントはレビュー対象になります。バウンス率が 10% 以上の場合は、高いバウンス率の原因となった問題が解決するまで、以後の E メール送信を一時停止することがあります。
【緊急提言】暴走事故はドライバーだけの責任ではない!! 天才エンジニアが見抜くクルマが改善すべき点とは - 自動車情報誌「ベストカー」
■新技術への補助金よりもそれを使いこなすための指導をすべし 水野：未来の担い手、救世主としてEVだ、ハイブリッドだ自動運転だとマスコミや行政は調子づいているけど、「人の命が本当に新機構のなかで真剣に論議されているのか?」って。 正直なところ、高性能車を多く開発してきた私が、誤操作や誤発進に対しどれほど神経をすり減らして、特別なペダル配置や形状、フェールセーフ機構などを開発していたか……正直私の心のなかは一年中、はらわたが煮えくりかえっているんですよ。 フェル：なるほど。 水野：モーターのメカニズムや特徴がよくわかっていない年寄りや女性にエコカー減税で何十万円もの補助金を出したり、地球環境を話すだけで、音もなく最大トルクが出るクルマの特徴や注意点や間違った時の危険性を認識させる啓蒙活動はほとんどせず、むしろ従来のクルマと何も変わらないような説明……。 フェル：昨今の事故は起きるべくして起きて
この記事は3-shake Advent Calendar 2023の23日目の記事となります。 3-shakeのカレンダー | Advent Calendar 2023 - Qiita こちらはSRE Tech Talk #6で話した内容に補足したものです。 3-shake SRE Tech Talk #6 - connpass 資料はこちらとなります。 tfstateとは tfstateの課題 tfstateの管理場所をどうするか問題 local S3/Google Cloud Storage GitLab Terraform Cloud tfstateを管理するリソースをどう管理する問題 aws/gcloud コマンド terraform + local state 管理 CloudFormation / Google Deployment Manager tfstateをどう分割する
金融マンから自動車ディーラーの営業マンに転身した筆者。中古で4年落ちのLSを買いに来る会社社長とは、よく金融談議に花が咲いていた。4年落ちのLSを買いに来る人は、節税についてよく知っている人だからだ。 一体どういうことか。先ほどの償却（つまり1年で落とせる経費）の話に戻るとしよう。 中古車の場合、減価償却の年数は初度登録からの経過年数によって決められている。1年落ちで5年、2年落ちで4年、3年落ちで3年となり、4年落ち以上では2年間となるのだ。 勘のいい方は、ココで気づいたはず。600万円で新車のアルファードを買うよりも、4年落ちのLSやメルセデスSクラスを600万円で買う方が、1年間の償却額（つまり経費）が大きくなるのである。 600万円の新車の場合、6年間の償却期間が定められるから、単純計算で年100万円ずつが経費になる。対して600万円の4年落ち中古車なら、2年で償却完了となるので、
![お金持ちの多くがあえて[中古車]を買うの何で？ あえて4年落ちを買う納得のワケ - 自動車情報誌「ベストカー」](https://cdn-ak-scissors.b.st-hatena.com/image/square/7099e276ef49dfcef0b28e295dd1ef97ac14e214/height=288;version=1;width=512/https%3A%2F%2Fimg.bestcarweb.jp%2Fwp-content%2Fuploads%2F2024%2F10%2F18173155%2FAdobeStock_513252557-1.jpeg%3Fv%3D1729240315)
おはようございます！こんにちは！こんばんは！ 家計簿プリカB/43を運営している株式会社スマートバンクのプロダクトデザイナーputchomです。 先日、NewsPicksを運営しているUzabaseさんにお誘いいただき、『視点邂逅 #1 -プロダクトチームで活躍するデザイナーとは』というイベントで「スマートバンクのプロダクトデザイン」についてお話させていただきました。 今回は、改めて上記のイベントでお話した内容を振り返りながら、「スマートバンクのプロダクトデザイン」について、デザイン原則をデザインプロセスの中でどのように活用していくかを中心に紹介していこうと思います。 これからチームで使われるデザイン原則を作っていきたいみなさんのお役に立てれば幸いです。 デザイン原則スマートバンクではサービスをデザインする際の心構えとしてデザイン原則を定義しています。 スマートバンクのデザイン原則 ユーザ
医療における生成AIアプリケーションの精度評価 - KAKEHASHI Tech Blog
こんにちは。カケハシでプロダクトマネージャーをしている高梨です。 私は今生成AIを活用した薬局向けの医療アプリケーション開発に取り組んでおり、今回は生成AI医療アプリケーションのPRDをまとめる上でも特に特徴的だった精度要件（品質評価要件）に関して書こうと思います 。 この記事は秋の技術特集 2024の 18 記事目です。 この記事で何がわかるか 生成AI医療アプリの品質評価の難しさ 生成AIアプリケーションの一般的な評価手法 ヒューマンインザループ 生成AIにおける品質評価軸と医療分野への適用 生成AI医療アプリの評価の具体例 評価運用と評価体制 まとめ この記事で何がわかるか 生成AIを活用したアプリケーションを実装する際の一般的な精度評価の考え方と、医療というユースケースにおいて適用する際に独自に考慮しないといけない観点、および具体的な事例がわかります。 生成AI医療アプリの品質評価
moduleを再利用して、環境ごとに異なる値を設定するTerraformアーキテクチャの一例 | DevelopersIO
環境ごとに設定を変えたい おのやんです。 みなさん、環境ごとに設定を変えて、Terraform経由でAWSリソースをデプロイしたいと思ったことはありませんか？私はあります。 例えば、開発（dev）、ステージング（stg）、本番（prd）と環境が分かれているとします。この環境それぞれに対して、ほぼ同じ構成で名前だけ変えてデプロイする流れをイメージします。その場合、moduleを共通化するディレクトリ構造を採用して、Terraformの変数を経由して環境ごとに設定を変えてデプロイすることがあります。 この構成のTerraformコードを作成する機会がありましたので、今回はそちらを紹介したいと思います。 ディレクトリ構成 具体的なディレクトリ構成がこちらになります。プロダクトのルートディレクトリにはenvironmentsとmodulesの2つのディレクトリを置いています。environment
全員集まったのはキックオフと振り返りだけ。定例もDailyもないPJから機能リリースしてわかったこと - BASEプロダクトチームブログ
はじめに こんにちは。Product Management Group で プロダクトマネジメント をしている坂東（@7auto）です。 リソース的な問題で「やるべきことがたくさんあって、小さめの改善やPJに手が回らない」そんなお悩みを持つ方はたくさんいらっしゃるのではないでしょうか。 サービスが大きくなるとPJの規模も大きくなっていきます。その結果、小さめのPJや改善の優先度が下がりがちになります。 一方で、小さめのPJや改善はサービス利用者の声から生まれることも多く、これを放置し続けることはサービス体験の悪化に繋がります。 そこで大きなPJと並行して、こうした小さめのPJや改善に対し「最小のコミュニケーションコストで機能リリースする」というコンセプトで立ち上げからリリースを行いました。 「全員集まったのはキックオフと振り返りだけ」そんな定例もDailyも無いPJを通して、低コストなだけ
B2Bプロダクトディスカバリーの「リアル」｜Sansan株式会社Product Manager 公式note
はじめまして、Sansan株式会社の川瀬と申します。 営業DXサービス「Sansan」のプロダクトマネジメントを担当しています。 本記事は pmconf 主催の プロダクトマネージャー Advent Calendar 2023 の8日目の記事です。 自己紹介Sansan株式会社には、2023年8月に入社しました。 LINEやグーグル合同会社、MNTSQ株式会社などで、toB/toC国内外問わず、プロダクトマネージャー・プロジェクトマネージャーとして、様々なプロダクトに携わってきました。 本記事の背景多種多様なプロダクトディスカバリー・デリバリーを経験してきたのですが、Sansanについては、特にプロダクトディスカバリーに力を入れているので、どのようなことを行っているのかリアルをご紹介しつつ、相談に乗ってくれる方がいたらディスカッションしたいです。（助けてください！） 以下のような背景により
電話での問い合わせを、製品名に応じて適切な担当者へ振り分けるAIチャットボットの精度検証[Amazon Lex カスタムスロットタイプ（値を展開）] | DevelopersIO
はじめに 本記事では、Amazon Connect と Amazon Lex のカスタムスロットタイプ（値を展開）を組み合わせて、電話での問い合わせを製品カテゴリーに応じて適切な担当者へ振り分けるチャットボットを作成し、その精度結果をまとめました。 振り分けは、Amazon Lex のカスタムスロットタイプ（値を展開）に複数の製品カテゴリー名を登録し、発話内容から特定の製品カテゴリーを判定させることで行います。 製品ごとにお問い合わせ対応担当者が異なる場合、AWS Lambda や Amazon Bedrock などは不要で、Lex のみで振り分け対応できる点がメリットです。 今回検証に使用した製品カテゴリーは以下の25種類です Wifi HDMI LED スマートホームデバイス スマートプラグ スマートウォッチ スマートスピーカー スマートドアベル スマートガーデニングセット スマートミ
Amazon Nova’s Competitive Price/Performance, OpenAI o1 Pro’s High Price/Performance, Google’s Game Worlds on Tap, Factual LLMs
Dear friends, AI Product Management is evolving rapidly. The growth of generative AI and AI-based developer tools has created numerous opportunities to build AI applications. This is making it possible to build new kinds of things, which in turn is driving shifts in best practices in product management — the discipline of defining what to build to serve users — because what is possible to build ha
過去25年間のわが国経済・物価情勢：先行研究と論点整理
多角的レビューシリーズ Broad Perspective Review 過去 25 年間のわが国経済・物価情勢： 先行研究と論点整理 福永一郎* ichirou.fukunaga@boj.or.jp 法眼吉彦* yoshihiko.hougen@boj.or.jp 上野陽一** youichi.ueno@boj.or.jp No.24-J-10 2024 年 8 月 日本銀行 〒103-8660 日本郵便（株）日本橋郵便局私書箱 30 号 * 調査統計局 ** 調査統計局（現・名古屋支店） 日本銀行ワーキングペーパーシリーズは、日本銀行員および外部研究者の研究成果を とりまとめたもので、 内外の研究機関、 研究者等の有識者から幅広くコメントを頂戴す ることを意図しています。ただし、論文の中で示された内容や意見は、日本銀行の公式 見解を示すものではありません。 なお、ワーキングペーパーシリ
デザインや開発前に必ずデザインドックがありますね！かなり練られたテンプレートで書かれていると思うので当社PdMからの情報発信が待たれる。#プロダクトスクランブル https://t.co/lJhrkAa6uT — Takahiro Ikeuchi / Awarefy CTO (@iktakahiro) July 24, 2024 Awarefy（アウェアファイ）についてアウェアファイは、毎日に寄りそい 気づきを増やす AIメンタルパートナーアプリです。 AIであるファイさんがユーザーの心の健康と成長をサポートします。認知行動療法やマインドフルネスなど心理学の知見に基づくさまざまな機能を搭載しているC向けのアプリです。 2020年5月にローンチし、これまでに60万ダウンロードを達成。2022年にはGoogle Playのベストアプリ部門大賞を受賞。ユーザーが加入するサブスクリプションモデルで
明確な起源は未だ不明…異常に長い周期を持つ奇妙な電波信号を検出（宇宙ヤバイchキャベチ） - エキスパート - Yahoo!ニュース
どうも！宇宙ヤバイch中の人のキャベチです。 今回は「奇妙な電波信号とその起源」というテーマで動画をお送りします。 オーストラリアのシドニー大学などの研究チームは、これまでに見たことのないような特異な電波信号を検出したと、2024年6月に発表しました。 新発見の電波信号はこれまでにないほど周期が長く、さらに発光パターンが複数あることなど、既知の電波放射現象の理論では容易に説明できない奇妙な特徴をいくつも持っています。 その放射源は非常に珍しい中性子星である可能性が高いものの、他の可能性も否定できず、その奇妙さを上手く説明できていない現状です。 本動画では、そんな新発見の電波信号について解説していきます。 ●電波トランジェントとパルサー 空を観測していると、宇宙のどこかから到来する異常な電波信号を検出することがあります。 そんな信号は「電波トランジェント」と呼ばれます。 電波トランジェントは
エンジニアもプロダクトマネジメントの解像度をあげていくぞ！ ~ PM Academia参加レポート ~ - loglass_product_teamのブログ
この記事は 株式会社ログラス Productチーム Advent Calendar 2024 のシリーズ 1、4日目 の記事です。 こんにちは。ログラスでエンジニアをしている鈴木(@sunazukin_it)です。 今回は、11/23(土)に開催された 「経営シミュレーションを通じて、PMに必要なビジネスコアスキルを習得 / PM Academia #2」の参加レポートをお届けします！ PM Academia とは？ まずは、PM Academiaの概要について簡単にご紹介します。イベントHPからの引用です。 次世代の企業経営シミュレーション(BMG)を用いて、ビジネスモデルの基本となる製造メーカー企業の経営に、チームを組んで挑戦します。資金調達・人材採用・モノづくり・広告宣伝・販売活動などに取り組む過程で、PMに必要な経営者目線、事業・マーケティング戦略の構築、財務諸表を分析して利益を創
オランダ旅行2日目はアムステルダム→ユトレヒトへ移動です。 www.europe-kosodate.com 目的はただひとつ。 ミッフィーミュージアムへ行くこと！ オランダ語ではミッフィーではなく「ナインチェ」だそうなので正確には「ナインチェミュージアム」。 小さい子が遊べる体験型のミュージアムなのでどうしても長男を連れて行きたかったのです。実際行ってみて長男も本当に楽しんでいました！！小さい子連れの方にオススメです♪ 行き方 チケット購入はオンラインのみ 常に撮影！可愛すぎる館内 miffy museum café miffy museum gift shop 世界でここだけのミッフィー信号 行き方 スキポール空港から電車で「ユトレヒト中央駅 Utrecht Central」へ。乗車時間わずか30分！これならアムステルダムから日帰りでもいけちゃう？ ユトレヒト中央駅からミュージアムへは3
不動産テックで事業部CTOをやっていたと思ったら、HRBrainでEngineering Managerになってそろそろ３ヶ月が経とうとしています。 HRBrainはEQTという約37兆円の資産を有する投資会社が資本参画したHR系のSaaSスタートアップです。CTOやマネージャーを長年勤めてきたことで、タレントマネジメントや評価、労務管理のためにHR系のプロダクトを触る事が多くなり、元々ドメインには興味を持っていました。 常々これらのプロダクトを「もっと良くできるのでは？」と感じていたのもあり、今回転職をすることにしました。入った直後からやるべき事は多くありなかなか大変な状況ですが、「採れる選択肢」も多いことで、楽しく働いています。 人材データプラットフォーム関連市場は約8兆円もあると言われており、日本の労働人口問題と絡めて考えてもまだまだこれから伸びていく市場だと実感してます。 本題です
2024年8月28日刊行の『デザインシステムの育て方：継続的な進化と改善のためのアプローチ』より、本書の監訳者 長谷川恭久氏による「まえがき」を紹介します。スタートアップから大きな組織まで、さまざまな規模でのデザインシステムに携わってきた長谷川さんの視点から、デザインシステムを「作る」のではなく「育てる」ということ、その重要性について示していただきました。ぜひご一読ください。 監訳者まえがき─長谷川恭久プロダクトと捉えたときのデザインシステム デザインシステムを構築するのは容易ではありませんが、それ以上に難しいのは、使い続けてもらうための運用です。そのためデザインシステムは、デジタルプロダクトと同様に扱うべきだという見解があります。デザインシステムを使うデザイナーや開発者にとって、使いやすいデザインシステムになるよう改善を続けていく。このプロセスは、PMF（Product Market F
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
100冊以上の読書体験から厳選：PdMのための読書ロードマップ例
今週のはてなブログランキング〔2024年6月第3週〕 - 週刊はてなブログ
エンジニアチームの生産性の高め方 〜開発効率を向上させて、人を育てる仕組みを作る
Ubieのマルチクラスタ移行とプラットフォームエンジニアリング
社内QAメンバーにとったアンケートをまとめたよ - freee Developers Hub
（論文）非伝統的金融政策の効果と副作用：潜在金利を用いた実証分析 : 日本銀行 Bank of Japan
異動のすゝめ(エンジニアからPMへのキャリアチェンジ) - SmartHR Tech Blog
地面師たち | Netflix (ネットフリックス) 公式サイト
技術検証にCursor Agentはどの程度使えるのか。｜はち
Vibe Coding 101 with Replit
AWS CDKにおける「cdk.context.json」の必要性 - 365歩のテック
認知負荷を「制限する」組織設計は本当に成果を最大化するのか？ - 未来永劫
国民クイズ | Netflix (ネットフリックス) 公式サイト
新しいAI体験を生み出すためのv0プロトタイプ駆動型開発｜inagaki
初期開発メンバーの海野と伊藤が振り返る、newmoの2024年｜newmo株式会社｜"移動で地域をカラフルに"
SESのバウンスレート上昇を事前に防いだお話 - Qiita
Terraformのtfstateについて考える - 目の前に僕らの道がある
お金持ちの多くがあえて[中古車]を買うの何で？ あえて4年落ちを買う納得のワケ - 自動車情報誌「ベストカー」
デザイン原則をデザインプロセスの中でどのように活用していくか？ - スマートバンクの事例 -｜putchom
プロダクトディスカバリーとデリバリーを繋ぐデザインドックのすすめ｜Airi Oda
可愛さ満点☆絶対行きたい！ユトレヒトのミッフィーミュージアム - パリ・東京でモンテッソーリな子育て
成長組織で取り組むべき「標準化」について - 神様なんて信じない僕らのために
試し読み：『デザインシステムの育て方』 監訳者まえがき｜BNN