[請益] 軟體工程觀念似乎適合用來管理企業

看板Soft_Job作者 (方向對了就行動)時間3年前 (2021/05/06 10:42), 編輯推噓14(16244)
留言62則, 32人參與, 3年前最新討論串1/1
請問一下 軟體工程似乎有些觀念適合拿來管理團隊或公司 例如高內聚: 個人只要專注在本業就好,例如寫web就專注寫web,不要再去碰DevOps 低耦合: 工作上與其他部門的合作越少越好,避免相依太重導致專案延宕 不知道這樣的想法是否正確? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.124.166.120 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1620268923.A.B93.html

05/06 10:59, 3年前 , 1F
你先定義什麼叫正確
05/06 10:59, 1F

05/06 11:04, 3年前 , 2F
照這種思維,國內的公司都是相反來過的多。wwwwwwwwwwww
05/06 11:04, 2F

05/06 11:07, 3年前 , 3F
大公司就是這樣啊, 不到十人的新創還走這套就沒意義
05/06 11:07, 3F

05/06 11:09, 3年前 , 4F
三四十年前 (我老人味也飄出來了?:p) 那個的日本企業強勢
05/06 11:09, 4F

05/06 11:10, 3年前 , 5F
到不行的年代,美國也出了超多在研究日本企業管理方法的
05/06 11:10, 5F

05/06 11:10, 3年前 , 6F
管理學相關書籍和研究,像是變形蟲式管理那種,簡單的說
05/06 11:10, 6F

05/06 11:11, 3年前 , 7F
就是所有人都跟變形蟲一樣能做所有事 ("所有" 是誇大的行
05/06 11:11, 7F

05/06 11:11, 3年前 , 8F
容法啦) 像是總經理看到地板髒了也會順手拿掃把清一下之
05/06 11:11, 8F

05/06 11:12, 3年前 , 9F
上面就多能工,輪調超頻繁,還沒熟練就換下一位,導致
05/06 11:12, 9F

05/06 11:13, 3年前 , 10F
所以東西都跟大便一樣
05/06 11:13, 10F

05/06 11:13, 3年前 , 11F
類的奇怪例子,那時認為員工的多工與可替代性是日本企業
05/06 11:13, 11F

05/06 11:13, 3年前 , 12F
成功的秘訣,是歐美學不來的,跟你說的完全相法呢 XDDD
05/06 11:13, 12F

05/06 11:13, 3年前 , 13F
不知道是不是台灣受過日本統治的關係,大多都是變
05/06 11:13, 13F

05/06 11:14, 3年前 , 14F
依我鍵盤管理學大師的看法,管理學這東西是官大學問大,
05/06 11:14, 14F

05/06 11:14, 3年前 , 15F
你當壓榨員工成功了就變軍事化管理,你靠運氣搭上風潮成
05/06 11:14, 15F

05/06 11:15, 3年前 , 16F
功了叫扁平式管理,反正成功了都有話說,失敗了就沒了:p
05/06 11:15, 16F

05/06 11:16, 3年前 , 17F
形蟲式管理,得一人身兼多職,老人越多的公司似乎
05/06 11:16, 17F

05/06 11:16, 3年前 , 18F
要先改掉個人績效評斷方式
05/06 11:16, 18F

05/06 11:16, 3年前 , 19F
越是如此?
05/06 11:16, 19F

05/06 11:19, 3年前 , 20F
只要有邏輯思考前後順序的概念,都很自由適合拿來管理企業
05/06 11:19, 20F

05/06 11:23, 3年前 , 21F
meowyih說的才是真的.成功了就屁也是香的.
05/06 11:23, 21F

05/06 11:38, 3年前 , 22F
你這樣是在建立 silos
05/06 11:38, 22F

05/06 11:41, 3年前 , 23F
Issue tracker:專案管理系統
05/06 11:41, 23F

05/06 11:41, 3年前 , 24F
Code review: 電子公文系統
05/06 11:41, 24F

05/06 11:42, 3年前 , 25F
Toyota 8d , Google OKR 其他樓下補充
05/06 11:42, 25F

05/06 11:51, 3年前 , 26F
孫子兵法都能拿來把妹了 你說呢
05/06 11:51, 26F

05/06 11:55, 3年前 , 27F
首先,你高內聚的用法就錯了,適不適合還是要看誰
05/06 11:55, 27F

05/06 11:55, 3年前 , 28F
來搞
05/06 11:55, 28F

