Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
リーン、アジャイルと自社プロセスの比較
Search
kouki.miura
May 30, 2024
Programming
0
170
リーン、アジャイルと自社プロセスの比較
・リーンソフトウェア開発、アジャイルソフトウェア開発の概要
・自社開発プロセスの概要と展望
kouki.miura
May 30, 2024
Tweet
Share
More Decks by kouki.miura
See All by kouki.miura
Javaの学習・実行環境-JBangの概要
koukimiura
0
45
オンプレミス環境にKubernetesを構築する
koukimiura
0
88
TypeScriptがなぜ必要だったか
koukimiura
0
40
PHPUnitのマニュアルを徹底解剖してみる パート2
koukimiura
1
59
初心者向け!OSSコントリビュート概要 ~ Keycloakにプルリクエストしてみた話
koukimiura
0
160
Vuetify - Data Table Componentの検証
koukimiura
0
55
PostgreSQL-Windows x86-64インストーラでインストール
koukimiura
0
71
QuarkusによるCloudNativeなJava
koukimiura
0
100
PHPUnitのマニュアルを徹底解剖してみる_パート1
koukimiura
1
96
Other Decks in Programming
See All in Programming
Linux && Docker 研修/Linux && Docker training
forrep
22
4.1k
自動で //nolint を挿入する取り組み / Gopher's Gathering
utgwkk
1
170
JavaScriptツール群「UnJS」を5分で一気に駆け巡る!
k1tikurisu
8
1.3k
月刊 競技プログラミングをお仕事に役立てるには
terryu16
1
1.3k
非ブラウザランタイムとWeb標準 / Non-Browser Runtimes and Web Standards
petamoriken
0
450
Оптимизируем производительность блока Казначейство
lamodatech
0
990
[JAWS-UG横浜 #80] うわっ…今年のServerless アップデート、少なすぎ…?
maroon1st
0
150
Amazon Bedrock Multi Agentsを試してきた
tm2
1
220
Rubyでつくるパケットキャプチャツール
ydah
0
530
オニオンアーキテクチャを使って、 Unityと.NETでコードを共有する
soi013
0
390
shadcn/uiを使ってReactでの開発を加速させよう!
lef237
0
390
富山発の個人開発サービスで日本中の学校の業務を改善した話
krpk1900
3
310
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
510
110k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
113
50k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.5k
RailsConf 2023
tenderlove
29
980
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.4k
Docker and Python
trallard
43
3.2k
How GitHub (no longer) Works
holman
312
140k
Building Your Own Lightsaber
phodgson
104
6.2k
Speed Design
sergeychernyshev
25
760
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
192
16k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Transcript
リーン、アジャイルと自社プロセスの比較 三浦 恒樹 (MIURA KOUKI) 診療情報管理士 上級医療情報技師 医用画像情報専門技師 ドゥウェル株式会社 2024.05.30
JBUG札幌 #13 仕事の”うまい”進め方 ~経験をシェアしよう!~
長男が飼っている ハリネズミがアイコン INTRODUCE ・ドゥウェル株式会社 (医療系IT開発・導入会社)に所属 ・マネージャー(プレイングマネージャー) ・仕事では Java(Linux) or C#(WindowsServer)
+ JavaScript ・趣味では PHP + JavaScript ・3児の父 ・札幌PHP勉強会、JBUG札幌、JavaDO、ゆるWeb勉強会 に参加
リーン、アジャイル リーンソフトウェア開発 アジャイルソフトウェア開発 ↑ 抽象化 具体化 ↓ アジャイル開発 リーン生産方式 トヨタ生産方式(TPS)
体系化(MIT ジェームズ・ウォマック ) ・ジャストインタイム ・自働化 ・ジャストインタイム ・自働化 ・人、迅速さ、顧客、適応性 ・実践投入とカイゼン ソフトウェア業 に転用 ・人、迅速さ、顧客、適応性 ・実践投入とカイゼン ・顧客満足度を優先 ・数週間~数か月の短い 時間間隔でリリース ・ムダをなくす ・品質を作り込む ・知識を作り出す ・決定を遅らせる ・速く提供する ・人を尊重する ・全体を最適化する リーンソフトウェア開発とは https://wakka-inc.com/blog/15492/ 製造業に転用 プロセスやツール < 個人と対話 包括的なドキュメント < 動くソフトウェア 契約交渉 < 顧客との協調 計画に従うこと < 変化への対応 アジャイルソフトウェア開発宣言 7つの原則 ソフトウェア業 製造業
リーンソフトウェア開発 ムダをなくす 品質を作り込む 決定を遅らせる 知識を作り出す 速く提供する 人を尊重する 全体を最適化する ・未完成の作業 ・使われないコード
・余分な機能 ・作業の引継ぎ ・作業の切り替え ・開発の遅れ ・バグ ・顧客の開発参加 ・テスト駆動開発 ・リファクタリング ・CI(Continuous Integration) ・テスト自動化 ・デモとフィードバック ・顧客からのフィードバック ・失敗の共有と改善 ・知識の蓄積と活用 ・必要なことのみ決定する ・必要なときに決定する ・必要な量だけ決定する ・重要なことほど遅らせる ・材料が揃ってから決定する 自働化 ジャストイン タイム ・早期に製品やサービスを提供 ・開発期間を短縮 ・一度の開発規模を小さく ・小さな開発を繰り返す ・CD(Continuous Deployment) ・管理ではなく権限の委譲 ・互いに尊重 ・各自の創造性と的確な判断 ・自律的な働き・思考 ・自己組織的なチーム ・目的の明確化 ・顧客価値創造の全体を理解 ・長期的な視点 ・ビジネスそのものの成長 仮説 構築 計測 学習 意思決定 MVP (Minimum Viable Product) 7つの原則 5つのステップ
アジャイルソフトウェア開発 アジャイルソフトウェア開発宣言( 2001年) https://agilemanifesto.org/iso/ja/manifesto.html スクラム(Scrum) 1986年 論文、1993年 実践 XP(Extreme Programming) 1999年 書籍
FDD(Feature Driven Development) ユーザー機能駆動開発 1997年 ・プロダクトオーナー ...プロダクトバックログ (要求リスト)を作成 ・スクラムマスター ...スクラムチームが円滑に回るように調整 ・開発者...スプリントバックログを作成、インクリメントを開発 ・プロダクトバックログ ...要求リスト、優先度 ・スプリントバックログ ...スプリントごとのゴールと要件リスト ・インクリメント ...スプリントごとの動作するソフトウェア 役割 作成物 フレームワーク 5つの 基本活動 ・全体モデル開発 ...基本設計 ・featureリスト構築...機能をfeature(2W未満)まで細分化 ・featureごとの計画...featureをクラスに割当て、開発担当を決定 ・featureごとの設計...担当はfeatureを設計、インスペクション実施 ・featureごとの構築...コーディング、テスト、インスペクション 開発プラ クティス ・テスト駆動開発 ...テストを書いてからプログラムを書く ・ペアプログラミング ...二人でコードを書く ・リファクタリング ...動くコードをシンプルに修正する ・YAGNI…You arenʼt going to need it. 必要なコードだけ書く
自社プロセス 医療系ソフトウェア開発 プログラム医療機器開発 SaMD(Software as Medical Device) 要求事項 医療系 ソフトウェア
要求事項 SaMD ・QMS ・ISO/IEC27001(ISMS) ・医療機器製造業登録 ・QMS省令(厚生労働省令第169号) ・ISO13485 ・JIS T 2304/IEC62304 ・JIS T14971/ISO14971 企画・提案 要件定義 設計 製造 試験 導入 保守 ウォーターフォール インクリメンタル ドゥウェル開発プロセス 現在のスコープ 将来のスコープ 企画・ 提案 要件定義 ・設計 製造・ 試験 保守 新ドゥウェル開発プロセス ・ムダをなくす ...必要な文書だけ、手順見直し ・品質を作り込む ...テスト駆動、リファクタ ・知識を作り出す ...知識の蓄積・活用 ・決定を遅らせる ...必要なときに決定する ・速く提供する ...イテレーティブ、 CD ・人を尊重する ...自己組織的なチーム・環境 ・全体を最適化する ...目的の明確化、長期的視点 ・電子カルテ ・部門システム ・診断プログラム ・治療プログラム ・DTx
SUMMARY ・リーンソフトウェア開発の成り立ち、要点 ... トヨタ生産方式が原点 ・アジャイルソフトウェア開発の成り立ち、要点 ... ソフトウェア業で生まれた考え「型」 ・リーンソフトウェア開発 7つの原則 ... とにかく「ムダをなくす」こと ・リーンソフトウェア開発 5つのステップ ... つまりPoC(概念実証) ・アジャイルソフトウェア開発宣言
... アジャイル開発のエッセンスを抽出 ・アジャイルソフトウェア開発 フレームワーク ... スクラム、XP、FDD ・現在の自社プロセス … ウォーターフォール+インクリメンタル ・将来の自社プロセス … リーン・ベースの医療 S/W開発プロセス ご清聴ありがとうございました。