Submit Search
Upload
プロジェクトの基本
•
75 likes
•
38,052 views
Ken SASAKI
Follow
社内勉強会資料。 プロジェクトの基本について説明。
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 36
Download now
Download to read offline
Recommended
プロジェクトとプロジェクトマネジメントの基本
プロジェクトとプロジェクトマネジメントの基本
Toshiaki Baba
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
Riderはいいぞ!
Riderはいいぞ!
UnityTechnologiesJapan002
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Unityでオニオンアーキテクチャ
Unityでオニオンアーキテクチャ
torisoup
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
Ito Takayuki
難易度ボラタリティグラフという分析手法
難易度ボラタリティグラフという分析手法
Tokoroten Nakayama
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
Recommended
プロジェクトとプロジェクトマネジメントの基本
プロジェクトとプロジェクトマネジメントの基本
Toshiaki Baba
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
Riderはいいぞ!
Riderはいいぞ!
UnityTechnologiesJapan002
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Unityでオニオンアーキテクチャ
Unityでオニオンアーキテクチャ
torisoup
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
CircleCIのinfrastructureを支えるTerraformのCI/CDパイプラインの改善
Ito Takayuki
難易度ボラタリティグラフという分析手法
難易度ボラタリティグラフという分析手法
Tokoroten Nakayama
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
YoheiGibo
老害について
老害について
Ken SASAKI
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
Yoshifumi Kawai
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
モノビット エンジン
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
Yoshifumi Kawai
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
プログラマが欲しい仕様書とは
プログラマが欲しい仕様書とは
Katsutoshi Makino
ゲームの仕様書を書こうまとめ
ゲームの仕様書を書こうまとめ
Sugimoto Chizuru
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
Yoshiki Hayama
NextGen Server/Client Architecture - gRPC + Unity + C#
NextGen Server/Client Architecture - gRPC + Unity + C#
Yoshifumi Kawai
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
BoostAsioで可読性を求めるのは間違っているだろうか
BoostAsioで可読性を求めるのは間違っているだろうか
Yuki Miyatake
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
infinite_loop
Hadoopの概念と基本的知識
Hadoopの概念と基本的知識
Ken SASAKI
小学生でもわかるSDN
小学生でもわかるSDN
Ken SASAKI
More Related Content
What's hot
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
増田 亨
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
YoheiGibo
老害について
老害について
Ken SASAKI
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
Yoshifumi Kawai
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
モノビット エンジン
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
Yoshifumi Kawai
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
プログラマが欲しい仕様書とは
プログラマが欲しい仕様書とは
Katsutoshi Makino
ゲームの仕様書を書こうまとめ
ゲームの仕様書を書こうまとめ
Sugimoto Chizuru
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
Yoshiki Hayama
NextGen Server/Client Architecture - gRPC + Unity + C#
NextGen Server/Client Architecture - gRPC + Unity + C#
Yoshifumi Kawai
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
BoostAsioで可読性を求めるのは間違っているだろうか
BoostAsioで可読性を求めるのは間違っているだろうか
Yuki Miyatake
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
infinite_loop
What's hot
(20)
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計をゲーム開発に活かす
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
「DX完全に理解した」「DXわけがわからないよ」なユーザ企業の方へ
老害について
老害について
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
「黒騎士と白の魔王」gRPCによるHTTP/2 - API, Streamingの実践
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
ZeroFormatterに見るC#で最速のシリアライザを作成する100億の方法
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
プログラマが欲しい仕様書とは
プログラマが欲しい仕様書とは
ゲームの仕様書を書こうまとめ
ゲームの仕様書を書こうまとめ
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
NextGen Server/Client Architecture - gRPC + Unity + C#
NextGen Server/Client Architecture - gRPC + Unity + C#
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
BoostAsioで可読性を求めるのは間違っているだろうか
BoostAsioで可読性を求めるのは間違っているだろうか
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
新入社員のための大規模ゲーム開発入門 サーバサイド編
新入社員のための大規模ゲーム開発入門 サーバサイド編
Viewers also liked
Hadoopの概念と基本的知識
Hadoopの概念と基本的知識
Ken SASAKI
小学生でもわかるSDN
小学生でもわかるSDN
Ken SASAKI
これからはじめるWebプロジェクトマネジメント - 計画の立て方
これからはじめるWebプロジェクトマネジメント - 計画の立て方
Reimi Kuramochi Chiba
イケてないIPv6とどう付き合う?
イケてないIPv6とどう付き合う?
Ken SASAKI
オーケストラについて
オーケストラについて
Ken SASAKI
スキルパターン作成のお話
スキルパターン作成のお話
Ken SASAKI
低品質の勧め
低品質の勧め
Ken SASAKI
ICTトラブルシューティングコンテスト LT資料
ICTトラブルシューティングコンテスト LT資料
Ken SASAKI
情報共有ツールの情報共有
情報共有ツールの情報共有
Ken SASAKI
インフラエンジニアのスキルパターンを作ってみた話
インフラエンジニアのスキルパターンを作ってみた話
Ken SASAKI
【企画書】チャットワーク:社内検討用資料
【企画書】チャットワーク:社内検討用資料
Find Job Startup
P2 P 奨学金プロジェクト Ver3 5
P2 P 奨学金プロジェクト Ver3 5
Daisuke Miyoshi
T TIME 滞在時間割キャンペーン(第4回販促会議企画コンペティション)
T TIME 滞在時間割キャンペーン(第4回販促会議企画コンペティション)
Keita Takizawa
【企画書】ReceReco:新規事業討議用社内資料
【企画書】ReceReco:新規事業討議用社内資料
Find Job Startup
【企画書】UIscope:MOVIDA JAPAN_Demo Day用資料
【企画書】UIscope:MOVIDA JAPAN_Demo Day用資料
Find Job Startup
【企画書】omiai:IVS_LAUNCH PAD用資料
【企画書】omiai:IVS_LAUNCH PAD用資料
Find Job Startup
【企画書】gamba!(ガンバ):サムライインキュベート様向け_企画プレゼン資料
【企画書】gamba!(ガンバ):サムライインキュベート様向け_企画プレゼン資料
Find Job Startup
PIXTA_シードラウンド用事業プラン説明資料
PIXTA_シードラウンド用事業プラン説明資料
Find Job Startup
Cyta.jp_サービスEC説明資料
Cyta.jp_サービスEC説明資料
Find Job Startup
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
Find Job Startup
Viewers also liked
(20)
Hadoopの概念と基本的知識
Hadoopの概念と基本的知識
小学生でもわかるSDN
小学生でもわかるSDN
これからはじめるWebプロジェクトマネジメント - 計画の立て方
これからはじめるWebプロジェクトマネジメント - 計画の立て方
イケてないIPv6とどう付き合う?
イケてないIPv6とどう付き合う?
オーケストラについて
オーケストラについて
スキルパターン作成のお話
スキルパターン作成のお話
低品質の勧め
低品質の勧め
ICTトラブルシューティングコンテスト LT資料
ICTトラブルシューティングコンテスト LT資料
情報共有ツールの情報共有
情報共有ツールの情報共有
インフラエンジニアのスキルパターンを作ってみた話
インフラエンジニアのスキルパターンを作ってみた話
【企画書】チャットワーク:社内検討用資料
【企画書】チャットワーク:社内検討用資料
P2 P 奨学金プロジェクト Ver3 5
P2 P 奨学金プロジェクト Ver3 5
T TIME 滞在時間割キャンペーン(第4回販促会議企画コンペティション)
T TIME 滞在時間割キャンペーン(第4回販促会議企画コンペティション)
【企画書】ReceReco:新規事業討議用社内資料
【企画書】ReceReco:新規事業討議用社内資料
【企画書】UIscope:MOVIDA JAPAN_Demo Day用資料
【企画書】UIscope:MOVIDA JAPAN_Demo Day用資料
【企画書】omiai:IVS_LAUNCH PAD用資料
【企画書】omiai:IVS_LAUNCH PAD用資料
【企画書】gamba!(ガンバ):サムライインキュベート様向け_企画プレゼン資料
【企画書】gamba!(ガンバ):サムライインキュベート様向け_企画プレゼン資料
PIXTA_シードラウンド用事業プラン説明資料
PIXTA_シードラウンド用事業プラン説明資料
Cyta.jp_サービスEC説明資料
Cyta.jp_サービスEC説明資料
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
Similar to プロジェクトの基本
エンジニアのためのSketch入門 vol1
エンジニアのためのSketch入門 vol1
Masato Kawaguchi
意見の対立は怖くない!対立解消図を活用したコミュニケーションー
意見の対立は怖くない!対立解消図を活用したコミュニケーションー
Yumiko Yoshida
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
俊仁 小林
Innovating New Media: Managing Innovation and Entrepreneurship
Innovating New Media: Managing Innovation and Entrepreneurship
Takeshi Motohashi
ゲーミフィケーション
ゲーミフィケーション
Ryuji Enoki
ゲーミフィケーション
ゲーミフィケーション
Ryuji Enoki
失敗しないパッケージ導入5
失敗しないパッケージ導入5
小島 規彰
2010 第4回canpass講座
2010 第4回canpass講座
networkwan
2010 第4回canpass講座
2010 第4回canpass講座
networkwan
2010 第4回canpass講座
2010 第4回canpass講座
networkwan
DMTC 2nd プレゼンテーション
DMTC 2nd プレゼンテーション
真悟 平山
Semi 2011 1-7_reminder
Semi 2011 1-7_reminder
Daisuke Kobayashi
Xp Terakoya No04
Xp Terakoya No04
takepu
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
Dai Murata
プロダクトブランディングから考えるUX改善
プロダクトブランディングから考えるUX改善
GMO HosCon
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
20120508 アジャイルサムライ読書会 第3回
20120508 アジャイルサムライ読書会 第3回
株式会社コネクトスター(ConnectStar Co., Ltd.)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Masashi Umezawa
BPSttudy#84 アイデアをカタチにする方法
BPSttudy#84 アイデアをカタチにする方法
Haruo Sato
DevLOVE関西2012 Drive 講演資料(iBook)
DevLOVE関西2012 Drive 講演資料(iBook)
広告制作会社
Similar to プロジェクトの基本
(20)
エンジニアのためのSketch入門 vol1
エンジニアのためのSketch入門 vol1
意見の対立は怖くない!対立解消図を活用したコミュニケーションー
意見の対立は怖くない!対立解消図を活用したコミュニケーションー
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
Innovating New Media: Managing Innovation and Entrepreneurship
Innovating New Media: Managing Innovation and Entrepreneurship
ゲーミフィケーション
ゲーミフィケーション
ゲーミフィケーション
ゲーミフィケーション
失敗しないパッケージ導入5
失敗しないパッケージ導入5
2010 第4回canpass講座
2010 第4回canpass講座
2010 第4回canpass講座
2010 第4回canpass講座
2010 第4回canpass講座
2010 第4回canpass講座
DMTC 2nd プレゼンテーション
DMTC 2nd プレゼンテーション
Semi 2011 1-7_reminder
Semi 2011 1-7_reminder
Xp Terakoya No04
Xp Terakoya No04
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
プロダクトブランディングから考えるUX改善
プロダクトブランディングから考えるUX改善
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
20120508 アジャイルサムライ読書会 第3回
20120508 アジャイルサムライ読書会 第3回
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
BPSttudy#84 アイデアをカタチにする方法
BPSttudy#84 アイデアをカタチにする方法
DevLOVE関西2012 Drive 講演資料(iBook)
DevLOVE関西2012 Drive 講演資料(iBook)
More from Ken SASAKI
業務改善できるかな?
業務改善できるかな?
Ken SASAKI
ステマネのお仕事
ステマネのお仕事
Ken SASAKI
The Internet Situation in Myanmar
The Internet Situation in Myanmar
Ken SASAKI
世界のインターネット ミャンマー編
世界のインターネット ミャンマー編
Ken SASAKI
さくらインターネット西新宿セミナールームと私
さくらインターネット西新宿セミナールームと私
Ken SASAKI
インターネットの仕組み enPiT資料
インターネットの仕組み enPiT資料
Ken SASAKI
通販チャレンジ ミャンマー編
通販チャレンジ ミャンマー編
Ken SASAKI
槓の光 for ssmonline #4
槓の光 for ssmonline #4
Ken SASAKI
リモートスクラム開発のノウハウ
リモートスクラム開発のノウハウ
Ken SASAKI
私が好きなITコミュニティイベント
私が好きなITコミュニティイベント
Ken SASAKI
リモートスクラム開発やってみた
リモートスクラム開発やってみた
Ken SASAKI
Wi-Fiのイマ Internet Week 2019 発表資料
Wi-Fiのイマ Internet Week 2019 発表資料
Ken SASAKI
中国のネットワーク勉強会 JANOG44野良BoF資料
中国のネットワーク勉強会 JANOG44野良BoF資料
Ken SASAKI
ダイビングのすゝめ
ダイビングのすゝめ
Ken SASAKI
「入門Kubernetes」輪読会資料 6章
「入門Kubernetes」輪読会資料 6章
Ken SASAKI
監視 〜 ネットワーク勉強会資料
監視 〜 ネットワーク勉強会資料
Ken SASAKI
オーケストラと&オーケストレーション
オーケストラと&オーケストレーション
Ken SASAKI
RFC 〜 ネットワーク勉強会
RFC 〜 ネットワーク勉強会
Ken SASAKI
各種ネットワーク機器と最近の技術動向 〜 ネットワーク勉強会
各種ネットワーク機器と最近の技術動向 〜 ネットワーク勉強会
Ken SASAKI
TCP 〜 ネットワーク勉強会資料
TCP 〜 ネットワーク勉強会資料
Ken SASAKI
More from Ken SASAKI
(20)
業務改善できるかな?
業務改善できるかな?
ステマネのお仕事
ステマネのお仕事
The Internet Situation in Myanmar
The Internet Situation in Myanmar
世界のインターネット ミャンマー編
世界のインターネット ミャンマー編
さくらインターネット西新宿セミナールームと私
さくらインターネット西新宿セミナールームと私
インターネットの仕組み enPiT資料
インターネットの仕組み enPiT資料
通販チャレンジ ミャンマー編
通販チャレンジ ミャンマー編
槓の光 for ssmonline #4
槓の光 for ssmonline #4
リモートスクラム開発のノウハウ
リモートスクラム開発のノウハウ
私が好きなITコミュニティイベント
私が好きなITコミュニティイベント
リモートスクラム開発やってみた
リモートスクラム開発やってみた
Wi-Fiのイマ Internet Week 2019 発表資料
Wi-Fiのイマ Internet Week 2019 発表資料
中国のネットワーク勉強会 JANOG44野良BoF資料
中国のネットワーク勉強会 JANOG44野良BoF資料
ダイビングのすゝめ
ダイビングのすゝめ
「入門Kubernetes」輪読会資料 6章
「入門Kubernetes」輪読会資料 6章
監視 〜 ネットワーク勉強会資料
監視 〜 ネットワーク勉強会資料
オーケストラと&オーケストレーション
オーケストラと&オーケストレーション
RFC 〜 ネットワーク勉強会
RFC 〜 ネットワーク勉強会
各種ネットワーク機器と最近の技術動向 〜 ネットワーク勉強会
各種ネットワーク機器と最近の技術動向 〜 ネットワーク勉強会
TCP 〜 ネットワーク勉強会資料
TCP 〜 ネットワーク勉強会資料
プロジェクトの基本
1.
プロジェクト の基本 2015/1/13 DMM.comラボ勉強会資料
2.
今回の勉強会の目標 1.プロジェクトとは何か理解する 2.プロジェクトの運営体制について理解する 3.失敗したときにどうするか考える さらっとやるつもりが30ページを超えました。 飛ばし気味でいきます。
3.
ボードゲームやったことあります? Wikimedia: ColonsDeCatane_Lyon_01
4.
ゲームには勝利条件がある ● 勝利条件を満たせば「勝ち」 ● そうじゃなかったら「負け」 Wikimedia: Pike_and_shot_model
5.
さて、あなたのプロジェクトの勝利条件は? ● これがはっきりしてないプロジェクトは危ない。 ● 勝利条件が複数あって、どっちが正解かわからない ケースもあったりする。。。。。 Wikimedia: Yokoyama_Norihiro,_Japanese_jockey
6.
プロジェクトとは?
7.
プロジェクトの3要素 ● 期間 ● リソース(ヒト、モノ、金、情報) ● スコープ、品質 基本中の基本 どのぐらいの期間で、どのぐらいのお金をかけて、何を作るか すべてのプロジェクトはこの定義がある。 この定義がされていないものはプロジェクトではない。 プロジェクトでないもの: 日々の運用業務、日々の営業業務、など
8.
プロジェクトの勝利条件 ● 期間 ● リソース(ヒト、モノ、金、情報) ● スコープ、品質 プロジェクト完了時に、決めておいた この3要素を満たせてれば勝ち
9.
プロジェクトのボーナス ● メンバー間で成功を分かちあう喜び ● プロジェクトオーナーからの感謝 ● 自分のミッションをこなせた満足感 ● 個人およびチームの成長、レベルアップ プロジェクトをやるとボーナスが得られる ボーナスGETと プロジェクトの成功は違う!! 失敗してもボーナスはある
10.
プロジェクトの3要素は 誰が決めるの?
11.
プロジェクトの3要素はオーナーが決める プロジェクトオーナー プロジェクトチーム プロジェクトマネージャー 依頼 プロジェクトの 3要素を決めて 依頼する プロジェクトの 3要素を満たすように プロジェクトを推進する
12.
コンサルタント、監査人は何をするか プロジェクトオーナー プロジェクトチーム プロジェクトマネージャー 監査人 正しく実行できているか チェックを依頼 コンサルタント プロジェクトの3要素作成 等を依頼 監査
13.
ディレクター、プロデューサーって? ● プロジェクトマネージャー、の代わりに、ディレクター、プロデューサーがいるケー スもある。 ● 映画やテレビ業界等では、ディレクターとプロデューサーがいるのが普通 ● チームが大きかったり、外部との調整が必要だったりする場合、責任範囲をディ レクターとプロデューサーで分担する。 ● ウェブ開発においては、プロデューサーの役割をオーナー側が担うケースもあ る。 役割 立場 責任を持つもの
責任を持たないもの プロジェクトマネージャー プロジェクト責任者 期間 リソース 品質、スコープ プロデューサー 経済的な責任者 期間 リソース 品質 ディレクター 品質面の責任者 期間 品質、スコープ リソース
14.
プロデューサー、ディレクターがいる体制1 プロジェクトオーナー プロジェクトチーム プロデューサー 依頼 プロジェクトの 3要素を決めて 依頼する ディレクター 立場的には、 プロデューサーの下に ディレクターが来ることが多い
15.
プロデューサー、ディレクターがいる体制2 プロジェクトオーナー プロジェクトチーム プロデューサー 依頼 プロジェクトの 3要素を決めて、 リソースの手配を行なう ディレクター 期間と品質に責任を持って プロジェクトを推進する。 リソースの追加はプロデュー サーに依頼する。 リソースを手配した上で、 期間と品質を定めて依頼
16.
営業、部門長の立場は? プロジェクトオーナー プロジェクトチーム 営業、部門長 依頼 プロジェクトの 3要素を決めて 依頼する プロジェクトマネージャー 営業や部門長は経済的な責 任を負う =プロデューサー的立場
17.
大変です、オーナーがいません!! ● たまにオーナーが良くわからないこともある ● 複数団体の共同プロジェクトとか ● 税金を使ったプロジェクトとか ● 実験プロジェクトとか ● オーナーが責任を取りたくなくて隠れてるとか プロジェクトを中止する権限を持ってる人が 真のオーナーです。
18.
これで勝てる???
19.
20.
オーナーが欲しいものを 作るのは難しい。。。。
21.
オーナーの決定が遅れると 完成までの時間が遅くなる
22.
体制を変更してみる プロジェクトチーム プロジェクトマネージャー プロジェクトの 3要素を一緒に決めよう!! 何か問題があったら すぐにフィードバックしよう!! プロジェクトオーナー
23.
アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 http://www.agilemanifesto.org/iso/ja/
24.
アジャイル宣言の背後にある原則 一言で言うと オーナーとプロジェクトチームとの 相互のリスペクトがとっても大事 http://agilemanifesto.org/iso/ja/principles.html 相互リスペクトがないと酷いことになるので注意 価値観が違ったら分離するほうがお互い幸せだよ
25.
アジャイル開発で良くある誤解 プロジェクト体制とか3要素とかそんなものを決め なくても、アジャイル開発とかDevOpsとかでみんな で走りながら考えれば、なんとなくうまくいくんじゃ ね?? アジャイル開発もDevOpsも、価値観を共有することで、決め るべきものを迅速に決めたり、必要に応じて迅速に変更した りするための手法。 決めるものはちゃんと決めないと走れません。 仮説でも良いので決めるものは決める!! うまくいきません
26.
頑張っても 負けちゃうこともあるんだよねえ
27.
「敗軍の将を処罰するのは容易い。 だがそれでは、敗戦の理由と様子と 対策を知ることができない。 シギクトクは諸将の前で戦いの様子 を詳しく語らなければならない」 チンギスハン
28.
古代ローマでは敗戦を喫した将軍は、 高確率で次の戦いでも軍団長として 取り立てられた。理由は「戦って負け たからには、その敗戦の相手を他の 誰よりも知っているだろう」というも の。実際にその機会を生かして雪辱を 果たすケースも多かった。
29.
敗戦の原因究明はとても大事 転んでもタダでは起きない!! Wikimedia: Daruma_dolls
30.
失敗を罰する弊害 1.失敗の隠蔽、責任転嫁が横行する 2.プロジェクトのゴール設定が下がる 1.同じ失敗を繰り返す 2.チームが成長しなくなる
31.
ただし悪いことはちゃんと処罰する ローマでも仲が悪い友軍を助けに行 かなかった将軍は処罰されている。 (罰金刑) 私情で判断は戦場ではやってはいけ ない行為。
32.
プロジェクトをうまく回すためには
33.
努力して、経験して、考え続けよう 1.セオリーはちゃんと勉強する 2.沢山のプロジェクトを経験する 3.うまくいくように考え続ける ググって真似してOK、ではない。 経験は力にもなるが足枷にもなる場合もある。 なぜならば同じプロジェクトは一つもない。 自分の頭で考え続けるのは大事。 ゲームでも一緒
34.
おしまい おまけ(時間があれば) 1.システム開発時に考慮すべきシステムのライフサイクル 2.システム開発における受発注フロー
35.
システムライフサイクル 企画 構築 運用
廃棄 保守 システムが価値を生み出すのは、運用フェーズ、だけ。 それ以外は、費用が発生するだけなので、そこのフェーズ の費用は減らしたい。 費用はフェーズ全体で捉えなければいけない。
36.
受発注フロー 広報 外部組織に依頼するときはこのフローを考慮すること。 現場以外のタスクも考慮すること。 営業 見積 発注
作業 納品 検収 請求 入金 営業、営業事務 購買 現場 経理広報
Download now