Submit Search
Upload
開発プロセスの話
•
Download as PPTX, PDF
•
1 like
•
495 views
M
Makiko Nakasato
Follow
Report
Share
Report
Share
1 of 11
Download now
Recommended
Empire kumagai-devops
Empire kumagai-devops
Puppet
PF 前説 (introduction of Project facilitation)
PF 前説 (introduction of Project facilitation)
seichi23
50代現役SEのつぶやき
50代現役SEのつぶやき
Kenichi Yamada
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
Natsuki Nishiyama
営業も広報もいない僕たちが11年間やってきたこと
営業も広報もいない僕たちが11年間やってきたこと
hirokiky
3分で読める「7つの習慣」超要約(スティーブン・R・コヴィー)
3分で読める「7つの習慣」超要約(スティーブン・R・コヴィー)
Taku Aoyama
レガシープロダクトを改善していくための戦い方
レガシープロダクトを改善していくための戦い方
Takuya Sato
参加者アンケートまとめ&よげんの書
参加者アンケートまとめ&よげんの書
英明 伊藤
Recommended
Empire kumagai-devops
Empire kumagai-devops
Puppet
PF 前説 (introduction of Project facilitation)
PF 前説 (introduction of Project facilitation)
seichi23
50代現役SEのつぶやき
50代現役SEのつぶやき
Kenichi Yamada
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
BizとDevが協業し、良いプロダクトを作るために知っておきたい考え方
Natsuki Nishiyama
営業も広報もいない僕たちが11年間やってきたこと
営業も広報もいない僕たちが11年間やってきたこと
hirokiky
3分で読める「7つの習慣」超要約(スティーブン・R・コヴィー)
3分で読める「7つの習慣」超要約(スティーブン・R・コヴィー)
Taku Aoyama
レガシープロダクトを改善していくための戦い方
レガシープロダクトを改善していくための戦い方
Takuya Sato
参加者アンケートまとめ&よげんの書
参加者アンケートまとめ&よげんの書
英明 伊藤
Sit tokyo2021 0203_dt sonosakie_taroozaki
Sit tokyo2021 0203_dt sonosakie_taroozaki
Taro Ozaki
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
Daisuke Masubuchi
Addressables で大量のリソース管理・困りどころと解消法
Addressables で大量のリソース管理・困りどころと解消法
Kenta Nagai
20191024 dx trainocate
20191024 dx trainocate
Trainocate Japan, Ltd.
20141107study
20141107study
kzhshmt
普段の仕事に活かせるキャッチコピー力養成実習
普段の仕事に活かせるキャッチコピー力養成実習
schoowebcampus
数千人からの問い合わせを 15人で捌くために出来ること
数千人からの問い合わせを 15人で捌くために出来ること
Nozue Tomohiko
Xpfes2009 Kushida
Xpfes2009 Kushida
Yukie Kushida
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
schoowebcampus
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
witstudio
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
nishikawa_makoto7
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
Teruo Adachi
ごった煮じゃNight!vol.1
ごった煮じゃNight!vol.1
Satoshi Furuichi
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
Kenta Nakamura
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
You&I
sitTokyo2022_Dev_05_Kawanabe.pptx
sitTokyo2022_Dev_05_Kawanabe.pptx
ssuser5bff5a
パネルディスカッション資料(公開版)
パネルディスカッション資料(公開版)
odakeiji
20200629 データベース基礎~データベースの扱いとデータ設計~
20200629 データベース基礎~データベースの扱いとデータ設計~
Hikaru Tanaka
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
Naoya Maekawa
精神論によるいきいきとした組織づくりのご提案
精神論によるいきいきとした組織づくりのご提案
tod esking
More Related Content
What's hot
Sit tokyo2021 0203_dt sonosakie_taroozaki
Sit tokyo2021 0203_dt sonosakie_taroozaki
Taro Ozaki
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
Daisuke Masubuchi
Addressables で大量のリソース管理・困りどころと解消法
Addressables で大量のリソース管理・困りどころと解消法
Kenta Nagai
20191024 dx trainocate
20191024 dx trainocate
Trainocate Japan, Ltd.
20141107study
20141107study
kzhshmt
普段の仕事に活かせるキャッチコピー力養成実習
普段の仕事に活かせるキャッチコピー力養成実習
schoowebcampus
数千人からの問い合わせを 15人で捌くために出来ること
数千人からの問い合わせを 15人で捌くために出来ること
Nozue Tomohiko
What's hot
(7)
Sit tokyo2021 0203_dt sonosakie_taroozaki
Sit tokyo2021 0203_dt sonosakie_taroozaki
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
出勤から企業開発者を解放し、エンジニアの働き方改革を実現するリモート開発環境構築
Addressables で大量のリソース管理・困りどころと解消法
Addressables で大量のリソース管理・困りどころと解消法
20191024 dx trainocate
20191024 dx trainocate
20141107study
20141107study
普段の仕事に活かせるキャッチコピー力養成実習
普段の仕事に活かせるキャッチコピー力養成実習
数千人からの問い合わせを 15人で捌くために出来ること
数千人からの問い合わせを 15人で捌くために出来ること
Similar to 開発プロセスの話
Xpfes2009 Kushida
Xpfes2009 Kushida
Yukie Kushida
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
schoowebcampus
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
witstudio
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
nishikawa_makoto7
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
Teruo Adachi
ごった煮じゃNight!vol.1
ごった煮じゃNight!vol.1
Satoshi Furuichi
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
Kenta Nakamura
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
You&I
sitTokyo2022_Dev_05_Kawanabe.pptx
sitTokyo2022_Dev_05_Kawanabe.pptx
ssuser5bff5a
パネルディスカッション資料(公開版)
パネルディスカッション資料(公開版)
odakeiji
20200629 データベース基礎~データベースの扱いとデータ設計~
20200629 データベース基礎~データベースの扱いとデータ設計~
Hikaru Tanaka
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
Naoya Maekawa
精神論によるいきいきとした組織づくりのご提案
精神論によるいきいきとした組織づくりのご提案
tod esking
すぐに分かる!プロジェクト計画の作り方
すぐに分かる!プロジェクト計画の作り方
Eisuke Sugitani
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
Miho Nagase
ソースコードを読んでみよう
ソースコードを読んでみよう
Shun Tsunoda
グループディスカッションの巻
グループディスカッションの巻
Takashi Abe
実践的な設計って、なんだろう?
実践的な設計って、なんだろう?
増田 亨
Similar to 開発プロセスの話
(20)
Xpfes2009 Kushida
Xpfes2009 Kushida
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
デザイン仕様書(ガイド)の書き方 (初歩者用)
デザイン仕様書(ガイド)の書き方 (初歩者用)
議論を描く技術「ファシリテーショングラフィック」
議論を描く技術「ファシリテーショングラフィック」
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
ごった煮じゃNight!vol.1
ごった煮じゃNight!vol.1
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
アジャイルにプロジェクトの"なぜ"を考える、インセプションデッキワークショップ
sitTokyo2022_Dev_05_Kawanabe.pptx
sitTokyo2022_Dev_05_Kawanabe.pptx
パネルディスカッション資料(公開版)
パネルディスカッション資料(公開版)
20200629 データベース基礎~データベースの扱いとデータ設計~
20200629 データベース基礎~データベースの扱いとデータ設計~
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
Jasa近畿セミナー「未来を描く4つの魔法」 20121024 maekawa
精神論によるいきいきとした組織づくりのご提案
精神論によるいきいきとした組織づくりのご提案
すぐに分かる!プロジェクト計画の作り方
すぐに分かる!プロジェクト計画の作り方
アジャイル開発を始めてみませんか?(思い出編)
アジャイル開発を始めてみませんか?(思い出編)
ソースコードを読んでみよう
ソースコードを読んでみよう
グループディスカッションの巻
グループディスカッションの巻
実践的な設計って、なんだろう?
実践的な設計って、なんだろう?
開発プロセスの話
1.
ソフトウェア開発プロセスの話 中佐藤 麻記子
2.
この資料何? • ウォーターフォールの人にアジャイルの話をする 時になんで話がすれ違うんだろう、 とつらつら 考えていて、プロセスを組み立てる時の
「指向」 の違いかも? と思いました • DADの説明の時に必ず出てくるキーワードとして 「ゴール指向」 がありますが、これ本当に意味が 伝わっているの? と疑問がありました • というわけで、思いついたことをぽちぽちメモして みました
3.
ソフトウェア開発プロセスって何 ProcessInput やりたいこと 解決策 (システムとかソフト ウェアになることが 多い) Output 要は、ここでどんな「お約束」で 仕事をすれば、効率よく仕事を して正しいOutputが出せるか という話
4.
プロセスを考える時の「指向」 • 作るもの指向 – 堅い言葉だと、成果物指向 •
やること指向 – 堅い言葉だと、タスク指向 • めざすもの指向 – 堅い言葉だと、ゴール指向
5.
作るもの(成果物)指向 • ウォーターフォールの場合、工程を分けて その間をつなぐのが成果物なので、これが 形になったものがあって分かりやすい • 文書のテンプレートを作ってそれを埋める形に なるので、初心者には分かりやすい •
テンプレートが腐りやすい – 何のために作っているものか忘れられがち – 「要はこれ埋めればいいんでしょ」 的な
6.
やること(タスク)指向 • 手順が決まっている場合と あんまり厳密でない場合がある – 手順が決まっていると、ワークフローになる –
厳密でないと、チェックリストになる • やった結果が目に見える形にならないと不安な 人がいるかな – その場合 「作るもの指向」 と組み合わせる • これも 「やること」 そのものが目的になる危険は ある
7.
めざすもの(ゴール)指向 • アジャイルはスタート地点はこれ – これだけだと分かりづらいと言われてしまうので 「作るもの」
や 「やること」 も混ぜる (Scrumのバックログとか、プラクティスとか) • DADもこれ – 但し、フェーズに分かれている • UP/RUPも本質はこれ – 特にRUPは 「作るもの」 や 「やること」 もてんこ盛りに 語るので、誤解されがちだけど
8.
UPのフェーズ 方向付け Inception 推敲 Elaboration 作成 Construction 移行 Transition 「大体これくらいの コストと期間で、 こんなものになり そうなんだけど、 進めていい?」 と 訊いて、関係者が 全員OKを出すこと 「よし、これで 難しいことは目途 がついたぞ。 これで技術的には イケる」 と自信を 持てること 「これで必要な ものは大体できた かな。 細かい調整は まだあるかもしれ ないし、マニュア ルの作成とかは 残ってるけど」 本番リリース できた! ゴール:
9.
SEMATは • SEMATはプロセスではないが、考え方として は、めざすもの指向 – 7つの
Alfa の状態で、プロジェクトの進捗状況を 確認するので – 7つの Alfa の状態遷移をモノサシとして使って、 いろんなプロセスを語ることができる
10.
SEMAT Alfa :
Waterfall の場合 SEMATsubmission2012-11-01.pdf から引用
11.
SEMAT Alfa :
UPの場合 SEMATsubmission2012-11-01.pdf から引用
Download now