[讨论]制作人或项目经理到底是干啥的？其实我只想表达

xiaoenfy

gantleman: Re: Re:[讨论]制作人或项目经理到底是干啥的？其实我只想表达一个观点。

可以看到各种奇葩观点，有些人连近现代公司基本运作方式都没搞清楚。
和国内低价的研开发水平像配套的就是...

我赞同术业有专攻，活就应该让专业的人去做，中层不懂自己手底下的事，祸害不小，除非每一个员工都有很好的职业素养。但我们在这讨论再多，其实最终也只是老板一句话。

人治是个伪命题。执行实质管理行为的从来都是人。
一个人是治，一伙人也是治。
一个公司的管理状况基本取决于执掌大权的那一个人或几个人。
他/他们的意愿和思维模式决定了公司的管理是什么样。作为一个正常的人类个体，每一个选择必然有着符合其价值观和思维方式的原因和思路，老板也不例外吧。这背后的东西恐怕不是“管理水平”这个词可以全部包括的。至少我认为，老板的所受的教育，和身处的环境对其的改造，能决定很多东西。但员工也同样对此负有责任，一个巴掌拍不响。
制作人和项目经理的作用，连各公司对这两个职位的定义都各不相同，论点有点模糊？
即便如此，我还是觉得，自己对于某个职位的理解，不应该因为他人看法而轻易屈服，但也不能强求老板认同。
愚以为，对公司/老板而言，责任没有多大意义，结果重于一切。这是职场，不管求职是有多弱势，这终归还是一个有规矩的地方。签署了合同，就代表认同了公司，就要担负起职业素养。如果没有了认同，可以选择一拍两散，这都是可以的事。

Rgame

换皮游戏的制作人都当不好，只能说明这个孱弱游戏公司太不该存活！

正宇不在

我觉得。。。这帖子 我在说什么。。大多数人不明白
我从没想讨论什么换皮公司
。。。。
我讨论的是 制作人需要什么样的素质的一般规律

还有我也没讨论 老板要什么样的素质。

锦绣天

正宇不在: Re:[讨论]制作人或项目经理到底是干啥的？其实我只想表达一个观点。

我觉得。。。这帖子 我在说什么。。大多数人不明白
我从没想讨论什么换皮公司
。。。。
我讨论的是 制作人需要什么样的素质的一般规律

还有我也没讨论 老板要什么样的素质。

其实大家一直在纠结于制作人、项目经理要不要有非常专业的技术。
其实这个是有2面性的，公司也会存在两种类型的项目经理，管理类的，技术类的。
这两种各有利弊，一般来说偏管理的会比较多。
像楼上的朋友所说，项目经理存在的意义还是怎么让大家一条心的按时、按质把项目做好。具体的过程方法不论。每个人有每个人的管理方法。

懂技术了容易为了实现一己之欲和团队中的各个技术人员产生争执。
不懂技术了又容易被团队里偷奸耍滑的人给蒙蔽过关。

两者都有利弊，如果又懂技术，又会管理，这样的人才是最合格的，但是这样的人又最难找。

相反，如果让我选择，我宁愿选择后者，后者情况可以找到简单的解决方法，前者情况涉及到个人的性格问题，较难解决。

公司肯定不是一个技术，难道项目组都是闷头做事么？那么多团队，那么多兄弟部门，随便找懂技术的帮忙评估评估就行了。

sjinny

“公司肯定不是一个技术，难道项目组都是闷头做事么？那么多团队，那么多兄弟部门，随便找懂技术的帮忙评估评估就行了。”
如果大的环境是互信的、开放的，那什么都好说，反过来就什么都不好说了，大家应该都懂
其实经常看到说“XX忽悠YY，所以YY需要懂WW”这种，其实到了这种状态，那即使YY懂WW估计也够呛了……

gantleman

职场本来就是相互竞争的环境，
这种环境要么互相碾压竞争，要么升职加薪无望自己离职。
在这种环境谈互信谈有爱要么是真糊涂要么是装糊涂。

sjinny: Re:[讨论]制作人或项目经理到底是干啥的？其实我只想表达一个观点。

“公司肯定不是一个技术，难道项目组都是闷头做事么？那么多团队，那么多兄弟部门，随便找懂技术的帮忙评估...

sjinny

这么说吧，先把东西做出来做好，然后再“互相碾压竞争”，那也还凑合，不过如果东西还没做出来或者还没做好，就开始勾心斗角，那东西多半也做不好甚至做不出来，而这样斗来斗去最终都没用……
当然等东西做好了再斗，那很容易导致下一个产品搞不好……

gantleman

