ソフトウェア開発におけるムダ | Ryuzee.com

みなさんこんにちは。@ryuzeeです。 Alan Shalloway氏のWastes of Software Developmentが良い記事でしたので、抜粋・意訳にてご紹介します。 僕のトレーニングではいつもトヨタ生産方式の話やStandishのレポートの話をしています。 7つのムダのうち特に作り過ぎのムダをなくすことはとても重要で（もちろんほかも重要）、これがないと頻繁に継続的に顧客に価値あるフィーチャーを届けることはできなくなるからです。 さらに開発のプロセスの中で、常にどこにムダがあるのかを考えて改善していくことはチームに課された責任でもあります。 例えば思いつく限り以下のようなものはムダです。 使わない機能たくさんのオプション設定読まない仕様書読まない報告書やたらと体裁にこだわった文書更新されない文書目的のない会議決定事項が守られない会議遅いPC小さいディスプレイ行動の監視目的

[harabu]

「ムリムダムラを無くせというカイゼン活動」を強制され、「活動報告pptx」作成作業の割り込みによるマルチタスク化が進んでいる悲惨な弊社。

[sononon]

まぁ、汎用化考えると遅くなるしね。基本。

[trashtoy]

過度な先読みはあるある。常にミニマムな設計を心がけつつ、いざという時にいつでもリファクタリングできるようなAPIがgood

[iori_o]

"問題の多くは、多くの作業をし過ぎていることに起因している。"

[hush_puppy]

トヨタの文字をみて一瞬、製造業のやり方でソフトウェア開発する話かと身構えたが、別にそんなことなかった

[kei_kei]

このムダをどこまで省けるか