Accueil
Explorer
Soumettre la recherche
Mettre en ligne
S’identifier
S’inscrire
Publicité
Check these out next
開発速度が速い #とは(LayerX社内資料)
mosa siru
組織アジャイルをはじめる
toshihiro ichitani
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
正しくないものをつくらない。7つの失敗パターン
toshihiro ichitani
アジャイルメトリクス実践ガイド
Hiroyuki Ito
AWSではじめるMLOps
MariOhbuchi
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
1
sur
44
Top clipped slide
伝統的な組織で始めるアジャイル
25 Apr 2021
•
0 j'aime
4 j'aime
×
Soyez le premier à aimer ceci
afficher plus
•
2,912 vues
vues
×
Nombre de vues
0
Sur Slideshare
0
À partir des intégrations
0
Nombre d'intégrations
0
Télécharger maintenant
Télécharger pour lire hors ligne
Signaler
Logiciels
政府情報システム開発のアジャイル開発実践ガイドブックをよみとく
toshihiro ichitani
Suivre
energizer à RedJourney, devlove
Publicité
Publicité
Publicité
Recommandé
越境アジャイル
toshihiro ichitani
7.9K vues
•
48 diapositives
正しいものを正しくつくる
toshihiro ichitani
35.1K vues
•
66 diapositives
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
112.7K vues
•
66 diapositives
DX時代のITエンジニアに送る、アジャイル式「いきいき」ヘルスマネジメント
Takeshi Kakeda
2.5K vues
•
74 diapositives
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
Narichika Kajihara
8.9K vues
•
25 diapositives
Digitaltransformation Journey
toshihiro ichitani
6K vues
•
88 diapositives
Contenu connexe
Présentations pour vous
(20)
開発速度が速い #とは(LayerX社内資料)
mosa siru
•
58K vues
組織アジャイルをはじめる
toshihiro ichitani
•
471 vues
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
•
51.4K vues
正しくないものをつくらない。7つの失敗パターン
toshihiro ichitani
•
34.5K vues
アジャイルメトリクス実践ガイド
Hiroyuki Ito
•
22K vues
AWSではじめるMLOps
MariOhbuchi
•
2.7K vues
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
•
101.6K vues
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
•
48.9K vues
Scrumの紹介とXPプロジェクトへの適用(Scrum and XP)
Masashi Umezawa
•
2.2K vues
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
•
800 vues
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
Yoshiki Hayama
•
25.3K vues
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
•
14.8K vues
DMBOKをベースにしたデータマネジメント
Kent Ishizawa
•
34.1K vues
プロダクトオーナーが知るべき97のこと
toshihiro ichitani
•
4.4K vues
技術選択とアーキテクトの役割
Toru Yamaguchi
•
41.9K vues
アジャイル開発を支えるアーキテクチャ設計とは
Yusuke Suzuki
•
26.8K vues
Serverless時代のJavaについて
Amazon Web Services Japan
•
12.6K vues
MLOps入門
Hiro Mura
•
1.9K vues
ユーザーインタビューするときは、どうやらゾンビのおでましさ
Yoshiki Hayama
•
8K vues
DXの推進において企業内に求められる人材やデジタル人材の育て方
Hironori Washizaki
•
1.5K vues
Similaire à 伝統的な組織で始めるアジャイル
(20)
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
toshihiro ichitani
•
11.2K vues
組織でアジャイルの ”回転” を繋ぐ
toshihiro ichitani
•
124 vues
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
toshihiro ichitani
•
4.7K vues
アジャイル開発はWhyから始まる
toshihiro ichitani
•
15.8K vues
チケット駆動開発の3種の神器
akipii Oga
•
1.1K vues
デジタルトランスフォーメーション・ジャーニー・デッキ
toshihiro ichitani
•
354 vues
Tech on#06 SXSW2019に見るAIの未来 帆足啓一郎様@KDDI総合研究所
Techon Organization
•
4.5K vues
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
toshihiro ichitani
•
9.2K vues
Tdc 20181121
Masabumi Furuhata
•
250 vues
Tableauデータサイエンス勉強会(ユーザ会)とは
Hiroshi Masuda
•
1.5K vues
データサイエンティスト養成読本の解説+書き忘れたこと
Tokoroten Nakayama
•
24.4K vues
Tableau Developers Club Season2 - 外部サービス連携デモ
Kenji Noguchi
•
882 vues
JTF2016 The strategy and Sun Tzu
irix_jp
•
15.8K vues
広告クリエイティブ制作におけるコンピュータビジョングラフィックデザイン CA Data Engineering & Data Analysis WS #9
Kazuhiro Ota
•
1.3K vues
自分のハンドルは自分で握れ
toshihiro ichitani
•
2.8K vues
ユーザ・エクスペリエンスからソーシャル・エクスペリエンスへ:現代ネットビジネスから読み解く「人間」「コンピュータ」「サービス」とは何か (in Japan...
Toshihiko Yamakami
•
1.3K vues
越境する開発 -Seek Right Things-
GuildWorks
•
525 vues
越境する開発 -Seek Right Things-
toshihiro ichitani
•
2.2K vues
Agile Overview In Ono
Kenji Hiranabe
•
1.5K vues
実践的なUXデザインとインタラクションデザインの考え方
Takahiro Ishiyama
•
57.3K vues
Publicité
Plus de toshihiro ichitani
(20)
アジャイル開発は世界を変える夢を見るか
toshihiro ichitani
•
119 vues
ナラティブ・プロトタイピング
toshihiro ichitani
•
1.6K vues
組織にアジャイルの構造を作る
toshihiro ichitani
•
343 vues
Agile again
toshihiro ichitani
•
687 vues
私がのこすだろうたった1つの言葉
toshihiro ichitani
•
1.6K vues
13年かけたら、言えること
toshihiro ichitani
•
1.4K vues
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
•
17.8K vues
チーム・ジャーニー・デッキ
toshihiro ichitani
•
857 vues
ISHII SPRINT
toshihiro ichitani
•
1.1K vues
正しいものを正しくつくるへ至る道
toshihiro ichitani
•
5.6K vues
プロダクト開発を繋げる
toshihiro ichitani
•
4.8K vues
見えないものを見ようとして僕らは何をのぞきこむか
toshihiro ichitani
•
2.3K vues
分からないものを分かるようにする
toshihiro ichitani
•
1.9K vues
プロダクトプレナーシップ
toshihiro ichitani
•
2.6K vues
プロダクトオーナー2.0
toshihiro ichitani
•
6.7K vues
アジャイル開発は2度失敗する。
toshihiro ichitani
•
10.8K vues
我々はどこまでいっても、ぼっちだ。それでも、ともに。進んでいく。
toshihiro ichitani
•
7.4K vues
「正しいものを正しくつくる」本とは何か
toshihiro ichitani
•
4K vues
カイゼン・ジャーニーで学ぶリーダーシップ
toshihiro ichitani
•
6.5K vues
正しいものを正しくつくれているか?
toshihiro ichitani
•
16.2K vues
Dernier
(20)
HCL Sametime V12 概要
Software Info HCL Japan
•
202 vues
脆弱性がみつかってからパッチとSecurity Bulletinが作られるまで
Hiroko Takamiya
•
2 vues
☀️【萨德伯里大学毕业证成绩单留学生首选】
15sad
•
2 vues
留信网认证可查【怀俄明大学文凭证书毕业证购买】
1lkjhg
•
2 vues
☀️【斯旺西大学毕业证成绩单留学生首选】
25mjhd12
•
2 vues
FIWARE Orion Context Broker コンテキスト情報管理 (Orion 3.9.0対応)
fisuda
•
43 vues
測量支援ソフト「みとおしえ」「みとおしえクラウド」の紹介
ssuserbceee8
•
59 vues
留信网认证可查【罗德岛大学文凭证书毕业证购买】
1lkjhg
•
3 vues
☀️【伯明翰大学毕业证成绩单留学生首选】
25mjhd12
•
2 vues
留信网认证可查【俄亥俄大学文凭证书毕业证购买】
1lkjhg
•
2 vues
留信网认证可查【马努卡理工学院文凭证书毕业证购买】
ihh14ds
•
2 vues
WEB-jsug info14_final.pdf
Draft One
•
4 vues
留信网认证可查【萨福克大学文凭证书毕业证购买】
hh123hh1
•
3 vues
①【威得恩大学毕业证文凭学位证书|工艺完美复刻】
0987hgh789
•
2 vues
①【萨斯喀彻温大学毕业证文凭学位证书|工艺完美复刻】
love445ds
•
2 vues
留信网认证可查【艾格伍学院文凭证书毕业证购买】
32lkhng
•
2 vues
①【利兹贝克特大学毕业证文凭学位证书|工艺完美复刻】
love445ds
•
2 vues
在哪里可以做《邦德大学文凭证书|毕业证》
kjds1245
•
2 vues
JSUG Info Vol.13
Draft One
•
3 vues
設計/ドメイン設計(1) 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第23回】
Tomoharu ASAMI
•
9 vues
Publicité
伝統的な組織で始めるアジャイル
Toshihiro Ichitani All
Rights Reserved. 伝統的な組織で 始めるアジャイル Ichitani Toshihiro 市⾕聡啓 政府情報システム開発 「アジャイル実践ガイドブック」による突破⼝ Photo credit: Onasill ~ Bill - 72.7M on Visual Hunt / CC BY-NC-SA
市⾕ 聡啓 Ichitani Toshihiro 株式会社レッドジャーニー
(⺠間企業DX) 政府CIO補佐官 (省庁DX) 直近の⽅向性は「組織変⾰(DX)⽀援」 株式会社リコー CDIO付DXエグゼクティブ
選択の幅最⼤ (セットベース) 検証 計画 仮説⽴案 (モデル化) 検証 評価 価値探索 (正しいものを探す) MVP特定 開発計画 (リリースプラ ンニング) スプリントプ ランニング スプリント 開発 スプリント レビュー スプリント レトロスペク ティブ MVP検証 アジャイル開発 (正しくつくる) 次の検証計画 (価値探索)へ 選択の振れ幅最⼩ (ポイントベース) 探索的な事業開発の⽅法 仮説検証型アジャイル開発
Toshihiro Ichitani All
Rights Reserved. ・カイゼン ・アジャイル ・チーム開発 ・仮説検証 ・アジャイル ・仮説検証 ・アジャイル ・アジャイル⼊⾨
政府情報システム開発における「アジャイル・ガイド」 https://note.com/papanda0806/n/n08b5402d5597 ⾏政初の アジャイルガイド
Photo on VisualHunt Do
Agile Be agile
伝統的な組織で、新たなあり⽅に どのようにして取り組んでいくか
価値観 原則 ⾏動 Whyから始める WHY HOW WHAT
Start with Why
(ゴールデン・サークルを描こう) ゴールデン・サークル とは、 「意思決定の構造」のこと。 「Why」(⽬的)に基づき、 「How」(⼿段)を⽤いて、 「What」(⾏動)を起こす DXに限らず組織にとっての新たな取り組み 新たな⼀歩を踏む際に確認しておきたい内容。 何のためにが無いから、またその合意形成に ⼊れないから、分からない・ついていけない・ 組織活動にならない
ゴールデン・サークルの罠 ゆえに、ゴールデン・サークルをWHYから描き、WHYから始める。 …は王道ではあるが、「正しくアジャイルに取り組む」ために、 「隅々まで学びあげ、理解し、それから実際に始める」では、 とてつもなく時間を要することになる。(終わらない初期⽴ち上げ) 特に、このアプローチを巨⼤な組織を相⼿に⾏うにはあまりにも 途⽅がない。それは、伝統的な⼤企業でも、政府情報システム開発の ⽂脈でも、同じ。 「本来こうすべし」を捉えつつも、現実的に「始められる」切り出し が重要。
「⼩さな型」駆動
「⼩さな型」駆動 ⼤きな組織の中で、まず「気づいてもらう」「知ってもらう」 「アジャイルの存在すら知らない」ところでは、その存在が 確認できるよう、なんらかの定点が組織内に必要。 新たな取り組みには「⾜場的理解」が不可⽋ いきなり⼗分な理解に達するほど容易なことを学ぼうとして いるわけではない。StepWise(段階的発展)が必要。 「⼩さい=⾜りない」は次の段階を踏むための布⽯ 不⾜を補うために⾃ずと学び動かなければならない。 (参考⽂献症候群)
「⼩さな型」は「標準」ではない とはいえ、組織の必要⼗分な「標準」という扱いにしない、 ⽬指さない。 最初期の段階から「標準」を⽬指す=作りすぎとなりやすい。 作りすぎると、 ・重すぎて相⼿に受け⼊れられない ・組織にフィットしているのか分からないまま想像で作る 部分が多く、結果のちのち本質ではないことに制約される
WHY HOW WHAT
Photo on VisualHunt 何のためのアジャイルなのか?
アジャイル開発9つの意義 フィードバックに基づく開発で、⽬的に適したシステムに近づけていく 形にすることで、関係者の認識を早期に揃えられる システム、プロセス、チームに関する問題に早く気付ける チームの学習効果が⾼い 早く開発を始められる システムの機能同⼠の結合リスクを早期に解消できる 利⽤開始までの期間を短くできる 開発のリズムが整えられる 協働を育み、チームの機能性を⾼める
アジャイルに取り組む4つの前提 常にカイゼンを指向すること 対話コミュニケーションの重視 情報システムの変更容易性を確保し続ける 利⽤者⽬線で開発を進める
アジャイルの向き、不向き アジャイルの向いている領域 開発対象についてある程度の⽅向性はあるものの、全容が明らかになっておらず、 開発を進めながら詳細化していく必要があるケース。 あらかじめ詳細を決めることができない、あるいは決めにくい領域 アジャイルの向いていない領域 あらかじめ対象範囲や実現するべき詳細が定められており、明らかになっている ケース。業務内容が明らかになっており、作って確認するという余地が少ない領 域。 慎重な判断が必要な領域 ⼤規模な情報システム、業務内容等が極めて複雑、あるいはミッションクリティカ ルなケース。 このような場合は、どこまでをあらかじめ詳細化するか、どの部分を アジャイルに開発するか、また、どのように品質を確保し、継続的に⾼めていくか といった判断が必要。
Photo on VisualHunt アジャイルとは、度合い
アジャイルの度合い そもそも、アジャイル or ウォーターフォールといったゼロイチの考え⽅では現実 にフィットしない。どの程度アジャイルにするか、どの程度固くするか、その度合 を階調(グラデーション)として捉える。 ①実際に取り組む仕事の制約の強さ
②取り組むテーマの複雑さ ③チームの練度 から確実性と不確実性の折込度合いを決める
調達時に留意すべきこと 経験者の参画 何が間違いが、何が間違いではないのか、未経験では判断がつかない。 致命的な間違いを予⾒、対処するための「経験者の参画」。 伝統的⼤組織では「(⼤)失敗から学ぶ」アプローチでは、失敗を活かす「次」が 永遠に訪れない可能性もある 開発範囲に MVP(Minimum Viable
Product)の範囲を⽤意する 契約⽅式を検討する 発注者の姿勢 アジャイルは「協働」の価値観がなければ、成り⽴たない仕事のスタイル。 「後は任せたよろしく」ではうまくいかない。”⼗分な時間と、より良いプロダクト のための不断の努⼒ができる環境を準備すること”
MVP(Minimum Viable Product)をスコープに適⽤する 変更を可能とするためには? Mustで実現するべき範囲(=MVP)と、 Nice
to haveとみなす範囲(=あれば尚良し)を切り分ける N⽉ N+1⽉ N+2⽉ N+3⽉ N+4 N+5⽉ MVPを 確実にやりきる プラン ・基本MVP以降の開発を⾏う ・MVPが延伸した場合も吸収 ・MVP開発で新たに判明した ことに対処する スコープ固定 MVP範囲は対応する スケジュール、コストは fi xとして マネージする スコープ変動
⼩さな型はあくまで「⾜場的理解」 その先に⾏くには?
Photo on VisualHunt 正しい「理解」と「実践」を ⽀援する仕組み
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf わずか19P これだけで実践に 臨むには困難
価値観 原則 ⾏動 価値観 原則 ⾏動 Start with Why
⾏為から学ぶ 何のために(価値観)、どうやって(原則)、 やるか(⾏動) だから、価値観をあわせるのが⼤事! …⼤事だけど、容易ではない。 型から⼊って、実際にやってみる やってみる(⾏動)過程と結果から、 何が⼤事なのかを学び直す(原則) その学びをより良くするためには?(価値観)
⼩さな型 ふりかえり むきなおり ものわかり 「⼩さな型」から始めて「経験学習」
コルブの経験学習 具体的経験 内省的観察 抽象的概念化 能動的実験 ふりかえりで 行為を棚下ろす 水平の工夫では なく背景・因果の 探索 再利用可能な ように名前付け ・パターン化 ものわかり 概念発⾒の習慣化
⼩さな型 ふりかえり むきなおり ものわかり 「伴⾛」の存在によって「学び直し」を逃さない 伴⾛の必要な ところ
…理想は伴⾛者をつける、 だが、そういかない場合は?
Photo credit: othree
on Visualhunt.com “周辺"で場をつくる
Photo credit: Thomas
Claveirole on VisualHunt.com 組織に”ギア”につくる
本当に⼩さな接点から始める (最⼩2⼈)
⼩さな接点から近い円をつくる (最初の1⼈⽬の隣の⼈たち)
“実体の場”と”駆動の場” を噛み合わせる (「アジャイルのギア」) “実体の場” “駆動の場”
Toshihiro Ichitani All
Rights Reserved. Photo credit: Onasill ~ Bill - 72.7M on Visual Hunt / CC BY-NC-SA まとめ
⼩さな型 ふりかえり むきなおり ものわかり 「⼩さな型」から始めて「経験学習」
Photo on VisualHunt アジャイルによって アジャイルになる Be
agile by Agile
Photo credit: Thomas
Claveirole on VisualHunt.com 組織に”アジャイルのギア”につくる
なぜ、伝統的な組織で 「アジャイル」を⾔うのか
https://www.slideshare.net/BenTurner20/executingthedigitalstrategy https://www.dbs.com/jp/default.page DBS is “World's
Best Digital Bank” (2018) 芯までDigital にする ⾃分たち⾃⾝を カスタマージャーニーに 組み⼊れる (従業員) 2万2000⼈を スタートアップに 変⾰する
⽇本を芯から アジャイルにする
Ekkyo journey Continues! Photo
on Visual hunt
Publicité