[ゼロから始めるプロジェクトマネジメント] プロジェクトの定例、会議を最小化しよう | DevelopersIO
プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第四回です。 プロジェクトでは放っておくと様々な会議が無限に増えていきます。このエントロピー増大にPMとして抵抗し、定例、会議を最小化しましょう。 情報システム室の進地＠日比谷です。 プロジェクトが走り出したら、様々な会議体が発生することになると思います。 進捗Mtg、課題管理Mtg、障害管理Mtg、報告会、レビュー、朝会、夕会、スポットで入る様々な検討Mtg、etc... これらを野放図に増えるままにしていてはいけません。 その理由とこれらを削る具体的なテクニックに関して今回は書きたいと思います。 定例、会議を最小化しなければいけない理由 まず、偉い人を中心に見落としがちな真理が一つあります。 それは、「会議では何も成果物は生み出されない」という真理です。 会議では、
![[ゼロから始めるプロジェクトマネジメント] プロジェクトの定例、会議を最小化しよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3486c2e5797d0795358dda13872a34259c7612b4/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2024%2F04%2F1e84c9a69ba734042f475b9dd2df6480.png)
成功するキックオフの視点 - エムスリーテックブログ
【デジカルチーム ブログリレー5日目】 こんにちは、先日爆速Figma術というブログを執筆したエムスリーデジカル、プロダクトデザイナーの大月です。よかったら下記から御覧ください！ www.m3tech.blog 早速本題です。 実は、未だに多くの医療機関で紙カルテが使われています。その数五万クリニック以上とも言われています。 そこでデジカルチームでは、「"最強のライバルである紙カルテ"を超える」をテーマにプロダクト開発&改善を進めております。 その際、プロジェクトのキックオフミーティングを行ったのですが、とても学びがあったので共有します。 初めてプロジェクトを立ち上げて、いざキックオフミーティング(プロジェクト開始するぞ宣言)をやるぞ！ という方の参考に少しでもなれば幸いです。 そもそも良いキックオフとは? キックオフ前 〜準備も含めてキックオフ〜 キックオフ 〜やることは3つだけ〜 まと
「PMはミニCEOかもしれないが、王様ではない」 “プロダクトの退行”を引き起こさない組織作りと考え方
「プロダクトマネージャーカンファレンス 2022」は、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨することを目的に開催されるイベントです。ここでエン・ジャパン株式会社の岡田氏が登壇。まずは、プロダクトを成長させる組織作りについて話します。 本セッションの概要 岡田康豊氏：お願いします。じゃあ私から「PMキャリア論-成長と退行-」と題して、話をしたいと思います。 最初に結論を伝えちゃおうかなと思います。（スライドを示して）今日伝えたいことはこちらです。「プロダクトの成長なくしてプロダクトマネージャーの成長はない」ということと、「PMの成長なくしてプロダクトの成長はしない」という、格言みたいな話でちょっと抽象的かもしれないですが、ここについて詳しく話をしていきたいと思っています。 話の中で、PMが独りよがりになってしまうとプロダクトと組織は退行してしまうし、PM自身の目線がプロダク
【続編】「推測するな、計測せよ」エンジニア組織の生産性可視化 〜定量分析で得られた知見、定性分析の開始、そしてチーム拡大へ〜 | メルカリエンジニアリング
【続編】「推測するな、計測せよ」エンジニア組織の生産性可視化 〜定量分析で得られた知見、定性分析の開始、そしてチーム拡大へ〜 ソウゾウで、生産性可視化プロジェクト“PJ-Productivity”の推進をしている@masudakです。「メルカリShops [フライング] アドベントカレンダー2022」の8日目を担当します。 今年5月末にメルカンにて、Google Four Keysを参考に生産性計測を始められたこと、分析はこれからということを記事（以後前回記事）にしました。 「推測するな、計測せよ」ソウゾウで始動したエンジニア組織の生産性可視化 | mercan (メルカン) それから5ヶ月経て、本プロジェクトにどんな変化があったか、知見や課題を共有します。 前回記事の振り返り 前回記事に載せた調査結果は、以下のようなものでした。 ソウゾウは生産性が高い Google Four Keysを
カミナシ社の執行役員 CTO に就任しました｜Tori Hara
トリ(@toricls)です。 カミナシに入社してから早いもので3ヶ月 + α が経ちましたが、さすがのアーリーステージなスタートアップという感じです。前職では想像もしなかったようなスピード感で激☆動イベントがポコポコ発生し、つい先日書いた入社エントリがすでに遠い過去のことのように感じます。 というわけで、本日(2022年7月1日)付けでカミナシの執行役員 CTO に就任しました。 本記事では、あらためてカミナシという会社やサービス、それらを支えるエンジニアリング組織の話とともに、就任にあたっての今後への思いをしたためようと思います。 CTO 就任の経緯これまで公にはしてなかったのですが、実はもともとカミナシからの入社オファーは『CTO 候補』というタイトルでもらっていました。僕はこれまで CTO という役割を経験したことがないため、まずは入社して一緒に働いてみて、僕も会社もお互いに期待に
こうすればうまくいく“要件定義のコツ” プロジェクトの牽引役・PMにとって大事なスタンスと心構え
「マンモスプロジェクト」を提供するパラダイスウェア株式会社のYouTubeチャンネル「プロマネ道場ラジオ」。新規事業やプロジェクトについてのあるあるや、明日から使えるノウハウについて語ります。今回のテーマは「要件定義のコツ」。要件定義のあるあるや、うまくいくコツについて話しました。 要件定義でぶつかるジレンマ、トリレンマ 橋本将功氏（以下、橋本）：みなさんこんにちは、パラダイスウェアの橋本です。 中島大輔氏（以下、中島）：中島です。 古長谷莉花氏（以下、古長谷）：古長谷です。 橋本：「だれプロラジオ（「誰も教えてくれないプロマネのコツラジオ」）」第33回は……。 古長谷：「こうすればうまくいく！要件定義のコツ」です。 橋本：要件定義はみんな悩んでるポイントかなと思いますが、要件定義のコツって何ですか？ 古長谷さん。 古長谷：今、本当に困っている。 橋本：リアルタイムに（笑）。 古長谷：うわ
はてなの開発プロセスを改善する、すくすく開発会とプロジェクトテンプレート講義のご紹介 - Hatena Developer Blog
Webアプリケーションエンジニアの id:shimobayashi です。 はてなでは開発プロセス改善などに関心のあるスタッフが集まる「すくすく開発会」*1があります。この記事では、すくすく開発会のこれまでと今後について紹介します。 すくすく開発会とは 活動事例: プロジェクトテンプレート講義 問題 解決策 結果 すくすく開発会の今後 この記事のまとめ すくすく開発会とは 開発プロセス改善などについて関心のあるスタッフが集まる有志集団で、すくすく開発会の「すく」はソフトウェア開発手法のスクラムを由来としています。 元々は各チームの開発プロセス改善を行っていたスタッフの情報交換やお悩み相談をするための場だったのですが、活動を続けるにつれてはてなの開発プロセス改善も行うようになりました。 定例会の実施が活動の中心で、毎週30分希望者が集まってお互いの困りごとを相談しあってチームの外からアドバイ
成果最大化に向けたグロースチームの作り方
「サイバー流！ PMスキル場」連載VOL,3 加納謙吾（かのうけんご） Amebaマンガ プロダクト責任者 2016年にサイバーエージェント新卒入社。同年株式会社AbemaTVへ出向、開発本部ディレクターとして配属。新機能開発とユーザーのアクティベーション向上に向けたグロース施策を中心に、ABEMAのプロダクト開発全般に従事。その後2021年1月にメディア統括本部へ異動し電子書籍サービス「Amebaマンガ」のプロダクト責任者に就任。現在はプロダクト全体を見つつ主に新規ユーザーの継続率向上にコミット。 連載「サイバー流！ PMスキル場」 サイバーエージェントの各事業のプロダクトを担うPM（プロダクトマネージャー、プロジェクトマネージャー）達が、 「サービスフェーズ×ドメイン」で変化するPMの役割や経験談を語ります。 はじめまして。「Amebaマンガ」という電子書籍サービスでプロダクト責任者を
【スライド約300枚】ベンチャーマネージャーのマニュアル｜長村禎庸@EVeM
本マニュアルの概要本マニュアルは、「ベンチャー企業のマネージャーに必要な行動の型・知識」を、私のマネジメント・経営の実践経験、及び様々なベンチャー企業の経営アドバイザーとして観察したことを元に体系化してまとめたものです。 総論だけではなく各論に突っ込んだ、ベンチャー企業のマネージャーのための”実務マニュアル”です。 (ベンチャー企業のマネージャーのことを、以下ベンチャーマネージャーと呼びます) ベンチャーマネージャーに必要な以下のことについてまとめました。 ・ベンチャーマネージャーの役割 ・ベンチャーマネージャーの基本動作 ・ピープルマネジメントの技術 ・ベンチャーマネージャーの立ち位置と心得 約300枚のスライドでまとめています。 マネジメントというのは「総合格闘技」です。 マネジメントは目標設定だけでもないし、コーチングだけでもなしい、モチベーションコントロールだけでもありません。 あ
マネジメントは経験でもセンスでもない。「型」を学んで実行するのみ。｜長村禎庸@EVeM
はじめにベンチャー企業でのマネージャー歴約10年ですが、10年経ってベンチャー企業に必要なマネジメントノウハウを体系化して、その体系化したものを人に教える仕事をしてます。 体系的にマネジメントを教わることなく、何かが起こるたびに都度経験から学んだり、上司から薫陶を得たり、書籍で学んだりしながら10年掛けて学びました。そして、それら断片的な学びをつなげて体系化しました。 体系化してみたら何のことはない、これが実行できれば必ず成果は出ます。 そして、経験が浅い新米マネージャーであっても、本マニュアルを元に徹底的にトレーニングされれば実行できるようになります。 マネジメントは経験でもセンスでもなく、業務マニュアルとして「型」化し実行可能です。 (本マニュアルはベンチャーに特化しています。ベンチャーという特殊なシチュエーションにフォーカスしなければ業務マニュアルのような各論ではなく一般論に終始して
リモートワーク時代に「エンジニアの幸せ」のためにマネジメントは何ができるか
2020年は、新型コロナウイルスの感染拡大が、社会のあらゆる領域に大きな影響を与えました。4月には政府による緊急事態宣言のもと、不要不急の外出、公共交通機関による出勤の自粛が強く要請され、われわれの生活、働き方も変化を強いられました。これまで以上に大規模かつ急速に「リモートワーク」が一般化する中で、エンジニア組織を抱える企業は、どのようなチャレンジを行い、これからの課題をどのように捉えているのでしょう。今回、ヤフー取締役常務執行役員の仲原英之氏と、クリエーションライン代表取締役の安田忠弘氏に「リモートワーク時代のマネジメント」をテーマに語っていただきました。 リモートワーク時代に変化を求められるエンジニア組織のマネジメント 仲原：ヤフーの仲原です。自己紹介をさせていただくと、キャリアの最初は、メーカーで半導体のソフトウェアエンジニアをやっていました。主にBtoB領域の仕事だったのですが、将
「これは誰が決めるんですか」と聞いたら終わり LINE草創期から支え続けた役員が語るPMに求められる資質
草創期からLINEを支え続けるPMたち 横道稔氏（以下、横道）：みなさん、こんにちは。このセッションは「草創期からPMを務める役員が語る、LINEにおけるプロダクトマネージャーとは」というタイトルでパネルディスカッションをさせていただきます。 今回モデレーターを務めさせていただく横道と申します。ふだんはプロジェクトマネージャーやアジャイルコーチとして、プロジェクトやチームをサポートしています。パネリストのお二人の自己紹介に入りたいと思います。 まずは稲垣あゆみさん、お願いします。 稲垣あゆみ氏（以下、稲垣）：稲垣あゆみです。私はLINEの企画センターのセンター長をしています。ふだんはLINEのプラットフォームの企画や、ファイナンシャルのサービスの企画の統括などをしています。よろしくお願いします。 横道：では続きまして、島村武志さんお願いします。 島村武志氏（以下、島村）：私は今、LINEの
【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと
みなさんこんにちは。@ryuzeeです。 スクラムにおいて、スクラムチーム全体のパフォーマンスをどのようにして上げていくかは難しいテーマですが、プロダクトオーナーの視点でこれを捉えた「10 things you must do to build high-performing Scrum Teams as a Product Owner」という記事が良い記事だったので、翻訳したものをご紹介します。 翻訳に際しては、著者のMaarten Dalmijnさんに快諾いただきました。 なお、著者のMaartenさんはほかにもプロダクトオーナーに関する有用な記事を書いているので、参考にするとよいかと思います。 プロダクトオーナーの開発チームへの関わり方は、開発チームのパフォーマンスにおいてとても重要です。ダメなプロダクトオーナーだと、ハイパフォーマンスチームを簡単に潰してしまう可能性があります。 私
プロダクトの成功に必要な 3 つのステージと 20 のタスクについて：現場の動き方をまとめました｜Fritz | Lead Product Manager @ Mercari
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