斗也是有范围，肯定不是无原则的见人就乱咬，有人的地方就有江湖。
有斗争就有合作，有人的地方就有朋党。
公司人为的分为策划和程序，本身天然的形成技术派和市场派的互斗格局。
以项目经理为首，整个项目组一分为二的互斗格局，10来个人的小项目组还可以说大家相互协商。
100来人的项目组，一边50个人互相都不认识，哪就真变成两边大乱斗了。
即使小项目组就两个人，一个北大文学系出身的策划一个清华计算机出身的技术。
平时说话都对不上茬的人放在一起不打架才奇怪。
如果项目组就两个人一个北大文学系出身的技术，一个清华计算机出身的策划。
那还真是绝配呢，在一个大方向差不多的公司，至少要背景差不多的人放在一起才有说，说清楚才做事。

sjinny: Re:[讨论]制作人或项目经理到底是干啥的？其实我只想表达一个观点。

这么说吧，先把东西做出来做好，然后再“互相碾压竞争”，那也还凑合，不过如果东西还没做出来或者还没做好...

sjinny

好吧，说说大学里课堂上的内容，当时课本上的观点是这样的：
之所以要成立项目组，并把不同部门和职能的人编排到同一个项目里，是为了让这一群人互相协作达成目标。传统的组织形式是分部门，缺陷有两方面：一是不同部门之间的沟通容易不够顺畅导致一些问题，二是由于部门内的人关注的是手头分得的任务，甚至可能手上同时有好几件不同来源的任务，导致部门内的人不会从项目的角度出发去解决问题，而只是解决手头的问题，这种短视也容易引起问题。成立项目组后，其每个成员同一时刻应只属于一个项目，并且项目内部不再区分部门（虽然会区分职能），这样就可以改进传统方式的那两个问题。还有一种方案是结合两者，所谓的矩阵式的管理，也就是一个人同时属于一个项目和一个部门，这个人在技术层面上受部门经理的领导，但是专门服务于一个具体的项目，这种的好处是虽然这个人加入了一个项目，但仍然能得到原属部门经理在技术层面的指导，并且也不会脱离原来的组织单元，缺陷就是产生了双重领导。
从我的角度看，如果一个项目内部部门区别非常明确和显眼，那么说明项目组织是失败的。再具体一点，如果一个项目的人的位置被分散在很远的不同位置，互相之间要传递文档必须由部门经理转交，所有事务必须等文档正式递交才能动手，出了问题第一反应是检查文档以确认自己有没有责任……这样就是失败的反面典型了……
再多嘴一下，过去有种说法是，中国人太讲究集体主义，导致个人被压抑，而国外就有很多个人英雄主义，后来又反过来了，都开始批评中国人太自我、内耗严重，说国外的人都很懂得尊重他人、互相协作……

gantleman

先说题外的，我用酸奶，芝麻酱，加点盐做沙拉酱，拌西瓜味道不错又不会像沙拉酱那么油腻。
然后说大学学的东西没错，但很教条。
一人不会因为是否在同一个部门就互生好感。
二人只会被共同利益和共同话题相互吸引。
即使如果两程序员在一起也会因为利益互斗的。
接下来我们说策划的由来，
先说国外正常历史上最开始的软件公司肯定只有程序，
引擎出现后，一部分程序转为了专写脚本的关卡设计师。
然后发现光做脚本还不行，还要有人关注市场反应。
然后在脚本工程师里一个声望很高的人
转成了产品经理专注市场反应制定产品总体规划。
上述进化过程可以参考卡马克的自传，
卡马克的配置是1个引擎工程师，5个脚本工程师，1个产品经理。
国内的过程是这样的。
游戏编辑器技术传入我国后，一部分玩家转为了脚本工程师。
引擎技术传入我国后，成立单机游戏公司之后这些脚本工程师转为了策划。
招了很多程序来做引擎的二次开发，这些策划分别指导程序做二次开发。
成立网络公司之后，又招入很多程序开发引擎和网络引擎，
中国策划和程序的配置从单机时代开始就1：1的配置，
并且策划有从玩家当中无差别招募的传统。
这种1：1的配置是没有道理的，但没有人质疑和更改过。
这种从玩家当中无差别招募也是更没有道理的。
我承认最开始的玩家产于给国产游戏行业的发展做出很多贡献。
因为现在的开发技术越来越专业，
这种无差别招募进来的玩家只看到了表面的表面，严重缺乏软件基本的理解和专业技能。
已经没有指导软件开发的意义，并且现在游戏在我国也不是只有少数人才有机会享用的奢侈品，
毕竟当年能像云风买的起386和任天堂的去玩游戏的程序员是少数，但现在不是当年了。
这种先天障碍已经没有了，剩下拼的就是深度，技术的深度，美术的深度，市场理解的深度。
能指导这个行业开发的肯定是要对整个行业有深刻理解的，指望瘸腿可以跑赢国外？