世界一愛されるサービスに挑む、『みてね』プロダクトマネージャーの仕事とは？～募集求人をどこまでも深堀りしてみた
MIXIで鋭意募集中の求人情報を、担当者に詳しく・具体的に・そして熱く解説してもらう「求人深掘り」シリーズ。今回は『家族アルバム みてね』を手がける みてね事業開発部の仲安さんに、プロダクトマネージャー（以下PdM）募集の背景と、実際の業務内容、そして求める人物像を聞きました。ぜひ当記事を読んで、ご興味をもっていただけたら幸いです！ 仲安晃一（なかやす あきかず） みてね事業開発部 プロダクトマネージャー／新規事業開発担当 2018年MIXIに入社。グラフィックデザイナーとして経験を積んだ後、楽天、リクルート、MIXIにてプロダクトマネジメント業務、新規事業開発業務に従事。MIXI入社後はゲーム事業のプロデューサー、マネジメント業務、組織開発業務を経て、現在は『みてね』内のプロダクトマネジメント業務と複数の新規事業企画案件を担当。 PdMには『みてね』KPIの最大化を託したい ──今回の募
AIを使わずに見積もり5人月のサービスを0.5人月でリリースした話。〜プロセスの見直しで開発の劇的短縮〜 - Tabelog Tech Blog
はじめに こんにちは。ウェブ開発1部 メディアマネジメントチームの齊藤です。 メディアマネジメントチームでは、他社とのシステム連携や広告系の業務を中心に扱っています。 今回は、AI活用により様々な業務が高速化しつつある最近だからこそ、人間主体で出来る作業の高速化をおざなりにしない意識の大切さを、事例ベースで改めて確認していきたいと思います。 今回受けた相談 今回相談を受けた要件は以下のようなものでした。 閲覧中のレストラン詳細ページのエリアや料理ジャンルに合致したレストラン情報をページ内の広告で表示したい(いわゆるコンテンツマッチ配信やレコメンド配信) 表示される店舗の評点を常に最新の状態にしたい また、社内の別サービスでは、広告サーバーの使用と合わせて独自実装のAjaxでコンテンツ情報をリアルタイムで取得している先行事例がありました。 まずは見積もり ひとまず先行事例と同様の形で作ること
アジャイル思考でつくるエンジニア組織の人事制度〜「評価」から「期待のすり合わせ」へ | Social Change!
エンジニアが増えて組織になってくると、人事評価は避けて通れません。とはいえ、昔ながらの目標管理による評価方法は、「不確実性の高い領域」や「知的創造が求められる職種」とは極めて相性が悪いものです。エンジニア組織がその典型でしょう。 本稿では、そうしたエンジニア組織における人事評価について、私たちソニックガーデンでの実践をもとに考察します。エンジニアに限らず、クリエイティブな組織をマネジメントされる方にとって、参考になれば幸いです。 なぜ目標管理がエンジニアに合わないのか 一般的な人事評価制度では、半年〜1年のスパンで目標を立て、その達成度合いで評価を行う「目標管理」の仕組みが多く見られます。ところが、エンジニアという職種においては、そもそもこのやり方がうまく機能しません。 理由は大きく4つあります。 技術や環境の変化が激しく、仕事内容が変わることも多いため、半年〜1年の目標設定が難しい 成果
アジャイル開発の失敗を集めてみた『検討なし設計なし。常にコードから始めるボトムアップ開発』『物凄く急ぐだけのウォーターフォール』
わふ♎️ @wafuku 仕様が全く決まってないのにスタートと終わりのスケジュールだけ決まってるから、アジャイルで行こうとか言われた x.com/ryuzee/status/… 2025-06-05 00:53:15
[速習] システム開発契約の基礎知識 第1回 契約形態の選び方と見積もりの関係 - Qiita
ソフトウェア開発プロジェクトを始める際、最初に直面する重要な意思決定の一つが契約形態の選択です。この選択は単なる事務手続きではなく、プロジェクトの成否を左右する戦略的な判断となります。なぜなら、契約形態によってリスクの所在、責任範囲、そして見積もり金額が大きく変わるからです。 本シリーズでは、全3回にわたってソフトウェア開発における契約実務を体系的に解説します。第1回となる本記事では、主要な契約形態の特徴と、それぞれの見積もり方法について、実務経験に基づいた詳細な説明を行います。 シリーズ構成 第1回：契約形態の基礎知識と見積もりの関係（本記事） 第2回：開発手法と契約の適合性 - ウォーターフォールとアジャイルの使い分け 第3回：実践的な契約締結とリスク管理の手法 ソフトウェア開発における契約形態の全体像 ソフトウェア開発で使われる契約形態は、大きく分けて4つに分類されます。それぞれの契
![[速習] システム開発契約の基礎知識 第1回 契約形態の選び方と見積もりの関係 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8574cfa4d06b1c2133c9e7e9daca8dbabcbb713b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkYzNTIxNTczJTJGZTBmMGU4NmM4MTg2ZGUzN2NmMGFlNWMxYmIzMzFjNzM5NDIyNjNhOSUyRnhfbGFyZ2UucG5nJTNGMTc1MjIyNTQyMz9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmYmc9RkZGRkZGJmZtPXBuZzMyJnM9NjhmYzIyNjMwMzllNGU0NzQyOTE3MGMyZTdjYjExOTY%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dbeeecd1bd8ce27b1fc0e649bd3b35951%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU5JTgwJTlGJUU3JUJGJTkyJTVEJTIwJUUzJTgyJUI3JUUzJTgyJUI5JUUzJTgzJTg2JUUzJTgzJUEwJUU5JTk2JThCJUU3JTk5JUJBJUU1JUE1JTkxJUU3JUI0JTg0JUUzJTgxJUFFJUU1JTlGJUJBJUU3JUE0JThFJUU3JTlGJUE1JUU4JUFEJTk4JTIwJUU3JUFDJUFDMSVFNSU5QiU5RSUyMCVFNSVBNSU5MSVFNyVCNCU4NCVFNSVCRCVBMiVFNiU4NSU4QiVFMyU4MSVBRSVFOSU4MSVCOCVFMyU4MSVCMyVFNiU5NiVCOSVFMyU4MSVBOCVFOCVBNiU4QiVFNyVBOSU4RCVFMyU4MiU4MiVFMyU4MiU4QSVFMyU4MSVBRSVFOSU5NiVBMiVFNCVCRiU4MiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWNlNWU3MTI5ODcxNDUzZmEwYjdlYzcxY2ZkNjIzOGQ1%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBTaGlnZW1vcmlNYXNhdG8mdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz01NWYyMTRhNGU0YmFjYTk5NGNmOWVkZTUyYzI2YzM5Zg%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D7a0aeb450a8ca1f4e70a1bd6c451c1b4)
スクラムイベントがうまくいかない時は大抵前のフェーズがうまくいっていない - Timee Product Team Blog
読んで欲しいと思っている人 スクラムイベントがうまくいかない感じがして困っている方 スクラムイベントをもっと良くしたいと思っている方 読むとわかること スクラムイベントを改善するための1つのアイデア スクラムイベントは互いにインプットとアウトプットとなりながら循環していること スクラムを改善したい時はシステム思考を勉強するとちょっと助けになること はじめに バックエンドエンジニアを務めている @Juju_62q です。スクラムでのロールとしては「開発者」を務めています。突然ですが質問です。 スクラムイベントがうまく改善できないという経験はありませんか？ 例えば「スプリントプランニングが時間内に終わらない」という問題があるとします。この時にスプリントプランニングで効率的に意思決定を行うための実験を開始してもどうにもうまく問題が解決していかないことがあります。時間内に収めるために強引な意思決定
経産省「アジャイル・ガバナンス」報告書を読み解く
A（一般市民）：経済産業省が出した「アジャイル・ガバナンス」の報告書、読んでみたんですが、なんだか難しくて...。でも何となく「新しくて良さそう」な印象を受けました。 B（法学専門家）：それがまさに問題なんです。この報告書は、読者に「新しくて良さそう」という印象を与えることを狙って書かれていますからね。 A：え、どういうことですか？ B：例えば「アップデート」という言葉が22回も使われています。スマホのアプリを更新するみたいに、法制度も「アップデート」すべきだという印象を与えようとしているんです。 A：それの何が問題なんですか？古いものを新しくするのは良いことじゃないですか？ B：そこが大きな勘違いなんです。法制度は、スマホのアプリとは全く違います。人類が何百年もかけて、時には血を流しながら築き上げてきた貴重な財産なんです。 A：具体的には？ B：例えば「法の支配」という考え方。これは80
アジャイルでは「度合い」をチューニングする｜市谷 聡啓 (papanda)
アジャイルに踏み出していく際に、取り組み方のチューニングポイントとなるのが、「事前整備」と「反復活動」いずれによって仕事の状況を作っていくか、その「割合」にあると思っている。 あらかじめの準備に力点を置くか（事前整備寄り）、やりながらどうにかしていくほうを取るか（反復活動寄り）、両者を組み合わせると次のようなイメージが描ける。 このライン上のどのあたりで取り組むかが要点になる。ラインの領域によって指向性が異なる。 3つほどに指向性を分けて、捉えることができる。 ① 事前整備多、反復活動少 → ほぼ事前活動のみ、従前の取り決めをやり切るスタンス ② 事前整備少、反復活動多 → ほぼ事前整備無し、反復の積み上げで取り組むスタンス ③ 事前整備中、反復活動中 → 反復を支えるだけの事前整備、後は反復で適応する 自分たちがこれから取り組む仕事、プロジェクトにおいて、どれが適しているかを判断し、適切
アジャイル開発を用いたチーム運用 - Mobile Factory Tech Blog
はじめに こんにちは。駅メモ！開発チームの id:k-nishioka です。今回は、駅メモ！開発チームの 1 ユニットが 5 年間にわたって取り組んできた開発手法についてお話ししたいと思います。 アジャイル開発にスクラム開発の要素を取り入れながら続けてきた運用について、 最新のスクラムガイド（2020 年版スクラムガイド）を参照しながら行った取り組みについてご紹介します。 スクラムガイド 私たちのチームでの運用方法 私たちのチームは現在 11 人のメンバーから構成されています。 スクラムガイドによるとチームサイズは通常 10 人以下が推奨されています。 今回は、そのような状況でどのようにスクラムを効果的に運用してきたかについてまとめました。 デイリースクラムの実施 まず、日々の進捗確認としてデイリースクラムを活用しています。 進行を当番制で毎朝 15 分デイリースクラムを行い、チーム全員
CursorにPMBOKやDMBOKを叩き込んで、専門業務を爆速化する未来、見えた！
はじめに .cursor/rules/*.mdcファイルでプロジェクト固有のルールをAIに教えられるようになってから、「これって、もしかしてコーディング規約だけじゃなくて、もっと色んな『知識』をCursorにインストールできるんじゃない？」って思い始めました。 例えば、プロジェクト管理のバイブル「PMBOK」とか、データマネジメントの教科書「DMBOK」とか。ああいうカッチリした知識体系をCursorが理解してくれたら、日々の業務がめちゃくちゃ捗るんじゃないか…？ そんな「Cursor × 専門知識体系」について、興奮が冷め上がる前に記録を残しておきます。 Cursorに「専門知識」を叩き込むって、どういうこと？ まず、おさらいですが、CursorのAIって賢いですよね。コードの提案はもちろん、チャットで質問すれば答えてくれるし、ドキュメント（@docs）を読み込ませれば、その内容に基づい
（続）Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Cursor擦り倒すシリーズ Cursorで要件定義がエラいスムーズになった話 （続）Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 ←本稿こちら 「Cursor」×「A5:SQL Mk-2」でテーブル定義書をリッチにする 「Cursor」×「Obsidian」内部リンク生成＆最適化プロンプト 「Cursor」で「難解コード」のリーディングがめちゃ楽になった話 「Cursorで要件定義をめっちゃ簡単に」を「rules」にしてさらに簡単にした 「Cursor」で「素の議事録」を「要件定義書」に高速でまとめなおした
『アジャイルに効く アイデアを組織に広めるための48のパターン』を読んだ - Panda Noir
マネージャーからおすすめされた本。でも買ったまま2年くらい積んでしまっていた。マネージャー、すみませんでした… www.maruzen-publishing.co.jp どういう本か? タイトルにある通り、アイデアを組織に広めるための48のパターンについて紹介する本。 構成としては大きく3部に分かれている。 第1部と第2部: パターンの使い方と体験レポート 第3部: 48のパターンのリファレンス 1部は48パターンが網羅されるようにストーリー仕立てで書かれており、2部は実際にあった様々な事例についてのレポートになっている。 忙しい場合、 第1部を読むだけでも十分に価値がある。 「確かにこういうやり方ならうまくいきそうだな〜」とか、「自分がやってたこれってこういうパターン名がつくんだな」という発見がある。パターンの詳細は3部にしか書いていないが、パターンの命名がわかりやすいので雰囲気でだいた
Cursorを使ってみた – AI時代のペアプロ環境
近年、ChatGPTをはじめとする生成AI技術はかなり進化しており、色々なAIサービスが出てきました。 GitHub Copilot: MicrosoftとOpenAIが共同開発したAIペアプログラミングツール Amazon CodeWhisperer: AWSが提供するAIコーディングアシスタント Tabnine: オープンソースのAIコード補完ツール Codeium: 無料で使える高性能なAIコーディングアシスタント JetBrains AI Assistant: JetBrains IDE向けのAIアシスタント Cursor: VS CodeをベースにしたAIコーディングエディタ 数ある中でCursorを選んだ理由としては、AIモデルの自動選択機能があるためです。 AI自体に大した興味はなく、細かい調査コストを抑えてとりあえず使用開始するためと、初回登録時なら2週間のPro版試用期間
組織と私を変えたアジャイルに「正解はなかった」─ 天野祐介さんのはじめてのアジャイル - Agile Journey
「こんなにうまくいかないのは、何かが根本的におかしいんじゃないか？」 優秀なメンバーが集まり、全員が真面目に取り組んでいるのに、なぜかプロジェクトはいつもギリギリ。良いものを作りたいのに時間がない。改善したいのに余裕がない。そんなフラストレーションを抱えながら、私は開発リーダーとして悶々とした日々を過ごしていました。 当時の私には想像もできませんでしたが、その後10年以上にわたって続くアジャイル実践の旅が、この疑問から始まったのです。 「Agile Journey」をご覧の皆さん、こんにちは。天野祐介（@ama_ch）です。先日、新卒入社から16年間という長い時間を過ごしたサイボウズを退職し、現在は充電期間中です。 私のキャリアは、ソフトウェアエンジニアとしてスタートしました。その後、長い間「kintone」の開発に携わり、開発チームのリーダーを経てサイボウズの一人目のスクラムマスターにな
プロジェクト管理の知識体系まとめたPMBOK、公開予定の第8版は「揺り戻し」
PMBOK（Project Management Body of Knowledge）ガイドは、プロジェクトマネジメントに必要な知識を体系化してまとめた冊子。米プロジェクトマネジメント協会（PMI）が発行している。プロジェクトマネジメントの実態を反映し数年ごとに改訂されており、2025年に第8版の英語版が公開される見込みだ。 現時点での最新版である第7版は2021年に公開された。PMI日本支部の理事で標準推進委員会委員長の金子啓一郎氏は、「第7版はこれまでの版から大幅に変わった」と指摘する。大きな変更となったのが、プロセスベースから原理・原則ベースへの転換だ。 具体的には、プロジェクトを円滑に進めるための基本的な行動指針として、12個の「原理・原則」を示す。原理・原則に基づいた8個の「プロジェクト・パフォーマンス領域」を定義し、プロジェクトの成功に向けた行動内容を示す。内容は概念的な記述が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
