何となくこれを書くべき時がきた気がするので書きます。 プロダクトマネージャーの仕事プロダクトマネージャーの仕事はプロダクトマネジメントです。プロダクトマネジメントをしてほしいという期待があるからその人にプロダクトマネージャーというタイトルをつけているはずなので。 プロダクトマネージャーは誰でも好きなように名乗ったらいいと思うの、国家資格とかも必要ないし。 ただ名乗るからにはプロダクトマネジメントちゃんとしていこうな！ — Aki (@LoveIdahoBurger) April 19, 2024 実際には組織構造によってはプロダクトマネジメントをしないプロダクトマネージャーがいるかもしれませんが、その場合も間接的にプロダクトマネジメントをしているはずです。いずれにしてもそれは例外的なので今回は一旦置いておきます。 プロダクトマネージャーはプロダクトマネジメント以外もやらなければならないと思
こんにちは、プロダクトマネージャーの yujiro です。 最近 Nintendo Switch を購入し、妻と一緒にスーパーマリオをプレイしてます。数少ない共通の話題が増えて嬉しいです。 はじめに 前提：テックタッチはハイタッチCSに支えられている 「 Showcase 」とは 事前準備 開催当日 得られる効果 さいごに はじめに テックタッチではおよそ3ヶ月に1度の間隔で新機能をリリースしており、その際にリリース内容共有会を開催してリリース内容の社内周知を行っています。このリリース内容共有会を社内では「 Showcase 」と呼んでいます。 この「 Showcase 」は、リリース内容の説明に留まらないプロダクトチームとビジネスチームをつなげるユニークなイベントになっています。本記事では、「 Showcase 」を通じてどのように両者の距離を縮め、一体感のあるカルチャーを生み出している
機械学習・データ部 / データチームの @irotoris です。こんにちは。 データチームでは社内で使うデータプラットフォームやデータマートの開発をしています。今日は弊チームの開発スタイルの中から「プレスリリース駆動開発」を紹介します。 データチームの開発スタイル データチームの開発は1週間のタイムボックスで、月曜日にバックログやプロジェクトから今週取り組むタスクを計画し、金曜にスプリントレビューを行っています。デイリーでは夕会を行っています。ベロシティの計測などは今のところできていませんが、いわゆるスクラムっぽい開発です。 その月曜朝の計画会で、まずプレスリリースを書いています。 プレスリリースとはなにか？ 本来プレスリリースは新商品や新サービス、経営・人事などの企業情報を、ニュースとしてメディアに掲載する文書ですが、ここではデータチームが開発・提供する機能や改善をユーザーに伝えるため
Product Opsの力: プロダクトマネジメントを変革する新たなアプローチ - Techtouch Developers Blog
こんにちは、PdM（プロダクトマネージャー）の shu です。 最近は暖かくなり、散歩が気持ちよくなってきた季節ですね🌸 自分のおすすめの散歩コースは、日比谷駅付近から丸の内方面へ歩いていくコースです。 b8ta Tokyoでおもしろい製品を見て・試してみたり、KITTE の屋上から普段とは違う角度で東京駅をみてみたり、皇居の近くで桜を見てみたりと、「都会と自然」両方を楽しめるコースになっているのでおすすめです。 さて今回は、プロダクトマネジメントチーム（以下PMチームと略します）が取り組んでいる「Product Ops」についてご紹介します。Product Ops は、PMチームが抱える組織課題に対する実践的なアプローチです。その目的は、PMチームの生産性と開発品質を確実に高めていくことにあります。 本記事では、Product Ops の具体的なアプローチや進め方を、できる限り分かりや
はじめに 今回プロダクトマネージャーの動きを行っていく中で、新しい気づきがあったので記事としてまとめました。 プロダクトマネジメントをプロダクトマネージャーだけで行わない プロダクトマネジメントとは、プロダクトを成功に導く考えであり、これはプロダクト作りに関わる人であれば必ず必要になってくるものです。 つまり、プロダクトマネジメントとは特定の誰かが行うアクションではなく、チームや組織全体で行っていくものだと考えています。 プロダクトマネージャーの役割 プロダクトマネージャーの主の役割とは、もちろんプロダクトマネジメントを行うことです。 しかし、プロダクトマネジメントが行えている状態を組織として目指すためには 「プロダクトマネジメントをすること」だけではなく「プロダクトマネジメントができる組織づくり」も行う必要があると考えています。 そのためには、プロダクトマネージャーとして、「プロダクトマ
PM育成の虎の巻：愛と憑依とラーニングモンスター｜(多分)PMに日本で一番会っているエージェントのキャリアnote ～三度の飯よりPMが好き！～
みなさん、こんにちはクライス&カンパニーの山本です。 先日、弊社にてオリジナルイベントである、汐留アカデミー（通称、汐アカ）を開催しました。 今回はゲストとして ・エムスリーよりお馴染み 山崎さん ・クライス顧問 及川さん をお迎えし、 【PM育成虎の巻 ～明日から使えるOJTノウハウ～】 というPM育成にフォーカスを当てたテーマです。 ウェビナー1.5時間のコンテンツですが、今回はリアル会場も併用したハイブリッド開催。セミナー終了後は人数限定でネットワーキング交流会も実施しました。 ※定員に対して3～4倍のご応募があったため、抽選に漏れてしまった方々申し訳ございません！！！！また開催しますので！ X（旧Twitter）でも結構な盛り上がりがありまして、オンライン/オフラインともに反響の多さを強く実感した1日でした。 是非「#汐アカ」で検索してみてください！ さて、前フリが長くなりましたが
プロダクトの価値を最大化する「言語化筋トレ」のすすめ / "Verbalizing muscle training” to maximize the value of products
EM Oasis #4での発表資料です。 https://emoasis.connpass.com/event/312868/ ■リンク LayerX Casual Night（2024/04/26, 2024/05/15） https://jobs.layerx.co.jp/casual-night
自分が価値があると思うなにかをリリースしただけで満足していませんか？ 曽根原春樹氏：次が4点目の経営者感覚です。すみません、全部は聞けていないのですが、先ほど及川さん（及川卓也氏）と吉羽さん（吉羽龍太郎氏）の話の中で、途中お金の話が出てきていたみたいで、やはり、キレッキレなPMたちを見ていると経営者感覚がすごいんですよね。 そういう人たちがやがて、スタートアップのCEOになったり、VCになったり、今度は他の企業のファイナンスを助ける感じで育っていったりと、人材が巡るエコシステムができている感覚が、シリコンバレーだとあるんですね。 もう少し話をしていきます。1個目ですが、自分の会社が何で収益をあげているのか、なぜ収益をあげることができるのか、みなさんはきちんと説明できますか？ 当たり前じゃんと思う人もいるかもしれません。いいんです。当たり前だったら、たぶんその方はきちんと理解されていると思う
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点 シリコンバレーのプロダクトマネージャー達に見る、 覚悟を決めたPMは何が違うのか？ #1/4 酸いも甘いも経験してきたシリコンバレーのプロダクトマネージャー 曽根原春樹氏：みなさんお集まりいただきまして誠にありがとうございます。初めましての方も、またお会いできましたねの方も、ご無沙汰しています。曽根原です。今年も「PMカンファレンス」に戻ってきました。 今回はテーマが「覚悟」ということで、どんな話をしようかなと思っていたのですが、みなさんにとって刺激的な話になるといいなと思って、それでこのタイトルに決めたわけですね。「シリコンバレーのプロダクトマネージャー達に見る、覚悟を決めたPMは何が違うのか？」ですね。 本題に入る前に、僕のことをぜんぜん知らないという方もいらっしゃるかもしれないの
技術知識ゼロの元ゴリゴリ営業マンがPdMとして新規プロダクト開発に着手したらやってることは営業だった件(MVPまでの道のり編) - Adwaysエンジニアブログ
『顧客の声を聞け!!』 はじめまして。ADWAYS DEEEの新規プロダクト開発を担当しているシニアプロダクトマネージャーの小田です。 主に新規プロダクト開発のPdMとして現在はライブコマース事業の立ち上げを行っております。 今回は新規プロダクト開発を行う上で、以下の3つの学んだことに関してお話できればと思います。 この『顧客の声を聞け!!』はわからない時の『おまじない』のような、迷ったらこれという言葉となりますので、ぜひ参考にしていただきたいです。 ≪学んだこと≫ ①顧客の声を聞け。社内に情報はなかった。情報は社外にある。 ②営業力は新規事業において必須。粘り強さと根気強さ。 ③仮説と検証はシンプルにしてステップアップを意識。 営業出身者でも、コードを書けなくても、どのように新規プロダクト開発を進めていき、どのようなPdM業務を行っているかの学びを共有できればと思います。新規プロダクト開
エンジニアからPdMになって半年で得た4つの気づき
はじめに GENIEE SFA/CRM部署でプロダクト企画をしている増田といいます。 私は、入社してから5年間エンジニアとして働き、去年2023年の7月からプロダクトマネージャー（PdM）にロールを変更しました。現在は、GENIEE SFA/CRMのAIチームとして、AIを活用した商品企画、プロトタイピング、そしてAIで解決できる顧客課題の発掘と提案を主に行なっています。 SFA/CRMというのは営業活動や顧客関係性の管理を支援するためのツールで、会社や商談情報、顧客との活動の履歴などをSFAに貯めて一元管理や可視化をすることで、日々の営業活動の効率化等に役立てることができます。 この記事では、PdMに異動してから半年間で得た気づきや学びとともに、プロダクト開発チームがどのような目標を持って開発を進めるべきか、エンジニアからPdMへの転職でどのような視点の変化があったか、そしてどのような思
どうも、Goodpatchの國光です。 という自己紹介をするのもこれで最後かもしれません。 2016年1月にGoodpatchに入社して約8年。 2024年4月9日に大好きなGoodpatchを退職して次の挑戦に向かうことを決めました。 最初に：Goodpatchを通じて関わった皆様へ 本当に長い間お世話になりました！PM兼UXデザイナーとして入社してから、Experience DesignやService Designの領域での仕事が包括的にできるようになるまでの間、様々なクライアントの方々や色々なメンバーと苦楽を共にさせていただきました。 ありがたいことにクライアントワークでは経営者・事業責任者の方々をはじめ本当に素敵な方々とご一緒する機会を多くいただき、時には大きな失敗をして高い壁にぶつかりながらも成長させていただくことができました。 Goodpatchに入社していなかったら今の僕は
PdM組織の責任者が選ぶ！実務に役立つプロダクトマネジメントおすすめ書籍10選 - RAKUS Developers Blog | ラクス エンジニアブログ
はじめに こんにちは。ラクスの経費精算プロダクト「楽楽精算」のプロダクトマネージャー（PdM）組織で責任者をしております稲垣です。 楽楽精算ではプロダクトマネジメントに関する専門組織を設けており、市場や顧客ニーズを迅速に製品に反映できるように努めています。 ※具体的な業務内容はPdMメンバーの記事もご参照ください tech-blog.rakus.co.jp PdMはビジネスと開発の架け橋となってプロダクトの価値を最大化するという役割上、必要とされるスキル範囲も広くなります。 下記に紹介する書籍のような業務やスキルが日々関わってきますので、ご参考になれば幸いです。 はじめに 実務に役立つプロダクトマネジメントおすすめ書籍10選 PdM全般 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ジョブ理論 イノベーションを予測可能にする消費の
顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み 新PdM組織での顧客解像度の上げ方 植木氏の自己紹介 植木遼太氏：私からは「新PdM組織で実践した顧客解像度の上げ方」というテーマで発表します。簡単に自己紹介をしてから本題に移らせてください。 私は植木遼太と申します。先ほどの紹介にあったように、今現在は「楽楽精算」のPdMをしています。約2年前に入社しています。キャリアとしては2010年に新卒からインフラエンジニアとしてスタートして、その後、プロジェクトマネージャー、プロダクトマネージャーと役割を変遷させていったかたちのキャリアを歩んできました。 顧客解像度向上のための取り組みBefore／After では本題に移ります。先ほどのテーマにあったように、「顧客解像度の向上って」という話があります。発表の流れとしては、「そもそもこの
実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】
TOPインタビュー実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 実は相性が悪い「開発生産性」と「アジャイル」。うまくいかない開発を好転させるためにPMがやるべきこととは【ryuzee|吉羽龍太郎】 2024年3月26日 株式会社アトラクタ Founder兼CTO／アジャイルコーチ 吉羽 龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に『SCRUM BOOT CAMP THE BOOK』（翔泳社）、訳書に『チームトポロジー』（日本能率協会マネジメントセンター）、『プロダクトマネージャーのしごと』『エンジニアリング
PharmaX株式会社・プロダクトマネージャーの稲垣氏は、1人目のプロダクトマネージャーとしてチームにジョインしてから取り組んだことについて話しました。 稲垣氏の自己紹介 稲垣慶典氏：では始めていきたいと思います。よろしくお願いします。今日は、1人目プロダクトマネージャーとしての経験を通じた「ああしたほうがよかったな」とか「これしないほうがよかったな」というような学びをシェアできればと思っています。 先ほども自己紹介しましたが、稲垣と言います。バックグラウンド的に、プロダクトマネージャーとしてはけっこうビジネス寄りなタイプかなと思っています。 経験はちょっと変わっていて、新卒でディー・エヌ・エーという会社に入り、最初はゲームのプロデューサーという、ゲーム作りをしながら事業のPLも見るみたいなところからキャリアを始めています。その後一転して、ヘルスケア・医療の領域でがん検査のサービスをするプ
こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多！」という感想をいただくことが増えてきました。もしPMが多い ＝ 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い？ 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150％で成長」というプレスリリースも出ましたが、私たちは現在ARR 150
コラム：ビジネスアーキテクトとプロダクトマネージャーについて | デジタル人材の育成 | IPA 独立行政法人 情報処理推進機構
プロダクトマネージャーは、グローバル標準において一般的な職種として設定されており、また、日本においても特にデジタルサービスを提供する企業における職種として浸透してきている。
現状把握のために実施したこと じゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。（スライドを示して）今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したい
はじめに みなさん、こんにちは！SmartHRでドメインエキスパートとして働いているchankesです！ この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 ドメインエキスパートはプロダクトマネジメント統括本部に属していること、チームによってはスクラムのPO（プロダクトオーナー）の役割を担っていることからこの企画に参加しています！ ドメインエキスパートの概要は以下の記事をご参考にいただけると幸いです。 開発組織に所属するドメインエキスパート。事業領域の深い知識と開発者目線を併せ持つ専門家の役割とは。 本記事では、私が担当する「届出書類アプリ」において重要な法律や制度改正のキャッチアップ方法について紹介していきます。 ※「届出書類アプリ」は、行政手続きの書類作成から電子申請を複数名分まとめてできる無料オプ
新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング/PdENight3
ドメイン知識を活用した、薬局における患者の来局予測/Predicting Patient Visits to Pharmacies Using Domain Knowledge
1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ PM1人から、PM2人3脚を経て、PM4人チームになった話 長井氏の自己紹介 長井大輔氏：私は途中ジョインというより、私自体が創業メンバーの1人なので、そういった目線でPMが増えてきた経緯みたいな話をできればと思っています。 まず簡単な自己紹介です。あらためまして、長井と申します。COOという役回りです。川崎出身で、ディー・エヌ・エーに新卒で入社して、当時は飛ぶ鳥を落とす勢いだった「Mobage」の事業をやって、そのあとに新規事業をやったり、子会社に行ったり、カーシェアリングのサービスを立ち上げたり。約7年間在籍してそういったことをやっていました。 その後はBCG Digital Venturesという、ボストンコンサルティンググループという外資向けのコンサルティングファームの
顧客からのちょろちょろインプットを脱却 顧客からのめちゃ太いインプットを通して何を選んでもアウトカムを生み出すプロダクトバックログを実現する/Break free from narrow customer input 2024
よわよわプロダクトバックログアイテムで悩むプロダクト開発チームに向けて、顧客からのインプットを太くすることで、つよつよプロダクトバックログを作り出すための仕組みと構造を解説します。 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド ■もっとプロダクト組織の問題を学ぶ 「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現するぞ https://speakerdeck.com/moriyuya/traps-of-optimization-in-product-management-2024 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/p
Webプロダクト開発をしていると様々な諸事情によりUI構成を変えたり機能を増やしたり減らしたりすることが多々あると思います。そんな時に避けられない事態として「UI変更に対するお怒りがユーザーからわんさか届いてしまう」ということがあります。今回はUI上の１要素の色を変えただけで虎の尾を盛大に踏んでしまった事件の話をしようと思います。差し当たりどういうUIをどう変えたのかを明示しておきます。変える前がこちら↓↓ beforeUIほんで変わった後がこちら↓↓ afterUIご覧の通り「作業カード」と呼ばれるコンポーネントの色を「緑＆黄」から「緑塗り＆緑枠線」に変更しました。「え、それだけ？」という声が聞こえてきそうですがそうなんです。それだけなのです。しかしここはレガシードメインのtoB SaaS。toB SaaSではUIの変更がユーザー業務への影響に直結するので軽微な変更を加えるのもハードルが
プロダクトマネジメントプロセス概要
より価値を届けていくためにどのようにプロダクトマネジメントをすればよいのか？をまとめてみました。
「なぜ？」を使わずに、理由を深掘るコミュニケーション
株式会社オープンエイト、PMグループの辻です。 ここでは、プロダクトマネージャーとして働いています。ということで・・・ プロダクトマネージャーのしごと 少し前に話題になった本、皆さんも読みましたか？ この本は、これまでのプロダクトマネジメント関連の書籍と比べて、リアルな現場の目線に近いカタチで書かれており、参考になった以上に、とても勇気をもらえる１冊でした。 これまでのプロダクトマネジメント関連の本 どちらかと言うと教科書的なものが多い 参考にはなるが、自社や自分の置かれた環境で上手く実践まで持っていくのが難しい そんな印象を抱かれている方も多いのではないでしょうか？ これまでのプロダクトマネジメント関連の本。たとえば、コレ。 これはこれで、オススメです。 この本の特徴・効能 一方で「プロダクトマネージャーのしごと」を読むと、 世界的に著名なプロダクトマネージャーであっても、自分と同じよう
メルカリで値段の「¥マーク」を小さくしたら購入率が伸びた理由、ペイディがサービス名を「カタカナ表記」にする理由など、プロダクトのマーケ施策まとめ30(2023)｜アプリマーケティング研究所
メルカリで値段の「¥マーク」を小さくしたら購入率が伸びた理由、ペイディがサービス名を「カタカナ表記」にする理由など、プロダクトのマーケ施策まとめ30(2023) 2023年に取材した記事から、長く参考になりそうな施策をまとめました。※ 数値等はあくまで取材当時のものです。 1、商品ページの「¥マーク」を小さくしたら購入率アップ（メルカリ）メルカリでは、商品詳細ページの「値段の¥マーク」を小さくしたところ、購入率が大きく上昇した。 理由としては、¥マークを小さくしたほうが、心理的な「価格の圧迫感」が減って、心理的にすこし安く感じるためと考えられている。例えば、¥マークが大きいと桁数が多く感じたり、価格を高めに感じやすい。 この案があがったときには、社内でも懐疑的だったそうだが、テストすると小さな開発コストで大きなリターンを得られる施策になった。 元記事：https://markelabo.c
昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が
私は子供の頃から不器用で、何をやっても出来なかった。だから、ずっとどうやったら「出来る」ようになれるのかを追求してきた。 そして、今は幸いなことにアメリカのレッドモンドで、クラウドのプログラマとして勤務してコードを書くことを楽しんでいる。正直環境は最高でまわりの人は優秀でかつめっちゃいい人で、マネージャも最高なので気持ちよく働けている。 ただ、自分的には自分が一番下手というのはわかっているので、何とかせねば首になるぞ、もっとうまくならなければという気持ちが常にある。自分なりにメンターに聞いたり、周りの優秀な人を観察して戦略を考えて実行しているからまだ何とかなっているが、根本的な実力は、自分的には何とかせんとやばいといつも思っている。 優秀な人と自分を比べた時の欠けたピース 昔に比べてずいぶんマシになった感はあるが、センスのある優秀なプログラマ、例えばMVP (Microsoft Most
RSGT 2024 Day 2 スポンサーセッション
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20
2023年12月20日文化庁「AIと著作権に関する考え方について（素案）」についての考察（1）｜知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】
1 はじめに 2023年12月20日に文化審議会著作権分科会法制度小委員会（第5回）が開催され、そこで文化庁が「AIと著作権に関する考え方について（素案）」を公表しました（以下「素案」といいます。） 本記事では、素案のうち、まずは「（1） 学習・開発段階」について、私なりに検討をしたいと思います。 なお、2024年1月15日に文化審議会著作権分科会法制度小委員会（第5回）が開催され、そこでさらにバージョンアップされた素案が公表されますので、本記事はそれまでの暫定的な検討ということになります。 ということで、短命な？記事ですが、早めに公開することにも意味があるだろうと思い、公開します。 以下、素案を適宜分割し、引用した上で当該引用部分についてのコメントを記載していきます。また、適宜見出しを付けていきます。 2 素案についての考察 （1） 導入部分 AIと著作権に関する考え方について（素案）
【入社エントリ】楽楽精算PdMのオンボーディングと実践したこと - RAKUS Developers Blog | ラクス エンジニアブログ
本記事のターゲット 転職活動中のPdMの方 PdMへのキャリアチェンジを検討している方 ラクスへの入社を検討している方 はじめに こんにちは、楽楽精算プロダクトマネージャー（以下PdM）のShibaと申します。 2023年5月にラクスに入社して、半年以上が経過しました。 PdMという職種は会社毎で役割や責任範囲が異なります。 そのため、転職後の業務は多くの人が気になるポイントかと思います。 ラクスに入社して私がやってきたことと気付きを共有することで、ラクスへの転職を考えている方の参考になればと思い本記事を書くことにしました。 注意 入社者の志向やスキル/経験に基づいて適切な役割をアサインする仕組みがラクスにはあると思います。 全員が同じ流れで同じ業務をすることはないという点はご了承ください。 また、時間軸は若干曖昧なところがあります。 本記事のターゲット はじめに 注意 私のバックグランド
2023年は、だんだんと仕事においても「マネジメント」をするようになってきて、それゆえの心身ともに歪みというか軋みのようなものが出てきており、12月はコンビニで800円ぐらいする栄養ドリンクを鬼のように飲んでいた。 アラフォーにして、やっとマネジメントをやりはじめたことはいささか遅すぎるとは思うのだけれど、長年こびりついた心の錆を剥がすには、これがラストチャンスだなという想いがある。身体すら、固くなったものをもう一度やわらかくしようとすると、痛くてやってられんものだが、いわんや、心をや、である。 あくまで、自分のために。WETな備忘録として 話に乗る 今年は、仕事でもプライベートでも、小さくない責任を持つことが多くなってきた。事業を成功させるために考えうるありとあらゆる角度の課題を潰していき、同時にチームメンバーの成長にも貢献する必要があり、結果がすぐ出るもの、2週間おきに出るもの、半年後
「【SmartHR/カケハシ/リクルート】複雑化する開発体制におけるエンジニアの社内巻き込み術 ‐プロダクト成長をリードするエンジニアたちの試行錯誤‐」は、成長プロダクトの開発をリードするエンジニアたちの試行錯誤に触れ、社内巻き込み術や改善のステップなどのノウハウを紹介するイベントです。ここで株式会社カケハシの岩佐氏が登壇。続いて、プラットフォーム開発の要求分析の流れと、「テックリード」と「プロダクトマネージャー」について話します。前回はこちらから。 プラットフォーム開発の要求分析の流れ 岩佐幸翠氏：ここで、プラットフォーム開発の要求分析の流れを紹介していきたいと思います。詳細をこれから解説していくんですが、まず、プロダクトの現状と将来どうなっていきたいかをドメインモデルで表現する。 現状と将来の展望の間を取り持つ「今、なにをやらなきゃいけないか？」というところを要求としてモデリングします
職場における「有害なポジティブさ」を排除する方法 ── 海の向こうからオピニオン その106 - チームの教科書｜アトラシアン株式会社
物事には良い面と悪い面がある。このうち物事の良い面ばかりを見ようとすると、悪い面の抑圧につながる。「有害なポジティブさ（Toxic Positivity）」とは楽観主義の極端な形態を指す。ネガティブな感情や反応、経験を否定したり、無効にしたりして、偽りの安心に置き換えてしまうことを意味している。健全で強いチームを築くうえでは、自分たちのネガティブな感情と正面から向き合い、それを克服するのが効果的だ。つまり、職場における「有害なポジティブさ」と闘うためには、あらゆる感情を受け入れたうえで、他者が直面する課題について解決する前に共感し、感じたことを率直にフィードバックすることが大切である。 「有害なポジティブさ」とはあなたは「有害なポジティブさ（Toxic Positivity）」という言葉を聞いて、どう感じるだろうか。なかには「ポジティブなことは良いことで『有害』ではありえないのではないか？
スタートアップの開発責任者から上場ベンチャーのPdMに転身して1年を振り返る - JMDC TECH BLOG
こんにちは、こんばんは。株式会社JMDC 製薬本部企画部 兼 プロダクト開発部の小邦です。 当社が製薬企業向けに提供しているヘルスビッグデータの分析を行えるプロダクトであるJMDC Data Mart（愛称：JDM）のプロダクトマネージャー（以下、PdM）を務めています。JDMは提供16年目を迎えたご長寿プロダクトで、今なお社内における売上貢献度が高い重要なプロダクトの1つです。 今年、JMDCではアドベントカレンダーに参加しています。 qiita.com この記事はJMDC Advent Calendar 17日目の記事です。 記事を書いているのは2023年12月1日。昨年の12月1日に入社してから、ちょうど1年を迎えました。 この記事では前職でスタートアップ企業の開発責任者を務めていた私が、上場ベンチャーであるJMDCでPdMを1年間務めて感じたことや、気づきを述べていきたいと思います
スクラムマスターを兼任して見えてきた、シフトレフトのための立ち回りとやってきたQAの活動 - freee Developers Hub
こんにちは。決済プロダクトでQA兼スクラムマスターをしているbarusです。 本日はfreee QA Advent Calendar2023 7日目です。 adventar.org 今回は「スクラムマスターを兼任して見えてきた、シフトレフトのための立ち回りとやってきたQAの活動」と題してお話させていただきます。 freeeカードUnlimitedの立ち上げ期から現在に至るまで、各チームを転々としながら、いずれもスクラムチームの一員としてアジャイルQAを行ってきました。 今年の9月からスクラムマスターを兼任しながら、日々品質とスピードの両立に取り組んでいます。 本記事ではスクラムマスターを兼任して見えてきた視点を交えながら、より早期にシフトレフトをしていくためにQAがどのように立ち回るべきか、そして実際に自分たちのチームがやってきたことをお話しようと思います。 ここではQAプロセスの最適化と
2023年12月は、『TBS NEWS DIG』や『PIVOT』なので動画が立て続けに出るのですが、動画だけでは話しきれなかった部分があるので、今年1年間で考えてきたテーマについて、本記事で書いていきます。 問いとしては、下記の5つを網羅したものとなります。 ① なぜ働かない社員が生まれるのか？(静かな退職/逃げ切り社員問題) ②「多様性」を推進しても、逆に亀裂が生じるのはなぜか？(フォールトライン問題) ③ メガベンチャーやブランド化した企業はなぜ衰退するのか？(◯◯Wayの絶対視) ④ 自社愛が強い人ほど、企業を滅ぼしてしまうのはなぜか？(盲目的自社愛) ⑤ メディアで持て囃されている企業から衰退していくのはなぜか？(メディアトラップ) そして、結論というか総括として、下記の画像に集約される現象が発生し、組織が硬直化していくという話をします。 8000文字くらいあるので、10分くらいは
この記事はfreee 基盤チーム Advent Calendar 2023 の2日目の記事です。 こんにちは、freee の 権限管理基盤マイクロサービスを開発するチームでエンジニアリングマネージャーを務めている sentokun と申します。今回はその権限管理基盤チームの体制について語っていこうと思います。チームビルディング的な話としてお役に立てれば幸いです。 長い記事となったので、5日目との前後編でお送りさせていただきます。後編はこちらで公開予定。 チーム体制はざっくり以下の図のように立ち上げ期、探索期、構築期を経て現在に至っており、この記事では現在について記載していきます。後編では現在に至るまでの話を記載します。 チームの歴史イメージ 権限管理基盤とは？の記事: developers.freee.co.jp また、この記事では ユーザー = 基盤を利用する freee プロダクトとし
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトマネージャーの仕事はプロダクトマネジメント｜Aki
組織の一体感を生み出すためのリリース内容共有会とは？ - Techtouch Developers Blog
プレスリリース駆動開発のすゝめ - LayerX エンジニアブログ
プロダクトマネージャーの役割は「プロダクトマネジメントをすること」だけではないかも - Qiita
「覚悟を決めたPMは経営者感覚を持っている」 “ROI”と“機会コスト”の両面から考える、プロダクトの利益
キレッキレなPMは他と何が違うのか？ シリコンバレーのPMが重視する「Step Change」という視点
【Goodpatch卒業エントリー】Experience Designと向き合った8年間｜國光俊樹
顧客に「要望を聞いて」機能開発してしまっていた過去 解像度を高めて“評価される開発”になるための3つの取り組み
プロダクトづくりの型がないチームに1人目PMとしてジョイン そこで取り組んだ「方針の言語化」「目線の共有」「役割の明確化」
なぜPMが25人も必要なのか - SmartHR Tech Blog
要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果
PMの知らない法律・制度改正キャッチアップの世界 - SmartHR Tech Blog
1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ
UIの色を変えただけで大量のクレームを頂戴してしまった話｜のなと
納期がなぜ生産性をぶち壊しにしているのか？｜牛尾 剛
かずき師匠から学んだ「努力」するから駄目だったのかもしれないという話｜牛尾 剛
正直であることから始める / Start by being honest.
責任と責任感の間。あるいは嘆かない覚悟 - WETな備忘録
「エンジニアPdM」と「PMM」という役割分担のススメ プラットフォームのアジャイル開発における連携
【完全版】なぜ組織は衰退していくのか？(7500文字)｜Momentor坂井風太
freee 権限管理基盤を開発するチームの今を語ろう！ - freee Developers Hub