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
老害について
老害について
Ken SASAKI
ゼロから作るKubernetesによるJupyter as a Service ー Kubernetes Meetup Tokyo #43
ゼロから作るKubernetesによるJupyter as a Service ー Kubernetes Meetup Tokyo #43
Preferred Networks
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
Ryuji Tsutsui
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
Recommended
老害について
老害について
Ken SASAKI
ゼロから作るKubernetesによるJupyter as a Service ー Kubernetes Meetup Tokyo #43
ゼロから作るKubernetesによるJupyter as a Service ー Kubernetes Meetup Tokyo #43
Preferred Networks
ビジネスパーソンのためのDX入門講座エッセンス版
ビジネスパーソンのためのDX入門講座エッセンス版
Tokoroten Nakayama
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
Python 3.9からの新定番zoneinfoを使いこなそう
Python 3.9からの新定番zoneinfoを使いこなそう
Ryuji Tsutsui
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
ラボラトリーオートメーションのためのソフトウェア思想教育(非プログラマ―が知っておくべきプログラミングの本質)
Tokoroten Nakayama
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Toru Makabe
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
Sugimoto Chizuru
実践イカパケット解析
実践イカパケット解析
Yuki Mizuno
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
Satoshi Kume
プロジェクトとプロジェクトマネジメントの基本
プロジェクトとプロジェクトマネジメントの基本
Toshiaki Baba
ChatGPT 人間のフィードバックから強化学習した対話AI
ChatGPT 人間のフィードバックから強化学習した対話AI
Shota Imai
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
Tokoroten Nakayama
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
Preferred Networks
データサイエンティスト向け性能問題対応の基礎
データサイエンティスト向け性能問題対応の基礎
Tetsutaro Watanabe
こわくない Git
こわくない Git
Kota Saito
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
モノビット エンジン
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
モノビット エンジン
プロジェクトマネジメントとは何か
プロジェクトマネジメントとは何か
Aya Kaino
BigQuery で 150万円 使ったときの話
BigQuery で 150万円 使ったときの話
itkr
Hadoopの概念と基本的知識
Hadoopの概念と基本的知識
Ken SASAKI
小学生でもわかるSDN
小学生でもわかるSDN
Ken SASAKI
More Related Content
What's hot
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Toru Makabe
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
Sugimoto Chizuru
実践イカパケット解析
実践イカパケット解析
Yuki Mizuno
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
Satoshi Kume
プロジェクトとプロジェクトマネジメントの基本
プロジェクトとプロジェクトマネジメントの基本
Toshiaki Baba
ChatGPT 人間のフィードバックから強化学習した対話AI
ChatGPT 人間のフィードバックから強化学習した対話AI
Shota Imai
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
Tokoroten Nakayama
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
Preferred Networks
データサイエンティスト向け性能問題対応の基礎
データサイエンティスト向け性能問題対応の基礎
Tetsutaro Watanabe
こわくない Git
こわくない Git
Kota Saito
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
モノビット エンジン
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
モノビット エンジン
プロジェクトマネジメントとは何か
プロジェクトマネジメントとは何か
Aya Kaino
BigQuery で 150万円 使ったときの話
BigQuery で 150万円 使ったときの話
itkr
What's hot
(20)
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
Kubernetesのしくみ やさしく学ぶ 内部構造とアーキテクチャー
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
ゲームの仕様書を書こう4 仕様書作成で楽をするconfluenceの活用
実践イカパケット解析
実践イカパケット解析
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
プロジェクトとプロジェクトマネジメントの基本
プロジェクトとプロジェクトマネジメントの基本
ChatGPT 人間のフィードバックから強化学習した対話AI
ChatGPT 人間のフィードバックから強化学習した対話AI
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021
データサイエンティスト向け性能問題対応の基礎
データサイエンティスト向け性能問題対応の基礎
こわくない Git
こわくない Git
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
MRU : Monobit Reliable UDP ~5G世代のモバイルゲームに最適な通信プロトコルを目指して~
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
ユーザーインタビューするときは、どうやらゾンビのおでましさ
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
ネットワーク ゲームにおけるTCPとUDPの使い分け
ネットワーク ゲームにおけるTCPとUDPの使い分け
プロジェクトマネジメントとは何か
プロジェクトマネジメントとは何か
BigQuery で 150万円 使ったときの話
BigQuery で 150万円 使ったときの話
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