タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM理論を学んだ - $shibayu36->blog;
自分のプロジェクトマネジメントのスキルをもう一つ伸ばしたくて、タスクの依存関係とリソースの両方を考慮してプロジェクトマネジメントをするCCPM（クリティカルチェーンプロジェクトマネジメント）理論を学んだ。この理論を学んだおかげで、よりプロジェクトの計画作りや、プロジェクトの現在の危険度の把握をやりやすくなったと感じる。アジャイルの手法であるベロシティでの管理ともうまく組み合わせられそうだったので、今度試してみたい。 参考にした書籍 クリティカルチェーン 作者:エリヤフ ゴールドラットダイヤモンド社Amazon 進む！助け合える！ＷＡ（和）のプロジェクトマネジメント――プロマネとメンバーのためのＣＣＰＭ理論 作者:宮田 一雄ダイヤモンド社Amazon アジャイルCCPM: プロジェクトのマネジメントを少し変えて組織全体のパフォーマンスを大きくのばす 作者:宇治川浩一株式会社ビーイングAmaz
『リーダーのための「スクラムガイド」手引き』を翻訳・提供、Scrum.orgに公開されました | サーバントワークス株式会社
各位 Scrum.orgにて公開されている「Scrum Guide Companion for Leaders」を代表の長沢智治が共訳にて日本語翻訳し、日本語翻訳版『リーダーのための「スクラムガイド」手引き』として、Scrum.orgに提供し、公開されましたので、お知らせいたします。 また、同タイミングにて、「ビジネスアジリティのための投資戦略」も同様に日本語翻訳版が公開されました。 リーダーのための「スクラムガイド」手引き スクラムガイドは、複雑な問題に対応するフレームワークのルールとして浸透していますが、リーダーシップの役目を担うステークホルダーの一人としてどのように支援し、役目を果たすのかは、キャッチアップが難しい面があります。そこで、「Scrum Guide Companion for Leaders」では、文字通りスクラムガイドをリーダー層の理解促進と、スクラムチームの支援を的確
プロジェクトリーダーというお仕事 - Qiita
概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ
私が仕事をしてきた中で「最も合理的」と感じたリーダーの話。 | Books&Apps
もうずいぶん前のことになる。 あるIT業の業務改善プロジェクトに、私はいちメンバーとして参加した。 その会社のプロジェクトメンバーは全部で8名。期間は約9ヶ月だった。 経営陣肝いりの、それなりに大きいプロジェクトである。 そのため、プロジェクトマネジャーは、掛け値なしに優秀であった。 指示は的確で、果敢に新しいことにチャレンジするが、無用なリスクは取らず、守りが堅い。 メンバーとの関係も付かず離れずとバランスが良く、理想的な人物だった。 だが経験的に、プロジェクトメンバー全員が優秀であることはほぼない。 政治的な理由からか、教育効果を期待してなのか、リストラ予備軍だからなのか、それとも単なる人手不足なのか。 理由は様々だろうが、プロジェクトメンバーの中に、必ず２，３名はボンクラが含まれているのである。 そして、プロジェクトは一定の期間内に成果を出す、という厳しい制約があるため、無能の扱いを
習慣を活かして締切のある仕事を進める - 一般社団法人タスクシュート協会公式サイト
私の愛しいアップルパイへ ガントチャートをもとに仕事を進めるより、毎日その仕事にどれだけ取り組むかを決めて、継続的に取り組んだ方がクオリティも高く締め切りにも間に合いやすいです。 締め切り駆動で仕事を進めようとすると、結局は締め切り直前に無理やり頑張って燃え尽きてしまうパターンに陥りがちなのです。 締め切りのある仕事を直前に追い込む働き方はそれまで培ってきた習慣もリセットされてしまうため、立ち直るには時間がかかります。 次の図のような働き方です。 立ち直れればまだ良い方で、場合によっては二度と立ち上がれない場合もあるでしょう。これを繰り返していると学習性無力感に陥りかねません。人はいかにして悲観主義（ペシミズム）に陥るのか？にも書いたとおりです。 そのプロジェクトをスモールスタートで開始し、いつどれだけ取り組むかを決めて少しずつ習慣を成長させていけば、ずっとスムーズにプロジェクトを完遂でき
重要なプロジェクトほど雑に始める - 西尾泰和のScrapbox
「着手」がエイヤで済むものに関しては今でも割と着手してて、例えばオンライン秘書サービスを2つ同時に申し込んだりしている。検討対象は3つあるのに3つ目がなぜまだかというと、その業者がメールでの相談を開始して勢いが削がれたせい
平時のマネジメント - 西尾泰和のScrapbox
多様な軸がある現実をきちんと理解することを放棄しているので、大体シンプルなKPIと複雑な現実のミスマッチで問題が起きる
プロジェクト成功のために、3つの要素を押さえろ #2：榊巻亮の『ブレイクスルー備忘録』：オルタナティブ・ブログ
プロジェクトのために必要な第三の要素「心構え」 前回の記事で、プロジェクトを成功させるには3つの要素が必要だと書いた。 その中でも「心構え」は最も見落とされがちなわりに、プロジェクトに与える影響が大きいものだと説明した。 今回は、どうすればプロジェクトに向く適切な「心構え」を備えることができるか解説したい。 ルーチンワークとプロジェクトワーク 理解を深めるために、ルーチンワークとプロジェクトワークを対比させながら話を進めよう。 そもそも多くのビジネスパーソンは、ルーチンワークの世界で生きている。 ルーチンワークとは、決まったことを決まった手順で、1人でミスなく繰り返し作業していくタイプの仕事だ。 経費精算や事務手続きなどがイメージしやすいだろう。一定の正解があり、変化の少ない仕事とも言える。 あなたの仕事でもルーチンワークっぽいものは多いはずだ。 一方プロジェクトワークは、初めての取り組み
プロジェクト失敗可能性を軽減するプレモーテム - スタディサプリ Product Team Blog
こんにちは。Engineering Manager の @wozaki です。 2年前のプロジェクトで、プレモーテム(premortem)を実施した例をご紹介します。 プレモーテムとは、プロジェクト初期にチームで集まり「プロジェクトが失敗したとして、その失敗とは? 原因は? どう対策するか?」を話し合うワークショップです。*1 プレモーテム実施例 なお、本記事におけるリスクの定義はこちらです。 引用元 熊とワルツを - リスクを愉しむプロジェクト管理 将来起こりうる出来事で、望まない結果を生むもの 望まない結果そのもの 目次 概要 背景 なぜプレモーテムが打ち手だったのか プレモーテムの再設計 実施結果 参加者の所感 最終的にプロジェクトはどうなった? 終わりに 概要 プロジェクトは2つの特性があった 初めて協業するステークホルダーが多い 開発規模が大きい 特性に対する懸念の打ち手としてプ
プロジェクトを始める際に、まず何を考えればよいのか - COPILOT KNOWLEDGE
プロジェクトを始める際に行うべきことの1つとして、「プロジェクトをどのように行っていくか」という計画（プロジェクト計画書）の策定があります。そこでは、プロジェクトの目的は何か、実施内容は何か、それをどのようなスケジュールで行っていくか、体制・コストをどうするか、コミュニケーションはどのようなツールを用いてどのように行うかなどが言語化されますが、プロジェクトを始めるタイミングで重要なのは、プロジェクトが始まってしまうと問い直されにくい前提を確認することだと考えています。 誰しも、プロジェクトが動き出してしまうと、どうしても目の前のタスクに追われてしまい、本質的な視点を失ってしまいがちになるため、「そのプロジェクトとして確認しておくべき前提や本質的な論点・問い」を共有しておけるとよいのではないでしょうか。 本記事では、プロジェクトを始める際に考えるべき点として、私が大切にしている以下の3点につ
10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社
【Notionテンプレ公開】PM不在チームにプロダクト・プロジェクトマネジメントを最短で導入したい｜浪川舞（まいどる）｜IT社長ピアニスト
どこまでがPM業務云々って議論あるけど「全てPM業務ではない」というのが正しい気がしてきた…各業務は各職域で対応することで、PMは全業務を俯瞰して具体と抽象を行ったり来たりしながら目標に近づける仕事なんじゃないかと… だからPM業務一覧出そうとするとPM以外の業務しか出てこないという矛盾😇 — maidol🍣 開発PM支援 (@maidol_28) February 21, 2022 どこまでがPM業務云々って議論あるけど「全てPM業務ではない」というのが正しい気がしてきた…各業務は各職域で対応することで、PMは全業務を俯瞰して具体と抽象を行ったり来たりしながら目標に近づける仕事なんじゃないかと… だからPM業務一覧出そうとするとPM以外の業務しか出てこないという矛盾😇 https://twitter.com/maidol_28ある日、支援先の開発PM育成のためにWeb開発のPM業務
プロダクト思考とプロジェクト思考を理解し、優れたプロダクト、チームを作り出す方法 - tomoima525's blog
ツイッターで偶然見かけたプロダクト開発に関する一連のツイートが、プロダクトチームと経営陣、あるいは開発メンバーやプロダクトマネジャーの間に起きる摩擦を見事に言語化していました。 As they grow in size, teams within megacorps and startups tend to implicitly bias more towards Project Thinking and not enough Product Thinking. Product Thinking is a mindset and a process that, once you see, you cannot unsee it. Product Thinking, Project Thinking, a thread: pic.twitter.com/rbY80wTVgE— Shreyas
プロジェクトリスク検知のヒント | DevelopersIO
「プロジェクトのリスクを洗い出しきれていますか？」 この問いに自信を持って「Yes」と即答できる方は以降を確認いただく必要はありません。 「No」もしくは「Yes」と答えるのにちょっと躊躇した方はざっと目を通していただけると、何らかの気づきがあるかもしれません。 ここからは、独立行政法人情報処理推進機構（IPA）が公開している資料を紹介していきたいと思います。 紹介資料 資料名：ITプロジェクトのリスク予防への実践的アプローチ 利用対象者：情報システムの企画、情報システムのプロジェクトマネージャー、PMO、設計者等 特徴：ITプロジェクト目標達成を阻害する事柄をリスクととらえ、リスクとそのリスク発現の要因を中心にすえ、リスクの発現を防ぐために”リスク発現の要因”に対してどのような予防策を打つかその予防策の効果をどのようにとらえるかと”リスク発現の要因”に対してその兆しをどう把握するかの関係
プロジェクト計画書の作成方法とpptテンプレート、Wordサンプル、Excelフォーム全部ありで絶対作れるようにするための記事 | 新規事業開発ノート
プロジェクト計画書とは まずプロジェクト計画書とは何かついて以下の4つの項目でご説明します。 プロジェクト計画書の位置づけ プロジェクト計画書の作成タイミング プロジェクト計画書の作成者 プロジェクト計画書を作成する目的 プロジェクト計画書の位置づけ プロジェクト計画書はその名の通りプロジェクトの計画フェーズのアウトプットです。 プロジェクトには立ち上げ⇒計画⇒実行⇒監視コントロール⇒終結の5つのフェーズがあります（プロジェクトライフサイクル）。 その中での計画フェーズでの9つの項目をまとめたものがプロジェクト計画書です。 またプロジェクト自体の計画とプロジェクトを進めるうえでのマネジメント方法の計画があります。 双方まとめてプロジェクト計画書と呼んでいる場合もありますし、プロジェクト計画書とプロジェクトマネジメント計画書に分けて呼ばれていることもあります。 プロジェクト計画書の作成タイミ
プロジェクトを成功に導く議事録の書き方 | Web制作会社 | UNITBASE Inc. – 株式会社ユニットベース
なぜ議事録が必要なのか どのようなプロジェクトであっても、たくさんの情報や複数人の意見があり、それらを整理しながらプロジェクトは進行していきます。特に多くの情報が飛び交うミーティングのような場においては、目的達成に向けた一貫性と、曖昧さを回避し効率性を担保するために議事録は非常に有効です。 「ミーティングでなんて言ってましたっけ？」 このような発言をしたり聞いたりしたことのある人も多いのではないでしょうか。こういったコミュニケーションにおけるミスを減らすことで、私たちのような少人数のチームであっても最大限リソースを活かすことができます。 伝達ミスをなくし、効率の良いコミュニケーションを実現するため、私たちは議事録を作るためのルールを設け、役職問わず正しく議事録をとり、誰もが共通認識を持てるように努めています。 UNITBASEでの議事録ルール UNITBASEの議事録ルール（Google
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲーム開発のプロジェクトマネージャーのお仕事は、 “生姜焼き”から学べる？ プロジェクトを円滑に進める方法論【CEDEC2021】 | GameBusiness.jp
RFP(提案依頼書)とは？意味を理解してらくらく作成！[サンプルあり]／第3回 | 中小企業のための失敗しないWebシステム発注・開発![RFP(提案依頼書)とは？意味を理解してらくらく作成！[サンプルあり]／第3回 | 中小企業のための失敗しないWebシステム発注・開発](https://cdn-ak-scissors.b.st-hatena.com/image/square/106457a9c03b6bf69d2da3eac528d13d8477d26c/height=288;version=1;width=512/https%3A%2F%2Fwebtan.impress.co.jp%2Fsites%2Fdefault%2Ffiles%2Fstyles%2F1200x630%2Fpublic%2Fimages%2Farticle2013%2Fhachu%2Fhachu_icon.jpg%3Fitok%3DWiSTgxVT){kind=icon}
事前分析演習の実行方法 [テンプレート付き] | Atlassian![事前分析演習の実行方法 [テンプレート付き] | Atlassian](https://cdn-ak-scissors.b.st-hatena.com/image/square/9fc61f0cba17b3f66a9a2594414d392f4047c664/height=288;version=1;width=512/https%3A%2F%2Fwac-cdn.atlassian.com%2Fdam%2Fjcr%3A26a0874b-a922-48fa-9bac-3f84361bea49%2Fpremortem_metadata%402x.png)
どう終えた?どう終える?プロジェクト撤退のポイント | 教育協力NGOネットワーク