想請問在設計軟韌體時，也能用硬體的生產製造流程進行控管嗎？
敝公司有三個軟體人員，有在用 Git來做軟體控制，
名目上也有在做 code review，還有 auto build system，
東西都放在 NAS上做備份。
本來工作還算可以，完成客戶要求的功能後，
程式編譯成映像檔或位元碼後，再給客人進行燒錄，
然後再登錄 checksum來避免檔案損毀問題。
但主管或 PM不知道怎麼跟客戶談的，
竟然要求我與同仁在進行軟體開發時，也要搞 8D或 6 sigma 這種流程，
被打槍好幾次之後，總算寫出一些可以看的文件。
但一直覺得莫名其妙啊…………
因為軟體這種東西的良率問題跟硬體不一樣。
在硬體沒出包的情況下，
如果軟體會出問題，就是每一台機子都有可能發生，
發生率要嘛是零，要嘛就是 100%，
那些文件我都寫的很心虛。
而且比較麻煩的是寫那些文件佔了我八成的工作時間。
根據 8D跟 6 sigma的設計理念，
硬體設計生產流程才有改善的空間，
軟體設計應該是無法用這一套工具來改善。
試著往上管理，跟主管聊了一下，
主管還一直強調車廠都是這麼控管他們的產品的，包括軟體也一樣。
請問真的有人在用 8D或 6 sigma來控管軟體的開發嗎？

有用8d,通常是找bug時用

假設硬體沒有出包的話，軟體不會是0跟1的差別～

軟體哪來六標準差呵呵

你應該高興，軟體有使用風險管控，避免將來被客戶凹免錢的

感覺很適合給戲捅廠使用這套~~

寫第一套很辛苦，但第二套之後幾乎都是複製貼上給你一個參考，作業系統安裝為何要列建議硬體規格？不滿足規格出問題誰的責任？你該高興你有個眼光看很遠的主管，加油

8D感覺合情合理，6sigma怪怪的

我公司連軟體也用FEMA

這個很蠢 以前的公司搞過 後來靠背之後 軟體部門就沒加入一起玩

有FMEA 因為有時候需要分析

pcda也拿來管業務 最後只是開會和沒解決 你說呢PDCA工廠

軟體工程根本沒這東西

對軟體產業不懂，但理論上可行，不過你要找到對的KPI 然後進行量化。或許先畫個魚骨圖，看你主要的目標是啥，然後再把因子找出來，再看看哪些因子是你們認為的顯著因子。

6 sigma？？開發要搞得應該是requirement management 吧，你的客戶完全不懂軟體開發。結案

如果是設備軟體，把硬體版本，新舊可靠度放進來看，會不會有某客戶10年前買的100台設備，有一台就是更新後有問題，我們公司的廠商常發生這種鳥事

8D還寫得出來 6sigma完全無法用在軟體開發

8d是用來解決特殊變異原因,也就是過去好好的但現在出問題了。6 sigma是用來解決共同變異原因，也就是一直以來都有能力不足的問題。