Recommended
PDF
猫でも分かるUE4を使った VRコンテンツ開発 超入門編 2021
PDF
PDF
LEANSTARTUPアンチパターン #devlove #leanstartup
PDF
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
PDF
PPTX
CleanArchitecture 第4部 「コンポーネントの原則」
PDF
Unity開発で使える設計の話+Zenjectの紹介
PDF
テスト観点に基づくテスト開発方法論VSTePの概要
PPTX
PDF
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
PDF
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
PPTX
UE4のスレッドの流れとInput Latency改善の仕組み
PPTX
インセプションデッキのひな形(PPT形式:ダウンロード用)
PDF
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
PDF
PDF
UE4×Switchで60FPSの(ネットワーク)対戦アクションをなんとかして作る! | UNREAL FEST EXTREME 2020 WINTER
PDF
PDF
PDF
PDF
目指せ脱UE4初心者!?知ってると開発が楽になる便利機能を紹介 - DataAsset, Subsystem, GameplayAbility編 -
PDF
PDF
PDF
PDF
PDF
PDF
User storymapping in 10 minutes
PDF
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
PDF
PDF
PDF
More Related Content
PDF
猫でも分かるUE4を使った VRコンテンツ開発 超入門編 2021
PDF
PDF
LEANSTARTUPアンチパターン #devlove #leanstartup
PDF
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
PDF
PPTX
CleanArchitecture 第4部 「コンポーネントの原則」
PDF
Unity開発で使える設計の話+Zenjectの紹介
PDF
テスト観点に基づくテスト開発方法論VSTePの概要
What's hot
PPTX
PDF
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
PDF
C# ゲームプログラミングはホントにメモリのことに無頓着でいいの?
PPTX
UE4のスレッドの流れとInput Latency改善の仕組み
PPTX
インセプションデッキのひな形(PPT形式:ダウンロード用)
PDF
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
PDF
PDF
UE4×Switchで60FPSの(ネットワーク)対戦アクションをなんとかして作る! | UNREAL FEST EXTREME 2020 WINTER
PDF
PDF
PDF
PDF
目指せ脱UE4初心者!?知ってると開発が楽になる便利機能を紹介 - DataAsset, Subsystem, GameplayAbility編 -
PDF
PDF
PDF
PDF
PDF
PDF
User storymapping in 10 minutes
PDF
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
PDF
Similar to 時を超えた越境への道
PDF
PDF
PDF
PDF
越境する開発 -Seek Right Things-
PDF
越境する開発 -Seek Right Things-
PDF
PDF
PDF
我々はどこまでいっても、ぼっちだ。それでも、ともに。進んでいく。
PDF
Software Engineering And Role of Agile
PDF
PDF
Social Change Starts With YOU!
PDF
逆境から新規事業をスタートアップする「仮説検証型アジャイル開発」の実践
PDF
PDF
PDF
従来の企業の枠を超えたオープンイノベーションについて
PDF
PDF
PDF
PDF
PDF
More from toshihiro ichitani
PDF
PDF
PDF
PDF
PDF
PDF
デジタルトランスフォーメーション・ジャーニー・デッキ
PDF
Digitaltransformation Journey
PDF
PDF
PDF
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
PDF
PDF
PDF
PDF
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
PDF
PDF
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
PDF
PDF
PDF
PDF
時を超えた越境への道 1. 2. Toshihiro Ichitani All Rights Reserved.
http://about.me/papanda0806
Ichitani Toshihiro
市⾕聡啓
ソフトウェア開発15年
SIer→サービス→受託→起業
仮説検証とアジャイル開発
ギルドワークス株式会社 代表
DevLOVE コミュニティ ファウンダ
⼀般社団法⼈ アジャイルチームを⽀える会 理事
3. Toshihiro Ichitani All Rights Reserved.
スタートアップや事業会社での新規事業、
新規サービスの⽴ち上げ
事業会社での現場改善、仮説検証コーチ
ギルドワークス
「正しいものを正しくつくる」
Why
What
4. 5. Toshihiro Ichitani All Rights Reserved.
仮説検証型のアジャイル開発
How
アイデア段階のため
何をつくるべきか
選択肢の幅は広い
検証結果を踏まえて
何をつくるべきかの
選択肢は狭まる
どうなれば完成と
いえるのか条件が定義
可能となるまで詳細化する
仮説 エピック ストーリー
6. 7. 8. Toshihiro Ichitani All Rights Reserved.
チームのレビューが顧客・関係者との
スプリントデモよりも遥かに厳しい。
Photo credit: 27147 via Visualhunt.com / CC BY-NC-ND
9. Toshihiro Ichitani All Rights Reserved.
Photo credit: prenylastman via Visualhunt.com / CC BY
当事者より当事者らしい⽬的を持つ。
Share with Why.
10. Toshihiro Ichitani All Rights Reserved.
忠誠を誓う対象は、
アジャイルでも、
技術でも、
クライアントでも、
ユーザーでもない。
⽬的に忠誠を誓う。
No Why , No Dev.
11. Toshihiro Ichitani All Rights Reserved.
⽬的のために、役割を選ばない。
⽬的のために、あらゆる⼈を巻き込む。
⽬的のために、あらゆる⼿段を取る。
⽬的のために、⽬的を問い続ける。
越境
Photo credit: Chill Mimi via Visual Hunt / CC BY
12. Toshihiro Ichitani All Rights Reserved.
事業戦略を、関係者の願いを、
コードの⼀⾏⼀⾏に、⾏き渡らせる。
⼀⾏のコードから、事業戦略まで
Photo via VisualHunt.com
13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. Toshihiro Ichitani All Rights Reserved.
⼀⽣かけて、
稲作、たかだか60回
ソフトウェア開発、たかだか300⼈⽉
Photo credit: Mariam S via VisualHunt / CC BY-NC-ND
33. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. Toshihiro Ichitani All Rights Reserved.
越境 = 引⼒
全体を、ありたい⽅向へ引っ張る⼒
Photo credit: James Marvin Phelps via Visualhunt.com / CC BY-NC
46. 47. 48. 49. 50. Toshihiro Ichitani All Rights Reserved.
チーム 顧客 ユーザー⾃分
⼈軸
⽬的軸
組織
事業
プロダクト
プロジェクト
視座 (⾼さ = ⽬的) と
視野 (広さ = ⼈) の間で
観るべきものを観る。
51. 52. Toshihiro Ichitani All Rights Reserved.
チーム 顧客 ユーザー⾃分
⼈軸
⽬的軸
組織
事業
プロダクト
プロジェクト
視座が同じままでは衝突してしまう。
⽬的に⽴ち返ると、
異なる意思決定ができるようにもなる。
☓
◯
53. Toshihiro Ichitani All Rights Reserved.
Photo credit: Isaiah115 via Visual Hunt / CC BY-SA
ただ視座が⾼い、ただ視野が広い、
ことよりも
⾼低、広狭を、⾏き来ができること。
それも可能な限り早く。
結果、ムダが少なくなる。
54. 55. 56. 57. 58. 59. Toshihiro Ichitani All Rights Reserved.
リーン原則 アジャイル原則
全体を最適化する
ムダをなくす
品質を作り込む
たゆまぬ学び
速く提供する
全員を巻き込む
改善を続ける
顧客満⾜を最優先し、
価値のあるソフトウェアを早く継続的に提供します。
要求の変更はたとえ開発の後期であっても歓迎します。
変化を味⽅につけることによって、お客様の競争⼒を引き上げます。
動くソフトウェアを、2-3週間から2-3ヶ⽉という
できるだけ短い時間間隔でリリースします。
ビジネス側の⼈と開発者は、プロジェクトを通して
⽇々⼀緒に働かなければなりません。
意欲に満ちた⼈々を集めてプロジェクトを構成します。
環境と⽀援を与え仕事が無事終わるまで彼らを信頼します。
情報を伝えるもっとも効率的で効果的な⽅法は
フェイス・トゥ・フェイスで話をすることです。
動くソフトウェアこそが進捗の最も重要な尺度です。
アジャイル・プロセスは持続可能な開発を促進します。
⼀定のペースを継続的に維持できるようにしなければなりません。
技術的卓越性と優れた設計に対する
不断の注意が機敏さを⾼めます。
シンプルさ(ムダなく作れる量を最⼤限にすること)が本質です。
最良のアーキテクチャ・要求・設計は、
⾃⼰組織的なチームから⽣み出されます。
チームがもっと効率を⾼めることができるかを定期的に振り返り、
それに基づいて⾃分たちのやり⽅を最適に調整します。
(「リーン開発の現場」より)
60. 61. 62. Toshihiro Ichitani All Rights Reserved.
越境すると、⾒える⾵景が変わる。
⾒えること、分かること、感じることが
増える。
結果、⾃分の振る舞いが
常に問い直される。
Photo credit: garshna via Visual hunt / CC BY-NC-ND
63. 64. 65. 66. Toshihiro Ichitani All Rights Reserved.
Energized Work
Professionals do their best, most productive work
when they're energized and motivated.
プロフェッショナルは、励まされ、動機づけられたときに、
最⾼に、実りのある仕事をします。
The Art of Agile Development
67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77.