事業会社に勤める人に向けた、プロジェクトマネジメントの基礎講座。社内向けの研修で利用した資料。Read less
![事業会社のためのプロジェクトマネジメント基礎講座](https://cdn-ak-scissors.b.st-hatena.com/image/square/9d96dc4f0bc042456a12e9ac569aa79f3e57b765/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Flpltqxziq2sbyvpyl6mm-signature-c0c8982ea29ee3fd3df6b38d7d0250aa9daab74a9bc5d57fe2dbd6e076d3c18c-poli-200714083511-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
事業会社に勤める人に向けた、プロジェクトマネジメントの基礎講座。社内向けの研修で利用した資料。Read less
〜「指示待ち」「課題の抱え込み」「不要な衝突」etc.…。スピーディーな課題解決を妨げる原因を解消する、チームビルディングのノウハウとは〜 仕事を進める中で、次々と発生する課題。その課題を放置せずに、現場で素早く解決を進める「自己組織化されたチーム」を作るにはどうすればよいだろうか。 恋愛・婚活マッチングサービス「Pairs(ペアーズ)」を運営する株式会社エウレカ。 同社CTO室の室長を務める梶原 成親さんは、そのようなチームを作るには、メンバーのパーソナリティやプロジェクトの進め方に対する共通認識を持つことが重要だと話す。 また、日々発生する課題を、自分たちで解決できるものとできないものに分け、それぞれに適切に対処するための「振り返り会」「妨害リスト」の運用を行っている。 今回は梶原さんに、チームビルディングを進める上で行ったワークショップや、日々の課題解決プロセスについて、お話を伺った
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計(デザイン)し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
何年にも渡り、私は相応量の製品戦略、ロードマップ、プロジェクトガントチャートを作成しました。しかし、もうこれらの資料を作ることはありません。以下に説明する優れた代替策を見つけたからです。 まず、以前のやり方はこちらです。 注釈: 戦略 ロードマップ プロジェクトプラン 実行 アジャイル このプランニング方式だと膨大な仕事が必要です。株主全員の同意を得るだけでも大変だと言うのにROIはかなり低くなります。プランはあっという間に現実と一致しなくなり、期間が長いほど、乖離も大きくなります。私の作ったすてきなロードマップやプロジェクトガントチャートが公開する時点で既に古くなっていると気づいたのは、少し経ってからでした。このプランニングもウォーターフォールのひとつなので(有名な ウォーターフォール・モデル とは異なります)、即応性はほとんど期待できません。トップで変更があると、それが波及しボトムでの
あなたはスモールビジネスの顧客サポートに役立つ製品を管理しているとしましょう。目指しているのは、顧客のエンゲージメントとリテンションのレベルを向上させることです。検討中の案が2つあります。 * 事業主がエンゲージメントの統計と傾向をモニターできる、 ダッシュボード * 事業主が顧客とのコミュニケーションを自動化するのに役立つ、 チャットボット ダッシュボード案は顧客との話の中で何度か話題にのぼり、潜在的需要が高いと思われますが、使うのがパワーユーザだけかもしれないというリスクもあります。チャットボットは会社の皆が気に入っていて、経営陣は強気でこれを推しています。顧客は大いに喜ぶでしょうし、クールなプロジェクトですし、なにより、チャットボットは大流行しています。 あなたなら、どちらを選びますか? 画像提供: Matthew Henry このような優先順位付けの問題は、製品管理の核心です。選択
今日,社内勉強会で話す機会があり,過去1年間を振り返りつつ「プロジェクトをリードする技術」というタイトルにした.今回は参加者がエンジニアだけじゃなく,ビジネスチームのメンバーもいたため,できる限り,技術的な用語を使わないようにした.質疑応答とディスカッションもあり,1時間非常にワクワクした時間だった. 関連する領域 僕がプロジェクトをリードするときに意識しているのは,スクラムなど特定のプラクティスに依存しすぎないことで,チームの特性によって,関連する様々な領域からプラクティスを集めている.ザッと挙げるだけでも,こんなにたくさんある. チームビルディング ファシリテーション マネージメント 3.0 アジャイル (スクラム / カンバン / XP) 組織論 育成 心理学 メンタリング プロジェクトマネジメント 資料 過去1年間に取り組んだことを全て詰め込んだ!プレイングマネージャーとして頑張っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く