请问一下
软件工程似乎有些观念适合拿来管理团队或公司
例如高内聚: 个人只要专注在本业就好，例如写web就专注写web，不要再去碰DevOps
低耦合: 工作上与其他部门的合作越少越好，避免相依太重导致专案延宕
不知道这样的想法是否正确?

你先定义什么叫正确

照这种思维，国内的公司都是相反来过的多。wwwwwwwwwwww

大公司就是这样啊, 不到十人的新创还走这套就没意义

三四十年前 (我老人味也飘出来了?:p) 那个的日本企业强势到不行的年代，美国也出了超多在研究日本企业管理方法的管理学相关书籍和研究，像是变形虫式管理那种，简单的说就是所有人都跟变形虫一样能做所有事 ("所有" 是夸大的行容法啦) 像是总经理看到地板脏了也会顺手拿扫把清一下之

上面就多能工，轮调超频繁，还没熟练就换下一位，导致所以东西都跟大便一样

类的奇怪例子，那时认为员工的多工与可替代性是日本企业成功的秘诀，是欧美学不来的，跟你说的完全相法呢 XDDD

不知道是不是台湾受过日本统治的关系，大多都是变

依我键盘管理学大师的看法，管理学这东西是官大学问大，你当压榨员工成功了就变军事化管理，你靠运气搭上风潮成功了叫扁平式管理，反正成功了都有话说，失败了就没了:p

形虫式管理，得一人身兼多职，老人越多的公司似乎

要先改掉个人绩效评断方式

只要有逻辑思考前后顺序的概念，都很自由适合拿来管理企业

meowyih说的才是真的.成功了就屁也是香的.

你这样是在建立 silos

Issue tracker:专案管理系统Code review: 电子公文系统Toyota 8d , Google OKR 其他楼下补充

孙子兵法都能拿来把妹了 你说呢

首先，你高内聚的用法就错了，适不适合还是要看谁来搞

低耦合要看你的层级拉高到哪边

陨石开发法

台湾很多公司一个人等于IT部门

你已经违反了违反直觉守则软工中看似直觉无误的东西 就验证根本和直觉对干下一篇 CMMI PMP似乎适合管理公司 然后违反专案定义

我觉得excel更贴近一点

一堆理论要人数够才适用 有个环节人不够就破功了

高内聚低耦合 就是以team为单位 而个人就是其中的threead罢了 pool中的其中一个小零件开发法中讲的本来就没有限定在软件 团队的运行也包含

高内聚应该是要team内部要有能够完成专案的所有元素吧

人才是关键，不然再好的管理方式都一样

最好是企管那么容易一语概括 XDD

Devops 思维拿来执政很适合

台湾软件业有软工?从业人员真的体会到hc.lc根本不到两成

一群好的人不管怎么管理都可以有很好的产出一个烂的人就能让团队天翻地覆

agile是从toyota的方法演进来的吧

新创流行的lean startup也是从Toyota演化来的。

你可以用依赖注入呀，事情都包给派遣公司，反正人他们会搞定

事情有这么简单就好了

上面提到与人数有关 实际的确如此 一个project配给的人数过少 scrum那些根本没屁用 OKR拿来用一用就好

人数少直接干,人数多,某种程度上我觉得有用...

丰田式管理JIT 是即时消除库存 agile和这没关系吧不过看板管理倒是在各行各业都有就是了

底层人是这样想 不用焦头烂额 然而老板不一定是这样想现代而言生活品质也很重要 除非是好待遇的公司...

人跟软件比 当然软件好管多了管理团队 沟通方式才是重点 技能其次

软件专案管理