データマネジメントを実施したい人には必読の本「データマネジメント知識体系ガイド DAMA DMBOK」の要約・解説記事を書いてます。まとめて読めるようにマガジンとしてまとめました… もっと読む
データマネジメント知識体系ガイドDMBOK要約・解説｜よしむら＠データマネジメント担当｜note
データマネジメントを実施したい人には必読の本「データマネジメント知識体系ガイド DAMA DMBOK」の要約・解説記事を書いてます。まとめて読めるようにマガジンとしてまとめました… もっと読む
プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ
タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM理論を学んだ - $shibayu36->blog;
自分のプロジェクトマネジメントのスキルをもう一つ伸ばしたくて、タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM（クリティカルチェーンプロジェクトマネジメント）理論を学んだ。この理論を学んだおかげで、よりプロジェクトの計画作りや、プロジェクトの現在の危険度の把握をやりやすくなったと感じる。アジャイルの手法であるベロシティでの管理ともうまく組み合わせられそうだったので、今度試してみたい。 参考にした書籍 クリティカルチェーン 作者:エリヤフ ゴールドラットダイヤモンド社Amazon 進む！助け合える！ＷＡ（和）のプロジェクトマネジメント――プロマネとメンバーのためのＣＣＰＭ理論 作者:宮田 一雄ダイヤモンド社Amazon アジャイルCCPM: プロジェクトのマネジメントを少し変えて組織全体のパフォーマンスを大きくのばす 作者:宇治川浩一株式会社ビーイングAmaz
プロジェクトマネージャーは神経質であれ 大学教授が教えるプロジェクトに重要なリスクマネジメント
年に一度のプロジェクトマネジメントに関するイベント「Backlog World 2020 re:Union」。今回「プロジェクトリスク＆クライシスマネジメント」のテーマで登壇するのは、数多くのシステム開発の現場でプロジェクトマネジャーに従事し、現在は広島修道大学で教壇に立つ佐藤達男氏。後半は佐藤氏の今までの経験から培ったリスクの危機管理方法やトラブルの対処方法、またマネジメント全体から現場レベルの関わり方について話します。 リスクの底を知る 私は、プロジェクトマネージャーは現場で現状を知るべきだと思っています。 ここから実際の経験の話を少ししていきたいんですが。私がシステム開発のプロジェクトマネージャーをやっていたときに開発の仕事がたくさんある。しかし、依頼を引き受けてくれるソフト開発の会社が見つかりませんでした。 そんなときに「100台のパソコンと100人のエンジニアがいて、御社の仕事を
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
科学的で現代的な「人を動かす」──『事実はなぜ人の意見を変えられないのか-説得力と影響力の科学』 - 基本読書
事実はなぜ人の意見を変えられないのか-説得力と影響力の科学 作者: ターリシャーロット,上原直子出版社/メーカー: 白揚社発売日: 2019/08/11メディア: 単行本この商品を含むブログを見る事実では人の行動は変わらないという。議論をしたときに「これこれこういう事実がある」という主張をしても相手の意見が変えられなかった、ということは多かれ少なかれみな体験しているものではないだろうか。たとえば、アメリカではワクチンを摂取することで知的障害などが発生するリスクがあるというデマが拡散して、そのせいで百日咳やおたふく風邪が今更蔓延するというアホくさい状況が発生している。 ワクチンによって知的障害リスクが上がるのは完全にデマなので、科学的な事実の啓蒙を行えばいいでしょ、と思うかもしれないが、実はこれには全然効果がないのである。ある実験では反ワクチン思想を持つ親を集め、麻疹にかかった子どもの痛まし
プロジェクトをリードする前に読みたかった本 - motokieeの日記
この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ
フリーランスの人も知っておきたい！メールで要件やスケジュール、修正の内容をやり取りする時のガイドライン
Web制作に限らず、制作業界すべてのマネジメントにおいて、要件やスケジュールの確認、変更や修正内容の確認は、非常に重要なプロセスです。 広告関係4団体によって策定された、それらの内容を明確にし、確認書としてメールの書面をもって確認するためのガイドラインを紹介します。 広告関係4団体が「広告制作取引『受発注』ガイドライン」を策定 策定に加わった4団体は、下記の通り。 JAA 日本アドバタイザーズ協会 JAAA 日本広告業協会 JAC 日本アド・コンテンツ制作協会 OAC 日本広告制作協会 上記ページで、ガイドラインのPDFがダウンロードできます。 このガイドラインは制作費や納期などの発注内容を事前に明確にし、適切なスケジュール管理のもと業務管理を行い、受注/発注両者が長時間労働の抑制に取り組むことを目的としたものです。それらを「受発注確認書」として電子メールで取り交わすことをルールといたしま
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]
Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 ＜チームのパフォーマンスをあげる優秀なマネージャーの条件＞ いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及
![Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d8f800d33902f652b89eff8b8c1a04b77d6ca7da/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F08235622%2Frogo.jpeg)
無能にペナルティを課しても、無能は組織からなくならない。では、どうするか。
いろいろな会社で仕事をしていると、「ケアレスミスをする人」「同じミスを繰り返す人」に結構な割合で遭遇する。 やれるのにやらない、わかっていてもできない、大事なことを忘れる、そのような行動を繰り返す彼らに付けられる名前は無慈悲そのものだ。 すなわち、「無能」である。 そして、世間は無能には極めて厳しい。 ハーバード大学公衆衛生学のアトゥール・ガワンデ氏は次のように表現する。 私たちは、そのような「無能」の失敗に対しては感情的になってしまいがちだ。 「無知」による失敗は許せる。何がベストなのかわかっていない場合は、懸命に頑張ってくれれば私たちは満足できる。 しかし、知識があるにもかかわらず、それが正しく活用されてないと聞くと、私たちは憤慨せずにはいられない。 氏の述べる通り、「知っているのにやらない」時や、「わかっていてミスをした」時には、組織はミスをした人物に非常に冷酷な仕打ちをする。 叱責
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイル組織変革の8段階 | Agile Studio
プロジェクト計画のロジックとは何か 〜 やはりExcelで工程表を書いてはいけない (2) | タイム・コンサルタントの日誌から