Submit Search
Upload
すぐに分かる!プロジェクト計画の作り方
•
12 likes
•
6,304 views
E
Eisuke Sugitani
Follow
短期(1~3ヶ月用)企画の「計画の作り方」をスライドにまとめました。勉強会とかやっているので、興味ある人は連絡下さい。
Read less
Read more
Business
Report
Share
Report
Share
1 of 36
Recommended
低レイヤー入門
低レイヤー入門
demuyan
ある工場の Redmine 2022 〜ある工場の Redmine 5.0 バージョンアップ〜 ( Redmine of one plant 2022 ...
ある工場の Redmine 2022 〜ある工場の Redmine 5.0 バージョンアップ〜 ( Redmine of one plant 2022 ...
Kohei Nakamura
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
パワポは「最後」に開く-すぐできる!プレゼン資料作成術「大掃除編」
パワポは「最後」に開く-すぐできる!プレゼン資料作成術「大掃除編」
Michiyo Fukada
ドメイン駆動設計の正しい歩き方
ドメイン駆動設計の正しい歩き方
増田 亨
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
こわくない Git
こわくない Git
Kota Saito
Recommended
低レイヤー入門
低レイヤー入門
demuyan
ある工場の Redmine 2022 〜ある工場の Redmine 5.0 バージョンアップ〜 ( Redmine of one plant 2022 ...
ある工場の Redmine 2022 〜ある工場の Redmine 5.0 バージョンアップ〜 ( Redmine of one plant 2022 ...
Kohei Nakamura
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
「スキルなし・実績なし」 32歳窓際エンジニアがシリコンバレーで働くようになるまで
Shuichi Tsutsumi
パワポは「最後」に開く-すぐできる!プレゼン資料作成術「大掃除編」
パワポは「最後」に開く-すぐできる!プレゼン資料作成術「大掃除編」
Michiyo Fukada
ドメイン駆動設計の正しい歩き方
ドメイン駆動設計の正しい歩き方
増田 亨
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
こわくない Git
こわくない Git
Kota Saito
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
jyouryuusui
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
オブジェクト指向エクササイズのススメ
オブジェクト指向エクササイズのススメ
Yoji Kanno
いつやるの?Git入門
いつやるの?Git入門
Masakazu Matsushita
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
akipii Oga
Gcm#3 uiデザインの品質を効率的に向上させるには?
Gcm#3 uiデザインの品質を効率的に向上させるには?
GREE/Art
論文に関する基礎知識2015
論文に関する基礎知識2015
Mai Otsuki
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
解説!30分で分かるLEAN ANALYTICS
解説!30分で分かるLEAN ANALYTICS
しくみ製作所
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
Pythonによる黒魔術入門
Pythonによる黒魔術入門
大樹 小倉
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
Go Maeda
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
Mikiya Okuno
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
Management_CoLtd
初めての人の為のプロジェクトマネジメント入門
初めての人の為のプロジェクトマネジメント入門
尚 鈴木
More Related Content
What's hot
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
jyouryuusui
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
オブジェクト指向エクササイズのススメ
オブジェクト指向エクササイズのススメ
Yoji Kanno
いつやるの?Git入門
いつやるの?Git入門
Masakazu Matsushita
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
akipii Oga
Gcm#3 uiデザインの品質を効率的に向上させるには?
Gcm#3 uiデザインの品質を効率的に向上させるには?
GREE/Art
論文に関する基礎知識2015
論文に関する基礎知識2015
Mai Otsuki
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
解説!30分で分かるLEAN ANALYTICS
解説!30分で分かるLEAN ANALYTICS
しくみ製作所
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
Pythonによる黒魔術入門
Pythonによる黒魔術入門
大樹 小倉
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
Go Maeda
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
Takeshi Kakeda
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
Mikiya Okuno
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
MOCKS | Yuta Morishige
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
What's hot
(20)
リーン開発の本質 公開用
リーン開発の本質 公開用
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
本当に無駄な仕事をしたくない人のためのHoudiniプロシージャル入門
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
オブジェクト指向エクササイズのススメ
オブジェクト指向エクササイズのススメ
いつやるの?Git入門
いつやるの?Git入門
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
「Redmineの運用パターン集~私に聞くな、チケットシステムに聞け」
Gcm#3 uiデザインの品質を効率的に向上させるには?
Gcm#3 uiデザインの品質を効率的に向上させるには?
論文に関する基礎知識2015
論文に関する基礎知識2015
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
解説!30分で分かるLEAN ANALYTICS
解説!30分で分かるLEAN ANALYTICS
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
Pythonによる黒魔術入門
Pythonによる黒魔術入門
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
Redmine 4.2で作るヘルプデスク向け問い合わせ受付・管理システム
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
日本アジャイル昔話 『忘れられたXPer』 XP祭り2021
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
なぜ、いま リレーショナルモデルなのか(理論から学ぶデータベース実践入門読書会スペシャル)
見やすいプレゼン資料の作り方 - リニューアル増量版
見やすいプレゼン資料の作り方 - リニューアル増量版
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Viewers also liked
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
Management_CoLtd
初めての人の為のプロジェクトマネジメント入門
初めての人の為のプロジェクトマネジメント入門
尚 鈴木
ようこそ!“プロジェクトマネジメント保健室”へ!
ようこそ!“プロジェクトマネジメント保健室”へ!
Ayako Togaeri
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
Yuichi Minowa
ウォーターフォールでカンバンやってみた!
ウォーターフォールでカンバンやってみた!
尚 鈴木
よりぬきPmbok~ゲーム開発風味~ Web02
よりぬきPmbok~ゲーム開発風味~ Web02
minamo
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Hiroyuki Tanaka
プロジェクトの構造
プロジェクトの構造
尚 鈴木
[G-Tech2014講演資料] プロジェクト・コスト・マネジメントの核心 - グローバルナレッジ
[G-Tech2014講演資料] プロジェクト・コスト・マネジメントの核心 - グローバルナレッジ
Trainocate Japan, Ltd.
プロジェクト見える化計画 Web
プロジェクト見える化計画 Web
minamo
PMBOKで学ぶマネジメント基本のキ
PMBOKで学ぶマネジメント基本のキ
Hiroyuki Tanaka
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Hiroyuki Tanaka
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
kyon mm
Scrum始めました
Scrum始めました
minamo
統計的品質管理の功罪
統計的品質管理の功罪
工 久納
Project Integration Management
Project Integration Management
pankajsh10
Project cost management PMBOK 5th Edition
Project cost management PMBOK 5th Edition
pankajsh10
Project Human Resource Management - PMBOK 5
Project Human Resource Management - PMBOK 5
pankajsh10
Project Procurement Management PMBOK 5
Project Procurement Management PMBOK 5
pankajsh10
Project communications management (PMBOK 5th Edition)
Project communications management (PMBOK 5th Edition)
pankajsh10
Viewers also liked
(20)
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
期限内に問題を解決する技術(プロジェクトマネジメント・ワークショップ)公開スライド:後半
初めての人の為のプロジェクトマネジメント入門
初めての人の為のプロジェクトマネジメント入門
ようこそ!“プロジェクトマネジメント保健室”へ!
ようこそ!“プロジェクトマネジメント保健室”へ!
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
PMBOKから学ぶプロジェクトマネジメント #1 プロジェクトの正体、マネージャの心構え
ウォーターフォールでカンバンやってみた!
ウォーターフォールでカンバンやってみた!
よりぬきPmbok~ゲーム開発風味~ Web02
よりぬきPmbok~ゲーム開発風味~ Web02
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
Jenkinsを使ったコンシューマゲームでのデプロイとテスト
プロジェクトの構造
プロジェクトの構造
[G-Tech2014講演資料] プロジェクト・コスト・マネジメントの核心 - グローバルナレッジ
[G-Tech2014講演資料] プロジェクト・コスト・マネジメントの核心 - グローバルナレッジ
プロジェクト見える化計画 Web
プロジェクト見える化計画 Web
PMBOKで学ぶマネジメント基本のキ
PMBOKで学ぶマネジメント基本のキ
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
Scrum始めました
Scrum始めました
統計的品質管理の功罪
統計的品質管理の功罪
Project Integration Management
Project Integration Management
Project cost management PMBOK 5th Edition
Project cost management PMBOK 5th Edition
Project Human Resource Management - PMBOK 5
Project Human Resource Management - PMBOK 5
Project Procurement Management PMBOK 5
Project Procurement Management PMBOK 5
Project communications management (PMBOK 5th Edition)
Project communications management (PMBOK 5th Edition)
Similar to すぐに分かる!プロジェクト計画の作り方
4つの規律
4つの規律
Yosshi N
非技術者出身のディレクター概要
非技術者出身のディレクター概要
Kenzo Uekusa
第4回「試す」applim キックオフイベント基調講演
第4回「試す」applim キックオフイベント基調講演
ブレークスルーパートナーズ 赤羽雄二
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
schoowebcampus
思い立ったが吉日会へようこそ!
思い立ったが吉日会へようこそ!
Makoto Sunagawa
失敗しないパッケージ導入2
失敗しないパッケージ導入2
小島 規彰
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
慎一 古賀
キャリアアップのためのコミュニケーション力
キャリアアップのためのコミュニケーション力
Kyoko Kojima
失敗しないパッケージ導入3
失敗しないパッケージ導入3
小島 規彰
ただいま三河。あれから1年、チームNOCKncokが開発しないスクラムで成果を出した経験から得た学び
ただいま三河。あれから1年、チームNOCKncokが開発しないスクラムで成果を出した経験から得た学び
IIJ
111112 受発注のセオリーイベント資料
111112 受発注のセオリーイベント資料
Ryohei Katayama
ちゃんと準備できてる?イベント・セミナー開催時のチェックポイント
ちゃんと準備できてる?イベント・セミナー開催時のチェックポイント
SPIRAL Inc.
Scrum"再"入門
Scrum"再"入門
You&I
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
Takeshi Kakeda
DevLOVE関西2012 Drive 講演資料(iBook)
DevLOVE関西2012 Drive 講演資料(iBook)
広告制作会社
e-Learning Design for Teacher
e-Learning Design for Teacher
Sunami Hokuto
ジンジニアが話す理想の人事とエンジニアの協力体制
ジンジニアが話す理想の人事とエンジニアの協力体制
LIFULL Co., Ltd.
Semi 2011 1-7_reminder
Semi 2011 1-7_reminder
Daisuke Kobayashi
アジャイル開発へのイテレーション・ゼロ
アジャイル開発へのイテレーション・ゼロ
Taisuke Shiratori
ツール利用でTOC思考プロセスを楽々実践 問題解決入門
ツール利用でTOC思考プロセスを楽々実践 問題解決入門
Hisashi Nakatsuyama
Similar to すぐに分かる!プロジェクト計画の作り方
(20)
4つの規律
4つの規律
非技術者出身のディレクター概要
非技術者出身のディレクター概要
第4回「試す」applim キックオフイベント基調講演
第4回「試す」applim キックオフイベント基調講演
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
思い立ったが吉日会へようこそ!
思い立ったが吉日会へようこそ!
失敗しないパッケージ導入2
失敗しないパッケージ導入2
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
スクラム開発を始めよう!TFS を使った日常コミュケーションとチームワーク
キャリアアップのためのコミュニケーション力
キャリアアップのためのコミュニケーション力
失敗しないパッケージ導入3
失敗しないパッケージ導入3
ただいま三河。あれから1年、チームNOCKncokが開発しないスクラムで成果を出した経験から得た学び
ただいま三河。あれから1年、チームNOCKncokが開発しないスクラムで成果を出した経験から得た学び
111112 受発注のセオリーイベント資料
111112 受発注のセオリーイベント資料
ちゃんと準備できてる?イベント・セミナー開催時のチェックポイント
ちゃんと準備できてる?イベント・セミナー開催時のチェックポイント
Scrum"再"入門
Scrum"再"入門
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
コンセプトから実現へ 〜 仮説検証型開発のポイント〜
DevLOVE関西2012 Drive 講演資料(iBook)
DevLOVE関西2012 Drive 講演資料(iBook)
e-Learning Design for Teacher
e-Learning Design for Teacher
ジンジニアが話す理想の人事とエンジニアの協力体制
ジンジニアが話す理想の人事とエンジニアの協力体制
Semi 2011 1-7_reminder
Semi 2011 1-7_reminder
アジャイル開発へのイテレーション・ゼロ
アジャイル開発へのイテレーション・ゼロ
ツール利用でTOC思考プロセスを楽々実践 問題解決入門
ツール利用でTOC思考プロセスを楽々実践 問題解決入門
Recently uploaded
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
Yusuke Katsuma
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
Yusuke Katsuma
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
ssusercbaf23
hakuten_company profile for saleshub_202404
hakuten_company profile for saleshub_202404
keiibayashi
株式会社フィジオ会社説明資料|採用の際の福利厚生やカルチャーなどを紹介しています
株式会社フィジオ会社説明資料|採用の際の福利厚生やカルチャーなどを紹介しています
chizurumurakami
Japan IT Week 2024 Brochure by 47Billion
Japan IT Week 2024 Brochure by 47Billion
Data Analytics Company - 47Billion Inc.
株式会社ベクトル総研会社概要 Vector Research Institute (VRI) Corporate Profile
株式会社ベクトル総研会社概要 Vector Research Institute (VRI) Corporate Profile
vrihomepage
ROMS_recruting_deck_for_website_20240322.pdf
ROMS_recruting_deck_for_website_20240322.pdf
hirokisawa3
エンジニア採用のミスマッチを防ぐコーディング試験サービス『HireRoo(ハイヤールー)』
エンジニア採用のミスマッチを防ぐコーディング試験サービス『HireRoo(ハイヤールー)』
Kousuke Kuzuoka
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
ssuser31dbd1
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
takuyamatsumoto29
HRMOS(ハーモス)タレントマネジメント_ご紹介資料_Saleshub掲載用
HRMOS(ハーモス)タレントマネジメント_ご紹介資料_Saleshub掲載用
wataruhonda3
Recently uploaded
(12)
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
hakuten_company profile for saleshub_202404
hakuten_company profile for saleshub_202404
株式会社フィジオ会社説明資料|採用の際の福利厚生やカルチャーなどを紹介しています
株式会社フィジオ会社説明資料|採用の際の福利厚生やカルチャーなどを紹介しています
Japan IT Week 2024 Brochure by 47Billion
Japan IT Week 2024 Brochure by 47Billion
株式会社ベクトル総研会社概要 Vector Research Institute (VRI) Corporate Profile
株式会社ベクトル総研会社概要 Vector Research Institute (VRI) Corporate Profile
ROMS_recruting_deck_for_website_20240322.pdf
ROMS_recruting_deck_for_website_20240322.pdf
エンジニア採用のミスマッチを防ぐコーディング試験サービス『HireRoo(ハイヤールー)』
エンジニア採用のミスマッチを防ぐコーディング試験サービス『HireRoo(ハイヤールー)』
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
HRMOS(ハーモス)タレントマネジメント_ご紹介資料_Saleshub掲載用
HRMOS(ハーモス)タレントマネジメント_ご紹介資料_Saleshub掲載用
すぐに分かる!プロジェクト計画の作り方
1.
すぐに分かる! プロジェクト計画の作り方 2017/9/1 杉谷瑛介
2.
計画について理解する CHAPTER ⓪
3.
なぜ計画の立て方を学ぶのか? ビジネスの活動は全て「プロセス」で繋がっている インプット 「行動」するためには実行可能な「プロセス」が必要 アウトプット 経営資源 成果物 目的 プロセス P D C A
4.
本資料のゴール 1 2 3 計画の目的を理解する 計画プロセスの全体像を理解する 成果物の役割と作成タイミングを知る 4 成果物が作れるようになる
5.
よくある計画の失敗例 1 2 3 無理っぽいことが分かっている… 細かいだけで実行イメージがわかない… いつも後からタスクが出てくる… 4 作業を始めるために必要なモノが無い…
6.
計画の立て方を学ぶと…? 1 2 3 実現可能性が分かる! 迷いなく行動に移れる! 共通認識が生まれる! 4 変更・修正が可能になる! S A B
7.
プロジェクトとは? プロジェクト型業務には3つの特徴が存在している 独自性 やったことがないことを、分からないのに計画して 予定通りのコトを、期限までに達成すること 定められた スコープ 繰り返しなし 実行範囲あり始点と終点あり 有期性
8.
なぜ実行が難しいのか? プロジェクトには不確実性が常に存在している プロダクト 定義 初期 コンセプト 要求の完了 プロトタイプ 設計完了 詳細設計 完了 ソフトウェア の完成 4.0x 2x 1.0x 0.8x 0.5x 0.25x 初期コンセプト時には見積もりに「16倍」もの開き 時間が経過するにつれて、この幅は減少していく 避ける必要があるのは「いつ終わるか分からない」という状況
9.
不確実性の解決策 不確実性に対応するための3つのアプローチ 不確実性を 乗りこなす 不確実性そのものを 小さくする 徐々に不確実性を 小さくする 衝撃に備える ・プロジェクトマネジメントプロセスの整備 ・プロセス設計から計画への展開 ・組織成熟度の向上 ・要求、要件、作業の段階的詳細化 ・工数、予算の予実管理 ・リスクマネジメント ・バッファマネジメント 「徐々に不確実性を少なくする」アプローチが 最も取り組みやすく、即効性がある。優先順位は上位におく。
10.
プロジェクトの役割 戦略 ~Strategy~ 何に対して経営資源を 投入するのか? 組織の戦略を実行するために存在している 「戦略」を「アクティビティー」に変換する必要がある プロジェクトリーダーは「戦略の翻訳家」である 何をやって何をやらないか を明確に定める プロジェクト 戦略を実現するための 具体的なアクションプラン へと分解する プロセス プロジェクトの目的と 目標を達成するための 道のりを設計する アクティビティー プロセスはアクティビティー に分解され、担当者を 割り当て実行される 戦略は 複数のプロジェクト に翻訳される プロジェクトは 複数のプロセス に翻訳される プロセスは複数の アクティビティー に翻訳される
11.
本資料のスコープ プロジェクトマネジメントプロセスのフロー図解 企む 段取る やる 視る 振り返る (立ち上げ) (計画) (実行) (監視・コン トロール) (終結) P(計画)
→ 今回のスコープ D(実行) C(検証) C(検証) A(改善) 計画フェーズを練り上げることで実行をマネジメントする 広義の「視る」
12.
計画の7ステップ 要求理解 何を求められている? オーナー要求書(SOW) プロジェ クト定義 成果物 定義 マイルス トン定義 プロセス 設計 スケジュ ール化 タスク 分解 何を作成する? WBS どう進めていく? プロセス・フロー・ダイアグラム 何を行う? プロジェクトチャーター いつどこまで終える? マイルストンチャート 何をいつする? ガントチャート どんな作業がある? モニタリングシート STEP1 STEP3 STEP5 STEP2
STEP4 STEP6
13.
期間ごとのスコープ 要求理解 プロジェ クト定義 成果物 定義 マイルス トン定義 プロセス 設計 スケジュ ール化 タスク 分解 STEP1 STEP3 STEP5 STEP2
STEP4 STEP6 小規模 (数週間~数ヶ月/難易度・新規性低) 中規模 (数ヶ月~半年/難易度・新規性中プロジェクト) 大規模 (半年~1年以上/難易度・新規性高プロジェクト) 計画とは各ステップの「問い」に答えるプロセス 「問い」の答えを見える化したものが「成果物」である
14.
ゴールを明確にする CHAPTER ①
15.
よくある悩み 相手(要求者)が何を求めているのか分からない… 最初から相手が明確にゴールを語ることは少ない あなたが真の要求を引き出していく必要がある (ヒアリングを構造化する)
16.
ヒアリングの構造 ・ヒアリングするのは何のため? ・ヒアリングはいつから始めるのか? ・得られた結果はどのように利用するのか? ・どんな立場、何人ぐらいの人に聞くのか? ・どこでヒアリングを行うのか? ・どんな情報を聞きたいのか? ・どんな風に質問するのか? ・説明準備はできているか? ・訪問は連絡済みか? ・情報はまとめられたか? ・情報を自分なりに展開できたか? ・相手(顧客)は何に価値をおいているのか? ・スコープに何をどう組み込むのか? ・誰が聞くのが適任なのか? ・該当者はどれぐらい時間があるのか? 1. 目的は何か? 2. 誰に聞くのか? 3. 何を聞くのか? 4. 誰が聞くのか? 5. 相手に聞きに行く 6. 情報を整理する 7. スコープに組む ※スコープ=自分やプロジェクトが実施すべき行動範囲のこと
17.
ヒアリングの目的 表層の言葉の奥にある「真の要求」を理解する 人間は最初から「真の欲求」を語らない 「何のために?」自分から深掘りのヒアリングをする 「~したい」 例)爽やかな髪型にしたい要求 仕様 指示・作業 「~できること」 例)ツーブロックでお願いします 「~する、~してください」 例)サイドを2cm,フロント1cmを切ってください
18.
ヒアリングの方法 相手の言葉は全て「例えば~」であると捉える 一流はヒアリングを通して 顧客に「別の選択肢」を提示する 通勤圏内で 人に自慢できる 所に住みたい 知名度の高い駅 に住みたい おしゃれな街 に住みたい 通勤時間は30分 におさめたい 中目黒に 住みたい 家賃は 12万円まで 駅から徒歩 10分以内で 間取りは 1LDK以上で真の欲求 表面の欲求 (例えば~) HOW? (どうやって?) WHY? (何のため?)
19.
要求を理解する TERM ①
20.
6Rブランク (F1) 状況 Real Situation (今(まで),こうだ(った)よね) 問題意識 Recognition (これって問題だよね) 要求 Requirement (なので~をしたい) (いくらでやるの?) (どんな作業が必要?) (アウトプットは何?) (いつまでにやれば良い?) (いつ何を終わらせる?) 左から (なぜその解決策なのか?) (今回は何をすれば良い?) (どんな成果を見込むの?) 意図・裏付け・仮説(Reason)
今回のスコープ(Range of Work) 期待する成果(Result) コスト 作業要求 成果物 期間 マイルストーン どうやって解決するのか?
21.
6Rブランク (F1) 状況 Real Situation (今(まで),こうだ(った)よね) 問題意識 Recognition (これって問題だよね) 要求 Requirement (なので~をしたい) (いくらでやるの?) (どんな作業が必要?) (アウトプットは何?) (いつまでにやれば良い?) (いつ何を終わらせる?) 左から (なぜその解決策なのか?) (今回は何をすれば良い?) (どんな成果を見込むの?) 意図・裏付け・仮説(Reason)
今回のスコープ(Range of Work) 期待する成果(Result) コスト 作業要求 成果物 期間 マイルストーン どうやって解決するのか? 上司の言葉に対して問いを立て、要求を明確に正しく掴む。 さらに要求を実現するためのスコープ (範囲) を明確にする。 計画を立てるのに必要な基本情報を揃える。 上司の要求はすべて「例えば」で考えます。仕事を任された・ 進めていく人は「何をどこまで聞いて良いのか、プロジェクト をどう始めて良いのか分からない」と悩みます。ここで6Rブラ ンクを仕様するのです。状況とは要求の背景にある「事実」で、 その事実に対しての解釈が「問題認識」です。事実と解釈を分 けて整理することで方向性が見えます。そもそもなんのために プロジェクトをやるのかを整理することが必要です。多くの人 はスコープが分かるとヒアリングを止めてしまいますが、もう 一歩踏み込んで「期待する成果」「インパクト」「アウトプッ トの使い道」を聞きます。これにより要求の理解を深めます。
22.
オーナー要求書/SOW (F2) 何を書けば分からない人は聞きに来ること!
23.
プロジェクトを定義する TERM ②
24.
プロジェクトチャーター (F3) プロジェクトチャーター プロジェクト名: 理念ピッチ
~元体育会生~ 更新日: 2017年9月1日 プロジェクトの使命: プロジェクトの目標: ・完了時期: ・予算(時間): ・状態: ・評価指標(KPI): ビジネスの目的: チームメンバー: プロジェクトリーダー: プロジェクトオーナー: 必要なマイルストーン 時期 時間
25.
プロジェクトチャーター プロジェクト名: 理念ピッチ ~元体育会生~
更新日: 2017年9月1日 プロジェクトの使命: プロジェクトの目標: ・完了時期: ・予算(時間): ・状態: ・評価指標(KPI): ビジネスの目的: チームメンバー: プロジェクトリーダー: プロジェクトオーナー: 必要なマイルストーン 時期 時間 プロジェクトチャーター (F3) プロジェクトを完了すること自体が目的になると「手段の目的 化」が起こる。このプロジェクトは何のためにあるのかを明確 にし、メンバーとイメージを共有する必要がある。 プロジェクトチャーターとは、いわば組織とプロジェクトの契 約書です。プロジェクトリーダーはオーナーとのやり取りの中 で背景/問題意識/要求を聞いていたとしても、メンバー全員が それを理解している訳ではありません。戦略(大目標)との繋が りを明文化することで、実行にあたるメンバーとも共通認識を 持つことが出来ます。またメンバー以外の外部関係者に協力・ 理解してもらうためにも有効です。使命はこのプロジェクトで 何をするのか、スコープは一言で表す「What?」を書きます。 目的は何のために行うのか「Why?」に答えます。目標はどう なればプロジェクトは成功したと言えるのか(成功基準)です。
26.
課題ログ (F4)
27.
No.1 優先順位 報告書
担当者 更新日 状態 7 1 2 3 4 5 ○○ ○○ 9月1日 対応中 6 課題ログ 課題 タスク プロジェクトリーダーとしてのプロジェクトマネジ メント経験、スキルが不足している 高 プロジェクト名: 理念ピッチ ~元体育会生~ 課題ログ (F4) プロジェクトを実行する過程では必ず「課題」が発生する。 課題は次々と出てくるが記録しておかないと必ず忘れる。 ログ(記録)することで忘却を防ぎ、共通認識を持たせる。 計画とは直接的には結びつかないが、6Rやプロジェクトチャー ター作成のタイミングで必要なのが「課題ログ」です。共有 ファイルとして、Googleスプレッドシート等でメンバー全員が いつでも記録しておけるようにしておくて良いでしょう。プロ ジェクトには不確実性が存在しているため、必ず課題にぶつか りますが事前にそれを想定しておくことがスピード感に繋がり ます。課題を放置しないためには、必ず担当者を割り当てて次 の話し合いのタイミングを決めておきます。プロジェクトリー ダーは常に未解決の課題に目を光らせておく必要があります。 課題が出るのは良いことです。早めに解決手段を作成できます。
28.
成果物を定義する CHAPTER ②
29.
計画の鉄則 プロジェクトとは「今までやったことがないもの」 細かすぎる計画を立てることは「時間の無駄」である 計画はやりながら修正・改善していく必要がある (段階的に詳細化する)
30.
成果物を定義する TERM ③
31.
WBS (F5) プ ロ ジ ェ ク ト 計 画 書 進 捗 報 告 サ マ リ ー J リ ー グ 参 入 障 壁 リ ス ト 淡 路 島 ヒ ア リ ン グ 項 目 リ ス ト 先 行 事 例 分 析 運 営 候 補 者 リ ス ト 選 手 候 補 者 リ ス ト 事 業 計 画 書 案 プ レ ゼ ン ス ラ イ ド 参 入 条 件 レ ポ ー ト サ マ リ ー 参 入 戦 略 レ ポ ー ト サ マ リ ー プ ロ ジ ェ ク ト 6 R 文 書 参入戦略レポート プレゼンテーション
プロジェクトマネジメント WBS (Work Breakdown Structure) J3に行くために何をすれば 良いのかまとめておいて 参入条件レポート プロジェクト名: リアルサカつくプロジェクト 更新日: 2017年9月1日
32.
WBS (F5) プ ロ ジ ェ ク ト 計 画 書 進 捗 報 告 サ マ リ ー J リ ー グ 参 入 障 壁 リ ス ト 淡 路 島 ヒ ア リ ン グ 項 目 リ ス ト 先 行 事 例 分 析 運 営 候 補 者 リ ス ト 選 手 候 補 者 リ ス ト 事 業 計 画 書 案 プ レ ゼ ン ス ラ イ ド 参 入 条 件 レ ポ ー ト サ マ リ ー 参 入 戦 略 レ ポ ー ト サ マ リ ー プ ロ ジ ェ ク ト 6 R 文 書 参入戦略レポート プレゼンテーション
プロジェクトマネジメント WBS (Work Breakdown Structure) J3に行くために何をすれば 良いのかまとめておいて 参入条件レポート プロジェクト名: リアルサカつくプロジェクト 更新日: 2017年9月1日 全体の行程をつかむためには「成果物」を明確にすること。 要求に対して何をどれぐらいの時間で作る必要があるのか。 これが分からなければマイルストーンを設定できない。 成果物というのはドキュメント(資料)などのモノです。例えば 「このプロジェクトの流れをまとめてきて」と伝えられたとし ます。すると企画書・事業計画書・プレゼン発表用資料などの 見える化されたドキュメントが必要です。普段私たちは積み上 げ式でタスクを出していきますが「やったことがない」行程で はそれではタスクの漏れが出てきてしまいます。前述の6Rや SOWを見ながら成果物に何が必要かをイメージし、その成果物 に含まれている情報は何かを考えながら、必要な成果物を洗い 出すといいです。プロジェクトによって必要な成果物は千差万 別です。オーナーに確認しながら進めていくと早いです。(続く
33.
WBS (F5) プ ロ ジ ェ ク ト 計 画 書 進 捗 報 告 サ マ リ ー J リ ー グ 参 入 障 壁 リ ス ト 淡 路 島 ヒ ア リ ン グ 項 目 リ ス ト 先 行 事 例 分 析 運 営 候 補 者 リ ス ト 選 手 候 補 者 リ ス ト 事 業 計 画 書 案 プ レ ゼ ン ス ラ イ ド 参 入 条 件 レ ポ ー ト サ マ リ ー 参 入 戦 略 レ ポ ー ト サ マ リ ー プ ロ ジ ェ ク ト 6 R 文 書 参入戦略レポート プレゼンテーション
プロジェクトマネジメント WBS (Work Breakdown Structure) J3に行くために何をすれば 良いのかまとめておいて 参入条件レポート プロジェクト名: リアルサカつくプロジェクト 更新日: 2017年9月1日 オーナーの要求や自分のやりたいことを実現するために、何を 成果物とすればいいのかをイメージすることは難しいです。ど うしても分からないときは「目的は何か」を振り返りましょう。 その目的(結果)を達成することが出来れば、手段は何でも良い のです。あまり頭でっかちに成りすぎずに、とにかくシンプル に引き算思考(“あったらいいな”ではなく“なくてはならない”に 集中する)で考えていきましょう。このWBSは一度作って終わ りではなく、リーダーがたたき台を作り、メンバーと議論しな がら網羅性を高めていきます。時折オーナーともコンタクトを 取りながら「この成果物で要求を満たせるか?」聞いてみると 良いでしょう。プロジェクトの計画というのはプロジェクトの 設計です。だから発展的に試行錯誤を繰り返し、議論しながら 徐々に精度を高めていくという心構えが必要となります。
34.
マイルストーンを定義する TERM ④
35.
マイルストーンチャーター (F6) 11/189/20 10/5
10/11 10/23 10/30 11/6 11/11 キ ッ ク オ フ M T G 登 壇 者 4 名 M T G イ ベ ン ト リ リ ! ス コ ン テ ン ツ 第 1 回 コ ン テ ン ツ 第 2 回 コ ン テ ン ツ 第 3 回 最 終 M T G ・ リ ハ イ ベ ン ト 当 日 15日 6日 12日 5日 7日 10/23 第1回オーナーレビュー 11/6 第2回オーナーレビュー 0(0) 5(10) 40(90)35(80)30(70)25(60)20(50)8(16) マイルストーンチャーター プロジェクト名: 体育会ピッチ 更新日: 2017年9月1日 【※参加確定者数(見込客数)】 前提:11月18日に「第1回 体育会ピッチ」を開催し「参加者40名」を集客する。(詳細はPチャーター)
36.
マイルストーンチャーター (F6) 11/189/20 10/5
10/11 10/23 10/30 11/6 11/11 キ ッ ク オ フ M T G 登 壇 者 4 名 M T G イ ベ ン ト リ リ ! ス コ ン テ ン ツ 第 1 回 コ ン テ ン ツ 第 2 回 コ ン テ ン ツ 第 3 回 最 終 M T G ・ リ ハ イ ベ ン ト 当 日 15日 6日 12日 5日 7日 10/23 第1回オーナーレビュー 11/6 第2回オーナーレビュー 0(0) 5(10) 40(90)35(80)30(70)25(60)20(50)8(16) マイルストーンチャーター プロジェクト名: 体育会ピッチ 更新日: 2017年9月1日 【※参加確定者数(見込客数)】 前提:11月18日に「第1回 体育会ピッチ」を開催し「参加者40名」を集客する。(詳細はPチャーター) マイルストーンとは、ある区切りを示すポイントのこと。 進捗を確認・修正するために、マイルストーンを設定する。 このチャーターは常に持ち歩き、毎晩寝る前に読み返すこと。 人間はゴールを設定するだけでは動けません。ドライブでも目 的地までに立ち寄るポイントをいくつか設定しますよね。プロ ジェクトが順調に進んでいるのか、それとも遅れているのか、 期待する成果が出せそうかどうかを確認するためにマイルス トーン設定が必要です。マイルストーンはオーナーと合意をし ておく必要があります。そしてこの例では「トピック」でポイ ントを設定していますが、前述のWBSで出た「成果物」でポイ ントを設定するのも有効です。メンバーと共有する場合は「ト ピック」を、個人でタスクを管理する際には「成果物」を作る と良いでしょう。WBSのステップを踏むからイメージできます。