05/06 12:14, 3年前 , 29F
低耦合要看你的層級拉高到哪邊
05/06 12:14, 29F

05/06 12:34, 3年前 , 30F
隕石開發法
05/06 12:34, 30F

05/06 12:39, 3年前 , 31F
台灣很多公司一個人等於IT部門
05/06 12:39, 31F

05/06 13:00, 3年前 , 32F
你已經違反了違反直覺守則
05/06 13:00, 32F

05/06 13:00, 3年前 , 33F
軟工中看似直覺無誤的東西 就驗證根本和直覺對幹
05/06 13:00, 33F

05/06 13:00, 3年前 , 34F
下一篇 CMMI PMP似乎適合管理公司 然後違反專案定義
05/06 13:00, 34F

05/06 13:00, 3年前 , 35F
我覺得excel更貼近一點
05/06 13:00, 35F

05/06 13:16, 3年前 , 36F
一堆理論要人數夠才適用 有個環節人不夠就破功了
05/06 13:16, 36F

05/06 13:19, 3年前 , 37F
高內聚低耦合 就是以team為單位 而個人就是其中的thre
05/06 13:19, 37F

05/06 13:20, 3年前 , 38F
ead罷了 pool中的其中一個小零件
05/06 13:20, 38F

05/06 13:22, 3年前 , 39F
開發法中講的本來就沒有限定在軟體 團隊的運行也包含
05/06 13:22, 39F

05/06 14:07, 3年前 , 40F
高內聚應該是要team內部要有能夠完成專案的所有元素吧
05/06 14:07, 40F

05/06 18:06, 3年前 , 41F
人才是關鍵,不然再好的管理方式都一樣
05/06 18:06, 41F

05/06 19:58, 3年前 , 42F
最好是企管那麼容易一語概括 XDD
05/06 19:58, 42F

05/06 20:07, 3年前 , 43F
Devops 思維拿來執政很適合
05/06 20:07, 43F

05/06 20:42, 3年前 , 44F
台灣軟體業有軟工?從業人員真的體會到hc.lc根本不到兩成
05/06 20:42, 44F

05/06 20:52, 3年前 , 45F
一群好的人不管怎麼管理都可以有很好的產出
05/06 20:52, 45F

05/06 20:53, 3年前 , 46F
一個爛的人就能讓團隊天翻地覆
05/06 20:53, 46F

05/06 20:56, 3年前 , 47F
agile是從toyota的方法演進來的吧
05/06 20:56, 47F

05/07 07:43, 3年前 , 48F
新創流行的lean startup也是從Toyota演化來的。
05/07 07:43, 48F

05/07 07:54, 3年前 , 49F
你可以用依賴注入呀,事情都包給派遣公司,反正人他們會搞
05/07 07:54, 49F

05/07 07:54, 3年前 , 50F
05/07 07:54, 50F

05/07 07:55, 3年前 , 51F
事情有這麼簡單就好了
05/07 07:55, 51F

05/07 09:16, 3年前 , 52F
上面提到與人數有關 實際的確如此 一個project配給的
05/07 09:16, 52F

05/07 09:17, 3年前 , 53F
人數過少 scrum那些根本沒屁用 OKR拿來用一用就好
05/07 09:17, 53F

05/07 10:21, 3年前 , 54F
人數少直接幹,人數多,某種程度上我覺得有用...
05/07 10:21, 54F

05/07 20:37, 3年前 , 55F
豐田式管理JIT 是即時消除庫存 agile和這沒關係吧
05/07 20:37, 55F

05/07 20:40, 3年前 , 56F
不過看板管理倒是在各行各業都有就是了
05/07 20:40, 56F

05/09 16:28, 3年前 , 57F
底層人是這樣想 不用焦頭爛額 然而老闆不一定是這樣
05/09 16:28, 57F

05/09 16:29, 3年前 , 58F
05/09 16:29, 58F

05/09 16:30, 3年前 , 59F
現代而言生活品質也很重要 除非是好待遇的公司...
05/09 16:30, 59F

05/10 01:57, 3年前 , 60F
人跟軟體比 當然軟體好管多了
05/10 01:57, 60F

05/10 01:58, 3年前 , 61F
管理團隊 溝通方式才是重點 技能其次
05/10 01:58, 61F

05/10 14:57, 3年前 , 62F
軟體專案管理
05/10 14:57, 62F
文章代碼(AID): #1WarTxkJ (Soft_Job)