「実験的アプローチによる改善活動」の記事のメモ
「実験的アプローチによる改善活動」の記事がとても参考になるのでメモ。
【参考】
第162回 実験的アプローチによる改善活動(全4回の第1回)|SQiP:Software Quality Profession
第163回 実験的アプローチによる改善活動(全4回の第2回)|SQiP:Software Quality Profession
パイロット開発にAgile開発のアイデアを適用した事例~実験的アプローチ #JaSST_Kansai: プログラマの思索
実験的アプローチによる現場改善~JaSSTソフトウェアテストシンポジウム-JaSST'13 Kansai
【1】(引用開始)
よく、「手段を目的化してはだめだよ」と言われます。私は、それは正しいと考えていますが、「最初にまず目的を考えて、それに合った手段を考えなければならない」か、と言うと、必ずしもそうではないと考えています。
なぜかというと、ある手段を知らない状態では、課題と感じないような部分が、実は大きく改善できるポイントである場合があるからです。
実験的アプローチによる改善活動では、日常的になるべく多くの「筋が良い手段」を効率良く収集することと、反復活動の中で小さな課題を抽出することで、日々の活動の中で、「あ、前に収集した手段で改善できる課題がありそうだ」「あ、今課題になっていることに、あの手段が使えそうだ」というように、なるべく小さな粒度で課題と手段を相互に結び付けます。
(引用終了)
新しいツール、道具、手法を知ることで、新たな問題や課題を感じ取り、その課題を解決できるように手段を適用していくやり方は、僕は好きだ。
IT業界の技術革新の流れを振り返れば、このパターンによる解決がかなり多いのではないか、と思う。
【2】僕の経験としては、RedmineやTestLinkを使いこなすことで、アジャイル開発やテスト管理で感じていた諸問題に適用できる!と気づいて、色々試すことができた。
オープンソースのツールは、簡単に試せるし、中身のソースも読めるから自分なりに改造もできる。
また、ツールのコミッタと議論すれば、自分が抱えている問題を解決するような機能改善を実現してくれる場合もある。
さらに、オープンソースのツールを使う人達と議論すれば、新たな利用シーンで別の問題を解決してくれる事例に気づかせてくれる。
実際、RedmineやTestLinkのコミュニティで議論して、色んな機能が改善された場合もあったし、Redmineをこんなシーンで使うのか!という気付きを得た時もあった。
僕は、オープンソースのツールを使って、業務プロセスやソフトウェア開発プロセスを改善ないし変革する手法が好きだ。
ソフトウェアは単なるツールではない。
ソフトウェアを導入すれば、運用が変わり、不要な人員や役割が削除されて組織も変わり、人の行動すらも変わっていく。
プログラミングだけでなく、作ったシステムが人に影響を与えて、人の行動や価値観すらも変えてしまう所にすごく興味がある。
【3】そんな経験を踏まえて、僕が今考えているアイデアはいくつかある。
一つは、Redmineというツールを色んな角度で分析することで、どのような方向へ発展すべきか、という問題意識を持っている。
Redmineが今後発展する方向のアイデア: プログラマの思索
もう一つは、ERPやCRMのオープンソースのツールを使いこなすことで、中小企業向けの業務に適用して、業務の効率化や業務改革を行えないか、という問題意識がある。
オープンソースの業務アプリケーションを組合せてERPを構築するアイデア: プログラマの思索
ERPはなぜ難しいのか?~オープンソースERPで業務改革を試したい: プログラマの思索
オープンソースCRM「vtigerCRM」の資料: プログラマの思索
この辺りも試してみたいと思っている。
【追記】
残り2回の記事も公開されている。
第3回の記事では、原因結果グラフとテスト駆動開発の組合わせに関する実験結果も書かれていて、非常に興味深い。
第164回 実験的アプローチによる改善活動(全4回の第3回)|SQiP:Software Quality Profession
第165回 実験的アプローチによる改善活動(全4回の第4回)|SQiP:Software Quality Profession
| 固定リンク
« 第39回IT勉強宴会の感想~花束を作る花屋の業務モデルをT字形ERと三要素分析法で比較する | トップページ | 第12回#RxTstudy勉強会 「ITS活用最前線 〜現場からの実践報告〜」 (03月21日) #RxTstudy を開催します »
「Redmine」カテゴリの記事
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- オープンソースERPパッケージiDempiereに対する派生開発手法の提案の資料が興味深かった(2022.04.24)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- RedmineのWikiタグでタスクリストを書けるようになった(2022.03.21)
- RedmineJapanで参考になった講演資料を読み直す(2022.03.06)
「ソフトウェア工学」カテゴリの記事
- ソフトウェアテスト技法練習帳はテストケースの切り方に困っている人向けにおすすめの本だ(2022.05.14)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- オープンソースERPパッケージiDempiereに対する派生開発手法の提案の資料が興味深かった(2022.04.24)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- 初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ(2022.04.17)
「TestLink」カテゴリの記事
- TestRailの感想(2021.06.23)
- テスト管理ツールに必要とされる機能要件は、欧米と日本で異なるのではないか(2020.11.02)
- TestLinkにExcelのテスト項目書をインポートする方法(2017.06.01)
- TestLink Tutorialのリンク(2016.03.12)
- TestLinkで手動テストや自動テストの結果を統合してレポートさせる手法(2016.01.31)
「ERP・財務会計・経済学」カテゴリの記事
- Pythonで微分積分や統計の基礎を理解しよう(2022.05.15)
- 超高速開発でアジャイル開発を実現する話に違和感がある(2022.05.06)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- オープンソースERPパッケージiDempiereに対する派生開発手法の提案の資料が興味深かった(2022.04.24)
- Rによる計量経済学/計量政治学を読んでいる(2022.04.23)
コメント