プロダクトマネジメントクライテリア
プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。
【質問への回答】パフォーマンスが上がらない人、はたまた発達障害など仕事が難しい人へのマネジメント。 - 笑顔を創りたいWebディレクターの日常
こんばんちは、スーパー太っちょWebディレクターです。 スーパーは太っちょにかかります。 さて、今日は先日書いたこの記事↓に対してご質問をいただいたので、そちらへの回答エントリです。 ※この元記事を読まなくてもわかるよう、本記事は独立したものとして書いてあります toksato.hatenablog.com いただいたご質問はこちら↓ おなまえ（匿名OK）： k ご質問内容： 「マネジメントでやったことリスト」を興味深く拝読させていただきました。 様々難しいと思うのですが、パフォーマンスがうまく上がらない方、仕事内容と本人適性がマッチしていない方などにうまく働いてもらう方法について知見があれば記事化いただきたいです。 非正規の方と働く機会が多いのですが、前述のような方や、軽度知的障害～境界知能の方、発達障害の方、仕事への姿勢が不真面目な方などがわかりやすく多いです。 1on1を重ねても踏み
奇跡を起こせない人の生き残り戦略 - 思考と現場の間で
最近、エンジニアリングマネジメントからプロダクトマネジメントに軸足を移しつつある。元々自分はものづくりがしたい、という欲求があることは以前から気づいたものの、いくつかの理由で機会に恵まれなかった。 ありがたいことに、1年前に独立してから、プロダクトを作る（プロダクトマネジメント）の機会をいただくことができた。自分でもプロダクトを作っている。充実感を感じる。 一方で、とても難しさも感じる。インタビューをしながらユーザの課題を特定し、UXを考え、それをビジネスとして成立させることを目指す。簡単に答えが見える領域ではなく、経験も足りずに勘が働かない。何かを作ってもユーザに全然響かない。 それでも少しずつわかってきてはいる。課題を特定すること。ふさわしいソリューションを提供すること。それをわかりやすい言葉で伝えること。（できれば自動的に）価値がお金に変わること。実は非常にシンプルなモデルであるので
「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン
世界でもっとも人気が高いMMORPGゲームのひとつに成長した「ファイナルファンタジーXIV（以下、FF14）」。 しかしFF14の発売当初の評判は「ゲームとして成立していない」と言われるほど低いものだった。コピー＆ペーストが多用されたマップ、爽快感のないバトル、使いにくいUIなど問題が山積。 日本を代表するゲーム会社スクウェア・エニックスの人気シリーズで、なぜこのような失敗が起きたのか。そして炎上の真っ只中でプロデューサー兼ディレクターに就任した吉田直樹氏は、どのようにその惨状を立て直したのか。 「すでにサービスが開始されているオンラインRPGをイチから作り直す」という前代未聞の決断の内実と実情を吉田氏に聞いた。 会社の動きとは別の流れで、調査に巻き込まれていった ――現在は人気も評価も右肩上がりを続けるFF14ですが、吉田さんがプロデューサーとディレクターを兼任で引き受けた2010年はま
曖昧な指示でパニックになる人・自主的に動ける人の違い 部下の「曖昧さ耐性」に合わせた、上司の仕事の任せ方
ビジネスリサーチラボ主催のセミナーより、曖昧な状況に対してどの程度寛容であるかを表す「曖昧さ耐性」をテーマに、ビジネスリサーチラボ 代表取締役の伊達洋駆氏、コンサルティングフェローの神谷俊氏が登壇した回の模様をお届けします。前半では「曖昧さ耐性」とは何か、その特性によってマネジメントの在り方はどう変わるのか、伊達氏より解説されました。 人事の専門家が語る「曖昧さ耐性」 伊達洋駆氏（以下、伊達）：それでは定刻になりましたので、本日のセミナーを始めさせていただきます。本日は「“曖昧さ耐性”を科学する 人や組織を変えるために」と題して、1時間にわたってセミナーを行います。 私はビジネスリサーチラボ代表取締役の伊達と申します。本日のセミナーは、私ともう1人、神谷さんと2名の体制で行います。神谷さんは後ほど登場しますので、もうしばらくお待ちいただければと思います。 では、最初にイントロダクションを行
管理や報酬と結びついた目標は“チート”を誘発する モラルを崩壊させない「目的ベースの目標設定」のやり方
NTT Comの技術顧問が「目標設定の基本」について講演する「エンジニアリングマネージャーと目標設定」。ここで株式会社アトラクタ Founder兼CTO / アジャイルコーチ兼NTT Comの技術顧問の吉羽氏が登壇。目標設定のやり方とその運用方法について話します。 「定量的に判断できる目標が良い目標」なのかはまぁまぁ怪しい話 吉羽龍太郎氏：さて、本題に入っていきたいと思います。今日はどういう方が（このセッションを）聞いているかはわからないんですが、目標設定の時に、特に上司の方からよく言われる話ってこういう話なのかなと思います。 「目標を設定する時は、達成できたかどうかを定量的に判断できるようにしましょう」。「定量的に判断できる目標が良い目標なんだ」と。（言われたことがある方は）リアクションとかで教えてくれるとうれしいです。 僕もいろいろな会社に勤めましたが、若い頃とかによく言われた記憶があ
不確実性が高いタスクは“不安量を可視化する” 広木大地氏に聞く、モヤモヤへの向き合い方
エンジニアとして経験を積んでいくと、「技術に深く潜っていくこと」と「開発をうまく進めること」はイコールではないとぼんやりと感じ、モヤモヤする時があります。「Meets Professional #5」のゲストは、『エンジニアリング組織論への招待』の広木大地氏。モヤモヤの原因となる「不確実性」への向き合い方について語りました。全3回。3回目は、視聴者からの質問に答えました。前回はこちら。 マイクロマネジメント型で最適化されたチームは、どうエンパワーメントしていくべきか？ 篭橋裕紀氏（以下、篭橋）：では何個か質問もきているので、まくっていけたらなと思っています。 まず、ヨシノさんから「マイクロマネジメント型のチームをエンパワーメント型へ切り替えていくことに対して難しさを感じています。例えば、チーム状況に合わせてマイクロマネジメントをあえて選択したプロジェクトがあったとします。その中でチームは経
「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 （ @paradisemaker 著）が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある
DMBOKを用いたアセスメントでデータマネジメントを加速させる - MonotaRO Tech Blog
こんにちは、データ基盤グループの吉田(id:syou6162)です。データ基盤やデータマネジメントに興味を持たれている方はDMBOKを持っている / 読んだことがあるという方も多いのではないでしょうか。このエントリではDMBOK中に紹介されているデータマネジメント成熟度アセスメント(以下、アセスメントと省略)をモノタロウでどう活用しているかについて紹介します。 背景 初手: 自社のデータ基盤の歴史を振り返る アセスメントの実施 データ活用者 / システム提供者 / 意思決定者へのヒアリングの実施 アセスメントを実施した結果 最後に 背景 まず、モノタロウでなぜアセスメントを行なったかについて説明します。モノタロウは20年以上歴史のある企業であり、データ基盤自体も10年以上の歴史があります。単一事業ではあるものの、受注 / 売上 / 商品 / 在庫 / 顧客 / 行動履歴など、対象となるドメ
顔色が見えない時代のチームワークとマネジメント
おひさしぶりです。元プログラマーの菌類にして採用担当、最近はエンジニアリングマネジャーという名のグラウンドキーパーをやっている、「きのこる先生」です。草むしりに球拾い、白線を引いてトンボをかけて……と、エンジニアリングチームがケガせず練習や試合に全力を尽くせるコンディションを整えています。 相変わらずテレワークの日々を過ごしています。何度目かの緊急事態宣言で飲みに行く頻度は激減し、キャンプやサウナにもなかなか行けず、全力で引きこもる日々が続いています。どこかの神様がそんな状況を見かねたのか、プレイステーション 5の抽選販売に当選してしまい、ますます引きこもりに拍車が掛かっています。さすが次世代機、グラフィックスの進化がハンパないぜ！……といってもまだPS4タイトルしか遊んでないのですが、ロードの速さは素晴らしいですね。 さて今回は、こんな引きこもってテレワークを続ける日々で仕事はどのように
どうやったら「自走できる人」になれるのか｜nacam403
近年、何かと自走、自走って言いますよね。「自走力」とか、「自走できる人が必要」とか。すごく抽象度の高い言葉ではありつつ、社会人生活においてとても求められる力、価値のある力なのは確かなようです。 となると「そもそも自走とは」「自走できるとは」という話になります。これに関して先日、Engineering Manager Meetupというオンラインイベントで、同業の人々と話す機会がありました（Engineering Managerとは、ざっくり言うと、エンジニア組織においてピープルマネジメントを含むマネジメントをやっている人です）。 そこで挙がった「自走できる」とは、端的に言うと以下の通りでした。 総じて、「指示が必要」の反対である。 自走できる人は、 ・粒度の大きいゴールを目指して行動できる。 ・完了状態を自分で定義できる。 ・自分で勝手に成長できる。「確かになー」と。マネージャーからすると
試行錯誤と改善を続けたRubyリリースマネジメントの歴史。その歩みを歴代の担当者たちが振り返る - Findy Engineer Lab
世界中のエンジニアから愛されるオブジェクト指向スクリプト言語Ruby。多くの人々がこの言語にコントリビューションし、その成長を支えてきました。なかでも、特定バージョンのリリースの責任を持つ“リリースマネージャー”の功績はとても大きいものです。彼らの存在があったからこそ、Rubyのリリースは滞りなく行われてきました。 しかし、リリースマネジメントの歴史はけして平坦な道のりではありませんでした。歴代の担当者たちが、適切な運用方法について試行錯誤しながら、少しずつ改善を続けてきたのです。その過程には、全てのエンジニアにとって参考になるプロジェクトマネジメントの知見が詰まっています。 今回は、歴代のRubyリリースマネージャーである卜部昌平さん(@shyouhei)、園田裕貴さん(@yugui)、遠藤侑介さん(@mametter)、成瀬ゆいさん(@nalsh)にインタビュー。これまで担ってきた役割
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
ティール組織とは？実務的視点から見る3要点と５過程
１章 ティール組織とは？ 一言で言うと、「社長や上司がマイクロマネジメントをしなくても、組織の目的実現に向けて進むことが出来ている、独自の工夫に溢れた組織」のことであり、実は、世界にはザッポス等をはじめとして、既にそういった組織が実際に増えてきており、成果（顧客満足、売上・利益等）を上げている現状があります。 フレデリック・ラルー氏は本の中で、ティール組織のエッセンス（ブレークスルー）を3つ挙げています。まずは、この３つのブレークスルーがティール組織を理解する上で大切です。 進化する組織の目的 セルフマネジメント（が機能している構造や仕組みを有している組織） ホールネス（個人としての全体性の発揮） ティール組織については、詳しくは７章で後述しますが、実は、ティール組織が生まれた経緯を知ることで、上記のエッセンスの理解を深めることができます。 2章では、ティール組織に至るまでの過程を、ラルー
スタートアップや小規模チームのテストケース管理には「Qase」がいいかもしれない - Qiita
はじめに みなさん、テストケースマネジメントしてますか？ テストケースマネジメントのツールといえば TestRail や PractiTest 、あるいはRedmineやJIRAなどのプラグインを使うことが多いと思います。 ですが、基本的に商用、それもテスターが大勢いるようなQA組織向けのツールが主で、スタートアップなどでQA体制が未成熟なところにフィットする選択肢って少ないですよね。 そんな中、Qaseというツールを見つけたのでご紹介します。 Startup Plan というまさしく上記の悩みにドンピシャなプランが用意されており、複雑な設定が不要であれば無料で利用できるようです。 また、2019/09現在パブリックベータとして公開されており、有償プランの機能も自由に利用できるようです。 https://qase.io/pricing 試さない理由がないですね！ というわけでレビューしてい
【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
専門家が教える、｢思ったより時間がかかって終わらない！ ｣をなくすタイムマネジメント術 | BUSINESS INSIDER JAPAN
ToDoリスト（やることリスト）に書いた項目を消化するには、思うより時間がかかるものだ。 1つの1つのタスク完了にかかる時間を計算するときは、想定の3倍はかかると見ておいた方がいい。 これはリーダーシップの専門家グレッグ・マキューン氏が、ニューヨーク・タイムズで強調したことだ。 大半の人が｢計画倒れ｣に終わるのはそのせいだ。 今の仕事を始めてから数年。わたしは記事を書き終えるのにどのくらい時間がかかるのか、いまだに見通しがうまく立てられない。 運良く直感が当たって、思ったより早く仕事を終えられることもある。でも、大抵は予想を大きく超えてしまう。 ただ、計画通りに物事が進まないと頭を悩ませているのはわたしだけではないはず。そして、ニューヨーク・タイムズの｢Smarter Living｣というシリーズで最近紹介されたアドバイスに感激するのも、わたしだけではないはずだ。 同紙が紹介したのは、リー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
評価者を孤独にしない
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
