[解密] 管理的疑难杂症——部门相互扯皮的真正成因！

三上智也

gantleman: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！

可你说的这个“东西”别说人就是机器都不可能，
就是在自然界这么听话的“东西”都...

绝对服从？这就是你理解偏了，抽空读点管理学吧，这里要求的不是绝对服从，而是减少程序的职能范围，只要这个思路没问题，怎么让程序照办，这就是管理技术的问题了：因为他们承接了这个项目，而项目要求是实现明确的，项目的奖励也是实现写清的，换言之，程序有选择，虽然选择范围从原来的“该怎么干”缩小成了“干，或不干”，但最终他们选择承接这个项目，就足以说明项目的技术要求他们能实现，奖励他们看得上。

gantleman

哪策划就要比程序都清楚哪些在技术上是能干那些不能干。
例如策划个案子要500人进行活动，服务器到399人崩溃了，
如果解决技术问题还需要1个月，可案子距离上线只剩3天公告都出去了，
这类问题应该比比皆是吧，如何解决？

三上智也: Re: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！


绝对服从？这就是你理解偏了，抽空读点管理学吧，这里要求的不是绝对服从，而是减少程序的职能范围，只要...

gantleman

人跟人可以讨价还价，策划可以跟程序讨价还价，
可程序怎么跟机器讨价还价呢？美术也不能跟画板讨价还价吧！
策划把自己跳出三界外，那就别指望任何东西是有保障的。
这样是逼迫程序开始玩下三滥而已。

三上智也

gantleman: Re: Re: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！

哪策划就要比程序都清楚哪些在技术上是能干那些不能干。
例如策划个案子要500人进行活动，服务器到399人崩...

实际上你问的问题非常非常的简单，答案就是让策划团队里有懂程序的人，这个答案是显而易见的，那么结果呢？这个问题丝毫没有动摇我的核心观点，仅仅是在强调程序员的重要性，所以说你的“程序员立场”让你跑题了。

这个帖子是讨论管理，在这里发言不要站在程序立场，也不要站在策划立场，站在投资者立场上看看哪种管理模式更能解决部门扯皮，这才是本帖的宗旨，不用急着为程序员“正名”，强调程序多重要，因为我从不否认程序的重要性，而你鲜明的程序员立场让你忽略了这个帖子的主题：我们在谈怎么减少扯皮问题，不是在谈程序员重不重要、策划该不该懂程序

实际上你还提到了一点，时间问题，这同样是个简单的不得了的管理技术问题：薪酬设计而已，既，策划案不仅有明确的技术要求和报酬，还有时间要求，超过规定时间，按照超出天数缩水奖金。这一点我之前不提，是因为这是个项目管理的常识——明确的时间要求。而你的程序员立场，让你只注重强调程序知识的重要性而忽略了我们的话题，以至于提问如此肤浅。
而要明确逾期责任，最好的办法还是策划与执行分离——若他们共同工作，扯皮又来了：这个项目本可以按时完成，是策划的修改太多了！
你的观点提炼出来，就是两句话，1，程序很重要，2，不懂程序要逾期
我的回答，也就是两句话，1，程序是重要，2，不懂管理要逾期

核心观点还是不变，搞策划的不要参与程序制作（但不是说策划团队应该对程序一窍不通），策划不执行，才能专心策划，执行不策划，才能避免扯皮。

gantleman

管理不能超脱于技术，所有东西最终都要变成代码。
你说的方法无外乎把公司分裂为两拨人，并且把策划整体都放到了管理层最多再拉几个懂程序的进来。
我的程序员立场让我看到了你看不到的问题，再怎么强调管理策划的文档都是变成代码，
在这个流程中任何环节无论技术上的，人为的，主观的，客观的，可预期的，不可预期的。
只要任何环节出了问题变不成代码就涉及到协商沟通修改。
如果策划不妥协，不沟通，哪就要保证自己的案子百分百能变成代码。
程序自己都不敢保证的东西，策划怎么就能给出这么强有力的保障呢？
而谁重要谁不重要的意思我理解是。

在一个软件公司"没有技术问题"，所有的问题都可以通过恰当的管理解决。
策划提出的案子都可以通过恰当的管理变成代码，中间没有任何技术问题，或者技术问题都可以被程序解决。

中国公司居然有这么神奇的管理和程序吗？
按这个思路走下去，中国应该和国外公司没有任何技术差距才对，这么牛逼的管理和程序。
哪中国公司做不出一流水平的游戏都是因为策划很烂，因为技术和管理都不是问题。

三上智也: Re: Re: Re: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！


实际上你问的问题非常非常的简单，答案就是让策划团队里有懂程序的人，这个答案是显而易见的，那么结果呢...

yoshinhwa

gantleman: Re: Re: Re: Re: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！

管理不能超脱于技术，所有东西最终都要变成代码。
你说的方法无外乎把公司分裂为两拨人，并且把策划整体都...

如果程序这个实现不了、那个实现不了，那还要这程序干什么？
另外一点，为何总是要说策划是脱离的？
最终配置各种表格、脚本的不也是策划么？

gantleman

上面哪位说的策划只负责说程序来执行避免扯皮。
而你说策划写配置写脚本，这很好，可这里有几个策划会写脚本？

yoshinhwa: Re: Re: Re: Re: Re: Re: Re: Re: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！



如果程序这个实现不了、那个实现不了，那还要这程序干什么？
另外一点，为何总是要说策划是脱离的？
最终配置各种表格、脚本的不也是策划么？

Shelly

其实原因很简单：
1.目标不同
我的考核目标是堆几行代码，你的考核目标是出几页文档，他的考核目标是画几幅图，那我为什么要听你的，你为什么要看他脸色，他又凭什么会听我指手画脚？每个人肯定都会向着最简便地完成自己的目标的方向前进。
2.缺乏强有力且客观的项目管理
项目管理/产品经理在大型IT企业内已经是独立的工种，担任产品经理的人往往既不是需求方也不是执行方，但是又能够理解需求方和执行方的管理者。产品经理协调需求，确定工期，跟进项目完成，必要的时候做出决断且不会偏向于谁。而现在小公司往往就是策划做产品经理或者干脆领导做产品经理，决断力是有了，但是未必能让需求协调OK。

解决方案也很简单：
1.参与一个项目的人，无论策划，运营，美术，程序，背同一个KPI指标，如该项目盈利多少多少。这样就算需求方不提修改需求，程序美术都会主动来要求改点什么了。
2.项目管理由独立产品经理担任。

正宇不在

Shelly: Re: [解密] 管理的疑难杂症——部门相互扯皮的真正成因！

其实原因很简单：
1.目标不同
我的考核目标是堆几行代码，你的考核目标是出几页文档，他的考核目标是画几...

书看多了吧？

pilipala

gantleman: Re:[解密] 管理的疑难杂症——部门相互扯皮的真正成因！

人跟人可以讨价还价，策划可以跟程序讨价还价，
可程序怎么跟机器讨价还价呢？美术也不能跟画板讨价还价吧！
策划把自己跳出三界外，那就别指望任何东西是有保障的。
这样是逼迫程序开始玩下三滥而已。

我一直希望能有具有扎实程序技术的人来牵头推进项目，甚至是担任项目负责人

不是策划跳出三界，而是必须有人跳出三界，来担当或组织从项目负责到游戏设计到内容配置的一系列工作

如果有一批主动思考游戏卖点，主动设计游戏系统，主动配置游戏内容的程序员在“做游戏”（注意是做游戏，不是敲代码）

我TM招那么多策划干吗？有病啊！