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
210
リーン、アジャイルと自社プロセスの比較
・リーンソフトウェア開発、アジャイルソフトウェア開発の概要
・自社開発プロセスの概要と展望
kouki.miura
May 30, 2024
Tweet
Share
More Decks by kouki.miura
See All by kouki.miura
医療系ソフトウェアのAI駆動開発
koukimiura
1
190
レポートから見る生成AIを活用したシステム開発.
koukimiura
0
140
AWSサービスの整理と使いたい機能の概要
koukimiura
1
75
生成AIによる PHP = Node.js 変換の検証
koukimiura
0
110
Javaの学習・実行環境-JBangの概要
koukimiura
0
100
オンプレミス環境にKubernetesを構築する
koukimiura
0
260
TypeScriptがなぜ必要だったか
koukimiura
0
75
PHPUnitのマニュアルを徹底解剖してみる パート2
koukimiura
1
82
初心者向け!OSSコントリビュート概要 ~ Keycloakにプルリクエストしてみた話
koukimiura
0
210
Other Decks in Programming
See All in Programming
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
270
Julia という言語について (FP in Julia « SIDE: F ») for 関数型まつり2025
antimon2
3
980
#QiitaBash MCPのセキュリティ
ryosukedtomita
0
270
PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則
kentaroutakeda
2
670
Java on Azure で LangGraph!
kohei3110
0
170
Goで作る、開発・CI環境
sin392
0
170
エラーって何種類あるの?
kajitack
5
320
ソフトウェア品質を数字で捉える技術。事業成長を支えるシステム品質の マネジメント
takuya542
0
140
すべてのコンテキストを、 ユーザー価値に変える
applism118
2
960
Webの外へ飛び出せ NativePHPが切り拓くPHPの未来
takuyakatsusa
2
450
エンジニア向け採用ピッチ資料
inusan
0
170
CursorはMCPを使った方が良いぞ
taigakono
1
200
Featured
See All Featured
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
For a Future-Friendly Web
brad_frost
179
9.8k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
5
230
Music & Morning Musume
bryan
46
6.6k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
What's in a price? How to price your products and services
michaelherold
246
12k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Gamification - CAS2011
davidbonilla
81
5.3k
Rails Girls Zürich Keynote
gr2m
94
14k
The Pragmatic Product Professional
lauravandoore
35
6.7k
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開発プロセス ご清聴ありがとうございました。