Suche senden
Hochladen
【7章】アジャイルサムライ
•
0 gefällt mir
•
1,739 views
A
Akio Terayama
Folgen
アジャイルサムライ 7章 見積もりのまとめ。
Weniger lesen
Mehr lesen
Technologie
Diashow-Anzeige
Melden
Teilen
Diashow-Anzeige
Melden
Teilen
1 von 24
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
slideshareに日本語PowerPointファイルをきれいにアップロードする方法まとめ (PrimoPDF使用)
Slideshare Japanese
Slideshare Japanese
Hidenori Goto
2018年11月29日(木)開催 「課題管理からガントチャート」の入門Redmineセミナー 株式会社アジャイルウェア 代表取締役CEO 川端 光義 講演資料
スケジュール管理・ガントチャートやバックログ の作成について
スケジュール管理・ガントチャートやバックログ の作成について
agileware_jp
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
スタートアップにおけるセールスについてのスライドです。 「プロダクトが良ければ顧客は買ってくれる」あるいは「プロダクト自身が売ってくれる」というのは、Peter Thiel がいう通り幻想なのだなという例を間近でいくつも見てきて、最近スタートアップにおけるセールスの重要性を身に沁みて感じています。 技術者にとってセールスとはできれば避けたいもので、えてして顧客を騙して買わせるような悪いイメージがあるようです。私も正直なところ一時そんな印象でセールスを敬遠してましたが、本来スタートアップのセールスはプロダクト開発と密接に関わっているものですし、かの Y Combinator ですらもセールスの重要性ややり方を教えています。 海外ではこのところスタートアップのセールスに関する本がいろいろ出てきており、それらがどちらかというとプロセス中心なので、今回はプロセスを中心にまとめました。文化の違いがあるのでそのまま輸入できないとはいえ、やはり US のやり方は多分日本のスタートアップのセールスの参考にもなるのではないかと思います。
セールスアニマルになろう スタートアップ初期の営業戦略
セールスアニマルになろう スタートアップ初期の営業戦略
Takaaki Umada
YPAC::Asia2012で行われるLTthon用に作成したLT(ライトニングトーク)のやり方/作り方の資料です。 http://ltthon-yapc2012.hachiojipm.org/howto2.htmlこちらのスライド版です。
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
ペーパーでのプレゼンテーションを想定した パワーポイントを作る方法をまとめました。 ご参考までにご覧ください。
プレゼン用 きれいでわかりやすいパワーポイントを作る方法
プレゼン用 きれいでわかりやすいパワーポイントを作る方法
Makiko Kunieda
2017/4/12 関西PHPユーザーズグループの勉強会での登壇資料です。ServiceとRepositoryについて自分なりに解釈してみました。
ServiceとRepository
ServiceとRepository
シオリ ショウノ
Empfohlen
slideshareに日本語PowerPointファイルをきれいにアップロードする方法まとめ (PrimoPDF使用)
Slideshare Japanese
Slideshare Japanese
Hidenori Goto
2018年11月29日(木)開催 「課題管理からガントチャート」の入門Redmineセミナー 株式会社アジャイルウェア 代表取締役CEO 川端 光義 講演資料
スケジュール管理・ガントチャートやバックログ の作成について
スケジュール管理・ガントチャートやバックログ の作成について
agileware_jp
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
スタートアップにおけるセールスについてのスライドです。 「プロダクトが良ければ顧客は買ってくれる」あるいは「プロダクト自身が売ってくれる」というのは、Peter Thiel がいう通り幻想なのだなという例を間近でいくつも見てきて、最近スタートアップにおけるセールスの重要性を身に沁みて感じています。 技術者にとってセールスとはできれば避けたいもので、えてして顧客を騙して買わせるような悪いイメージがあるようです。私も正直なところ一時そんな印象でセールスを敬遠してましたが、本来スタートアップのセールスはプロダクト開発と密接に関わっているものですし、かの Y Combinator ですらもセールスの重要性ややり方を教えています。 海外ではこのところスタートアップのセールスに関する本がいろいろ出てきており、それらがどちらかというとプロセス中心なので、今回はプロセスを中心にまとめました。文化の違いがあるのでそのまま輸入できないとはいえ、やはり US のやり方は多分日本のスタートアップのセールスの参考にもなるのではないかと思います。
セールスアニマルになろう スタートアップ初期の営業戦略
セールスアニマルになろう スタートアップ初期の営業戦略
Takaaki Umada
YPAC::Asia2012で行われるLTthon用に作成したLT(ライトニングトーク)のやり方/作り方の資料です。 http://ltthon-yapc2012.hachiojipm.org/howto2.htmlこちらのスライド版です。
まじめに!できる!LT
まじめに!できる!LT
Akabane Hiroyuki
ペーパーでのプレゼンテーションを想定した パワーポイントを作る方法をまとめました。 ご参考までにご覧ください。
プレゼン用 きれいでわかりやすいパワーポイントを作る方法
プレゼン用 きれいでわかりやすいパワーポイントを作る方法
Makiko Kunieda
2017/4/12 関西PHPユーザーズグループの勉強会での登壇資料です。ServiceとRepositoryについて自分なりに解釈してみました。
ServiceとRepository
ServiceとRepository
シオリ ショウノ
2013/3/9 NADECで講演した内容です。 都合上、やったみた結果の一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
Moto Arima
デブサミ2019で発表した「心理的安全性の構造」というプレゼンです。 https://event.shoeisha.jp/devsumi/20190702/session/2086/
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
GraphQLを使ったアプリケーションで、サーバでのデータの変化をクライアントに通知するメカニズムであるsubscriptionsについて概要を述べる
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
Shingo Fukui
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
第16回Creators MeetUp http://atnd.org/events/50388 技術的内容に対して「それは違うよ!」を激しく指摘することをマサカリを投げると例えてよく言われます。彼らの指摘は厳しく、とても厳しく、そんな言い方しなくても!ってくらい厳しい。そんなマサカリの受け方をレクチャーしちゃいますっ! ▼後日談ブログ記事 【祝ホットエントリー】「マサカリを受け止める心得」ってスライドを公開した後日談。やっぱ発信をやめたくはないなあと思えた。 http://www.rechiba3.net/entry/masakariafter/
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
https://easg.smartcore.jp/dxagilemanagement#pg5a
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
DevLove関西のイベント、リンスタ関ヶ原(新大阪の変)にて発表しました資料です。 https://devlove-kansai.doorkeeper.jp/events/57834
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
No011-01-Suc3rum-20100225
No011-01-Suc3rum-20100225
Sukusuku Scrum
今回はカスタマーサクセス (Customer Success) に関するスライドです。 前回のセールスのスライドが顧客の新規獲得だとすれば、今回は獲得した顧客の維持についての内容になります。本文中で書いてある通り、実際には顧客を獲得してからが本番ですし、Negative Churn や新規顧客の獲得という点から収益という観点でもセールス以後がグロースには重要です(実際にサブスクリプションビジネスの 70 - 95% は更新やアップセルから来るようです)。 そうした意味で、Customer Support はこれまでも十分に重要だったのですが、どうしてもコストセンターとして見られることが多く、難しい立ち位置でした。しかしリアクティブなサポートだけではなく、プロアクティブなサポートも含む Customer Success という文脈で捉えることでよりその効果を上げられるのではないかと思い、Customer Success について今回まとめてみました。 まとめているうちに最後のほうは個別の議論が多くなってしまったので、テクニックの部分などはかなり省略しています。まずは概要資料だと思っていただければ。
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
Takaaki Umada
社内勉強会でAndrew Ng先生が提唱するData-Centric AIについて紹介した際の資料です。
Data-Centric AIの紹介
Data-Centric AIの紹介
Kazuyuki Miyazawa
ITシステムの開発を主にやっています。為安圭介です。 数年間、リーダという役割をいただいて、数十名のチーム運営を経験してきました。 その中で、良いチームとは何だろう?と考え、自分なりの考えをまとめてみました。 今回はプロジェクトやイテレーションの「振り返り」について、有名な著書「アジャイルレトロスペクティブズ」の説明です。本の全てを説明しているわけではありませんが、自分に合っているツールや考え方に絞って記載しています。 このスライドをまとめるための時間は「NARUTO 5冊分」でした。ですので、作成しての感想は「NARUTO 最高」です。
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
devlovex のスライドです
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
アジャイル札幌、DevLove仙台のジョイントイベントでお話させていただいた内容。
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
増田 亨
PyCon JP 2021 (2021/10/16) @Hirosaji @Hirosaji_draw https://2021.pycon.jp/time-table/?id=273843 ※表示画面が小さいと感じる場合は、次のSpeakerDeckをご覧ください。 https://speakerdeck.com/hirosaji/the-art-of-reading-illustrations ===== Title (English): The Art of Reading Pictures: Illustration Analysis in Python
絵を読む技術 Pythonによるイラスト解析
絵を読む技術 Pythonによるイラスト解析
Hirosaji
from "Toyota Kata" by Mike Rother
改善の型 コーチングの型
改善の型 コーチングの型
Masanori Kado
「認証は OIDC 等のデファクトに乗っておけ」 というのはわかりました。ではその次。認証した後です。 残念ながらアクセス制御の枠組みにはデファクトがありません。 自分で設計するしかないのです。 しかし、我々は漠然と車輪の再発明を続ければいいのでしょうか。アクセス制御にスタンダードが無いなら無いなりに、 どのようにアクセス制御機構を整備すればいいのか?その考え方を整理していきましょう。
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
都元ダイスケ Miyamoto
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
POStudyでの発表スライドです。 プロダクトマネージャーとプロダクトオーナーの違いについて。
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
2/23 に行った講演の資料です。スタートアップの初期ユーザー獲得の方法としてのセールスならびにサポートについて解説した内容になります。 マーケティングを捨てよ、とは言ってますが、もちろんマーケティングは大事です。ただ初期ユーザー獲得においてはマーケティングよりもセールスやサポートに力を入れたほうが、その活動を通してプロダクトも良くなるのでそっちのほうが良いのでは、というご提案になります。タイトルは寺山修司「書を捨てよ、町へ出よう」からです。
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
Takaaki Umada
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
Takao Kimura
Agile Japan 2014 サテライト<名古屋>のワークショップ資料 http://connpass.com/event/6869/
名古屋アジャイルな見積りと計画づくり
名古屋アジャイルな見積りと計画づくり
You&I
Weitere ähnliche Inhalte
Was ist angesagt?
2013/3/9 NADECで講演した内容です。 都合上、やったみた結果の一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
Moto Arima
デブサミ2019で発表した「心理的安全性の構造」というプレゼンです。 https://event.shoeisha.jp/devsumi/20190702/session/2086/
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
Tokoroten Nakayama
2017年1月12日(木)に、「Regional Scrum Gathering Tokyo 2017」で発表させていただいた資料です。 http://2017.scrumgatheringtokyo.org/ メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
GraphQLを使ったアプリケーションで、サーバでのデータの変化をクライアントに通知するメカニズムであるsubscriptionsについて概要を述べる
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
Shingo Fukui
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
第16回Creators MeetUp http://atnd.org/events/50388 技術的内容に対して「それは違うよ!」を激しく指摘することをマサカリを投げると例えてよく言われます。彼らの指摘は厳しく、とても厳しく、そんな言い方しなくても!ってくらい厳しい。そんなマサカリの受け方をレクチャーしちゃいますっ! ▼後日談ブログ記事 【祝ホットエントリー】「マサカリを受け止める心得」ってスライドを公開した後日談。やっぱ発信をやめたくはないなあと思えた。 http://www.rechiba3.net/entry/masakariafter/
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
https://easg.smartcore.jp/dxagilemanagement#pg5a
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
DevLove関西のイベント、リンスタ関ヶ原(新大阪の変)にて発表しました資料です。 https://devlove-kansai.doorkeeper.jp/events/57834
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
No011-01-Suc3rum-20100225
No011-01-Suc3rum-20100225
Sukusuku Scrum
今回はカスタマーサクセス (Customer Success) に関するスライドです。 前回のセールスのスライドが顧客の新規獲得だとすれば、今回は獲得した顧客の維持についての内容になります。本文中で書いてある通り、実際には顧客を獲得してからが本番ですし、Negative Churn や新規顧客の獲得という点から収益という観点でもセールス以後がグロースには重要です(実際にサブスクリプションビジネスの 70 - 95% は更新やアップセルから来るようです)。 そうした意味で、Customer Support はこれまでも十分に重要だったのですが、どうしてもコストセンターとして見られることが多く、難しい立ち位置でした。しかしリアクティブなサポートだけではなく、プロアクティブなサポートも含む Customer Success という文脈で捉えることでよりその効果を上げられるのではないかと思い、Customer Success について今回まとめてみました。 まとめているうちに最後のほうは個別の議論が多くなってしまったので、テクニックの部分などはかなり省略しています。まずは概要資料だと思っていただければ。
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
Takaaki Umada
社内勉強会でAndrew Ng先生が提唱するData-Centric AIについて紹介した際の資料です。
Data-Centric AIの紹介
Data-Centric AIの紹介
Kazuyuki Miyazawa
ITシステムの開発を主にやっています。為安圭介です。 数年間、リーダという役割をいただいて、数十名のチーム運営を経験してきました。 その中で、良いチームとは何だろう?と考え、自分なりの考えをまとめてみました。 今回はプロジェクトやイテレーションの「振り返り」について、有名な著書「アジャイルレトロスペクティブズ」の説明です。本の全てを説明しているわけではありませんが、自分に合っているツールや考え方に絞って記載しています。 このスライドをまとめるための時間は「NARUTO 5冊分」でした。ですので、作成しての感想は「NARUTO 最高」です。
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
devlovex のスライドです
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
Itsuki Kuroda
アジャイル札幌、DevLove仙台のジョイントイベントでお話させていただいた内容。
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
増田 亨
PyCon JP 2021 (2021/10/16) @Hirosaji @Hirosaji_draw https://2021.pycon.jp/time-table/?id=273843 ※表示画面が小さいと感じる場合は、次のSpeakerDeckをご覧ください。 https://speakerdeck.com/hirosaji/the-art-of-reading-illustrations ===== Title (English): The Art of Reading Pictures: Illustration Analysis in Python
絵を読む技術 Pythonによるイラスト解析
絵を読む技術 Pythonによるイラスト解析
Hirosaji
from "Toyota Kata" by Mike Rother
改善の型 コーチングの型
改善の型 コーチングの型
Masanori Kado
「認証は OIDC 等のデファクトに乗っておけ」 というのはわかりました。ではその次。認証した後です。 残念ながらアクセス制御の枠組みにはデファクトがありません。 自分で設計するしかないのです。 しかし、我々は漠然と車輪の再発明を続ければいいのでしょうか。アクセス制御にスタンダードが無いなら無いなりに、 どのようにアクセス制御機構を整備すればいいのか?その考え方を整理していきましょう。
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
都元ダイスケ Miyamoto
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
POStudyでの発表スライドです。 プロダクトマネージャーとプロダクトオーナーの違いについて。
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
2/23 に行った講演の資料です。スタートアップの初期ユーザー獲得の方法としてのセールスならびにサポートについて解説した内容になります。 マーケティングを捨てよ、とは言ってますが、もちろんマーケティングは大事です。ただ初期ユーザー獲得においてはマーケティングよりもセールスやサポートに力を入れたほうが、その活動を通してプロダクトも良くなるのでそっちのほうが良いのでは、というご提案になります。タイトルは寺山修司「書を捨てよ、町へ出よう」からです。
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
Takaaki Umada
Was ist angesagt?
(20)
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
スクラムはもうだめぽよ!新しい開発手法『パワープレイ』をお姉さんが教えてあげちゃう!
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
GraphQLのsubscriptionで出来ること
GraphQLのsubscriptionで出来ること
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
No011-01-Suc3rum-20100225
No011-01-Suc3rum-20100225
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
カスタマーサポートのことは嫌いでも、カスタマーサクセスは嫌いにならないでください
Data-Centric AIの紹介
Data-Centric AIの紹介
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
絵を読む技術 Pythonによるイラスト解析
絵を読む技術 Pythonによるイラスト解析
改善の型 コーチングの型
改善の型 コーチングの型
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
認証の標準的な方法は分かった。では認可はどう管理するんだい? #cmdevio
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
マーケティングを捨てよ、サポートへ出よう 事例から見るスタートアップ初期におけるユーザー獲得
Andere mochten auch
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
Takao Kimura
Agile Japan 2014 サテライト<名古屋>のワークショップ資料 http://connpass.com/event/6869/
名古屋アジャイルな見積りと計画づくり
名古屋アジャイルな見積りと計画づくり
You&I
プログラミング生放送勉強会 第28回@東北大学の発表資料。 http://pronama.azurewebsites.net/2014/03/29/pronama-28-at-sendai/
CI to CD、ソフトウェアの継続的アプローチ
CI to CD、ソフトウェアの継続的アプローチ
You&I
agilesamuraibasecampの最後にお話したこと。 もう一つの「越境する開発」 http://www.slideshare.net/papanda/ss-28953302
境界なき現場を行け
境界なき現場を行け
toshihiro ichitani
ストーリーポイントでの見積もりについて、社内で認識合わせに使用した資料
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
Yagi Natsuki
『アジャイルサムライ』の次に読むオススメの本 (プロセス系ではなく技術書) を Agile Samurai Base Camp TDDの部、講師 6 人で投票した結果の書影まとめです。 Apr 20, 2014 @ Agile Samurai Base Camp
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Takuto Wada
Communications and cooperation between development and operations isn't optional, it's mandatory. Flickr takes the idea of "release early, release often" to an extreme - on a normal day there are 10 full deployments of the site to our servers. This session discusses why this rate of change works so well, and the culture and technology needed to make it possible.
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
John Allspaw
Andere mochten auch
(7)
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
アジャイルサムライ横浜道場「ざっくりわかるアジャイル開発」
名古屋アジャイルな見積りと計画づくり
名古屋アジャイルな見積りと計画づくり
CI to CD、ソフトウェアの継続的アプローチ
CI to CD、ソフトウェアの継続的アプローチ
境界なき現場を行け
境界なき現場を行け
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
Ähnlich wie 【7章】アジャイルサムライ
げんば
アジャイルプラクティス_プラニングポーカー
アジャイルプラクティス_プラニングポーカー
Yasuyuki Fujikawa
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
Michitaka Yumoto
Xp Terakoya No04
Xp Terakoya No04
takepu
講演者:鎌田 泰行(ユニティ・テクノロジーズ・ジャパン合同会社) :塚田 大介(ユニティ・テクノロジーズ・ジャパン合同会社) こんな人におすすめ ・プロジェクト管理がこれから必要な方 ・モバイルプラットフォームでマネタイゼーションをこれからはじめようと思っている方 ・UnityのServicesでどんなことができるのかを知らない方 受講者が得られる知見 ・Unityのプロジェクトの管理方法 ・Analyticsサービスの使い方 ・マネタイゼーションの導入方法とコツ
【Unite Tokyo 2018】非プログラマでもできる!簡単プロジェクト管理&マネタイゼーション術!
【Unite Tokyo 2018】非プログラマでもできる!簡単プロジェクト管理&マネタイゼーション術!
Unity Technologies Japan K.K.
相場師・なり夫の話
相場師・なり夫の話
東証ソーシャルかぶコン
アジャイルサムライ読書会、第5回はアジャイル開発における見積もりの立て方についてです。 私達の読書会は、サービス開発に関わる人(プランナー/プログラマー/デザイナーなど誰でも)がよりよいサービス開発のあり方について、お題になった本を通じて、共通認識をもったり知識を交換したり、建設的に議論したりする場です。 2012年4月からは「アジャイルサムライ」を読んでいます。
20120522 アジャイルサムライ読書会第5回
20120522 アジャイルサムライ読書会第5回
株式会社コネクトスター(ConnectStar Co., Ltd.)
コネクトスターで行ったアジャイルサムライ読書会(5回目)の資料。
サービス開発者の読書会#5
サービス開発者の読書会#5
Sosuke Kimura
日暮里アジャイル二回目
re:日暮里アジャイル
re:日暮里アジャイル
Shingo Sato
20130320 agile pm
20130320 agile pm
Takao Kimura
第6回 3D勉強会@関東 発表スライド https://3dvision.connpass.com/event/156241/
SLAM開発における課題と対策の一例の紹介
SLAM開発における課題と対策の一例の紹介
miyanegi
標記読書会の資料です。
2014/07/19_静岡Developers勉強会_実践コンピュータビジョンvol.6_「6章:画像のクラスタリング」
2014/07/19_静岡Developers勉強会_実践コンピュータビジョンvol.6_「6章:画像のクラスタリング」
shun_kabata
12月2日に行われたインフィニットループ×クラスメソッド×クリプトン合同勉強会で発表した資料です http://connpass.com/event/20314/
この中に1人、素人がいる!
この中に1人、素人がいる!
infinite_loop
YAPC Asia 2011のLT,mixi スポンサード, Techinical Debt,Code Metrics
静的解析、しましょうか。
静的解析、しましょうか。
Daichi Hiroki
2013/2/14に目黒雅叙園で行われたデブサミ2013 【14-E-7】[TED] Technology Enterprise Developmentのセッションの資料です。 #devsumi #devsumiE Developers Summit 2013 Blog 「Developers Summit 2013に登壇しました。Ricoh UCS for iPad でみる エンタープライズ アジャイル開発」 http://numeha.hatenablog.com/entry/2013/02/16/130449
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Naoki Umehara
Ähnlich wie 【7章】アジャイルサムライ
(14)
アジャイルプラクティス_プラニングポーカー
アジャイルプラクティス_プラニングポーカー
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
VentureCafe_第2回:SIerでのキャリアパスを考える_ござ先輩発表資料 V1.0
Xp Terakoya No04
Xp Terakoya No04
【Unite Tokyo 2018】非プログラマでもできる!簡単プロジェクト管理&マネタイゼーション術!
【Unite Tokyo 2018】非プログラマでもできる!簡単プロジェクト管理&マネタイゼーション術!
相場師・なり夫の話
相場師・なり夫の話
20120522 アジャイルサムライ読書会第5回
20120522 アジャイルサムライ読書会第5回
サービス開発者の読書会#5
サービス開発者の読書会#5
re:日暮里アジャイル
re:日暮里アジャイル
20130320 agile pm
20130320 agile pm
SLAM開発における課題と対策の一例の紹介
SLAM開発における課題と対策の一例の紹介
2014/07/19_静岡Developers勉強会_実践コンピュータビジョンvol.6_「6章:画像のクラスタリング」
2014/07/19_静岡Developers勉強会_実践コンピュータビジョンvol.6_「6章:画像のクラスタリング」
この中に1人、素人がいる!
この中に1人、素人がいる!
静的解析、しましょうか。
静的解析、しましょうか。
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Kürzlich hochgeladen
LoRaWANスマート距離検出センサー DS20Lカタログ
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
CRI Japan, Inc.
2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
CRI Japan, Inc.
NewSQLの可用性構成パターン (OCHaCafe Season 8 #4 発表資料) 2024年5月8日(水) NTTデータグループ 技術開発本部 小林 隆浩
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NTT DATA Technology & Innovation
2024年4月に社内向けに開催した勉強会資料の社外公開版です
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
Hiroshi Tomioka
Kürzlich hochgeladen
(7)
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
【7章】アジャイルサムライ
1.
七章 見積り:当てずっぽうの奥義 アジャイルサムライ横浜道場
2014/10/07 @trtraki
2.
自己紹介 @trtraki Sierからweb系エンジニアへ転職
横浜道場での発表は二回目
3.
アジェンダ 7.1 概算見積りの問題
7.2 アジャイル見積りの大原則(ピンチを チャンスに) 7.3 見積り技法
4.
7.1 概算見積りの問題
5.
そもそも、正確に見積もろうとす る事自体に無理がある。
6.
では、それを認識した上で、どう いう見積りをしていけば良いか。
7.
見積りで重視する三つの点 1. 今後の計画が立てられる事。
2.見積りは当てずっぽうだと認識している 事。 3.ソフトウェア開発は難しい事を知ってい る。
8.
7.1のまとめ 正確な概算見積りなんてありえない。 その上でプロジェクトをやり遂げられそう
か判断出来る見積りを行う。
9.
7.2 見積もりの大原則 (ピンチをチャンスに)
10.
アジャイル見積りにおける見積り の大原則は二つ。
11.
アジャイル見積りの大原則 1.ストーリーをお互いに相対的なサイズで見積も る。
2.ポイントを元にして進捗を追跡する。
12.
ストーリーを相対的に見積もる意味 1. 人間は相対的に見積もる方が、基準もなく見積
もるよりも精度が上がる。
13.
ストーリーをポイントで見積もる意味 1. 見積りは当てずっぽうであると認識しやすくな
る。 2. 見積りは純粋に大きさを測るものであると、 認識しやすくなる。
14.
ここまで出来ると、 次のような計測が出来る。
15.
ベロシティ 自分たちが、どれくらいの速度で仕事を進めるかの数値。 例えば、全体で100ptのユーザストーリがあったとして、
ある期間(一~四週間)のチームのベロシティが20ptだった場合、 ! ある期間を5回繰り返せば、 完了させることができると言う計画を立てる事が出来る。 ! 相対的に見積もる事と、ポイントで見積もる事ができていれば、 ある程度、見積りの再調整作業をなくす事ができる。
16.
7.2のまとめ 1.ストーリーをお互いに相対的なサイズで見積も る。
2.ポイント(単位は何でもOK)を採用する。 3.ベロシティを計測する。
17.
7.3 見積り技法
18.
三角測量 ①見積り基準となるストーリーを決める ユーザ作成
1pt 注文履歴を確認 3pt 購入する 5pt ~~~ ②基準になるストーリーと 比較し相対的に見積もる
19.
内容が分からず、見積もり出 来ない場合は・・・。
20.
スパイク 調査用のタスクを作成し、調査が完了し次第再見積もりを行う。 ※その際、長くても数日以内にとどめる。
21.
プランニングポーカー ① 顧客がストーリーを読み上げる。 !
② 開発チームが見積もる(各々、思うptを出してもらう。) ! ③ ②を踏まえて議論を行う。 ! ④ 見積りが一致するまで②~③を繰り返す。 ※見積もる場合は、1~5程度の小さいptにおさめる。
22.
7.3のまとめ 三角測量:代表的なストーリーをいくつか基準と して選出し、残りのストーリーを基準になるストー
リーとの相対サイズで見積もるやり方。 ! プランニングポーカー:開発チームの見積りが一 致するまで議論をするやり方。
23.
全体まとめ 1. ユーザーストーリーはポイントを使用して相
対的に見積もる。 2. ベロシティを使用し、計画を立てる。
24.
ご清聴ありがとうございました!
Jetzt herunterladen