大家好。
是這樣的，
我從2009開始做embedded software以來經歷過三間公司，
每間公司在程式開發或維護上面一直都是沒有ownership的概念。
一直到去年換了新公司第一次接觸到ownership的工作型態。
個人覺得這種方式蠻沒有效率而且某種方面來看對工作分配有點不公平。
做了一年下來，興起了換工作的念頭，
但是又想說會不會ownership才是目前的主流。
所以好奇做embedded software或純軟的各位，你們公司是用哪種方式呢?
(以美國為主，但歡迎各地的經驗)
Ownership:
如果寫了個process，
所有和這個process相關的ticket都會由author單一來負責。
不會有其他的人來支援。
如果同時負責多個process又同時被PLL增加需求又壓交期，再外加QA開始測試發bug，就
會有種非常孤立無援的感覺。
休假也變成一件很有壓力的事，
因為休假期間沒人會cover，休完假的工作量基本都是加倍。
Non-ownership:
只要是同一個案子裡的ticket，同組的人都可以負責，相對的要負責的範圍就會比較廣(d
river, kernel, userspace…etc)。
同組的人會一起分攤互相幫忙，
並不會說某人只能做某特定的功能。
當然依照經歷的不同，
總是有些人特別常接critical/P0的ticket。
但好處是，因為沒有ownership，
資深的人也可以引導較資淺的人做其他的ticket，在旁輔助他們，讓資深的人可以比較專
注在P0。(無力感也不會那麼重)
我個人目前還沒有感受到ownership的好處。
總覺得要產品好，開發上要有效率，
還是要多人可以互相討論集思廣益，
然後可以互相cover配合交期才是。
如果大家有不一樣的想法，我也想要聽聽
謝謝大家~~