现在策划和程序撕逼，都是这样撕的么？

肥朱

飘雪残月 发表于 2016-6-10 21:03
做好是本职，应该的。改，肯定是说明当初没想清楚。当然，也有更好方案改动的情况，这里涉及一个时间问题 ...

改,代表的的确是资金的浪费,反复徒劳的工作的确还会造成诸如士气下降等等复合问题.但是,假设这样一种情况,你反复思量的方案实现了,然后,在此基础上,你发现了不足,或者说,你发现了一个能把游戏变得更好的方案,你会去改吗?不改能不能代表你真的负责?甩锅这个,从头到尾都是错的,我从未为此证名.我只是说,不让策划改,是不是锁住了策划的脑袋.真正负责的策划,会努力一步到位,但永远不会把自己的退路封死说不改的.

卡特铁角

肥朱 发表于 2016-6-11 20:01
改,代表的的确是资金的浪费,反复徒劳的工作的确还会造成诸如士气下降等等复合问题.但是,假设这样一种情况 ...

还是那句话——全世界人都会犯的错就不是错了？

努力一步到位，不是说说就算了。如果不能一步到位，请大方认错——是自己的实力还不够。如果连这点都做不到，谈什么“努力一步到位”？

你要知道，你只是想了一想，说了一说，又或者敲了一堆字，程序和美术就得为你的这些改动吭哧吭哧干上几个小时甚至几天，道个歉不应该么？

tianyin111

卡特铁角 发表于 2016-6-12 12:54
还是那句话——全世界人都会犯的错就不是错了？

努力一步到位，不是说说就算了。如果不能一步到位，请大 ...

其实我不是很明白，如果你做过很多的完整项目，应该明白改动是不可避免的，尤其是在项目前期，随着版本的开发，前期做的设定不可避免要改动，我个人认为这不是策划的锅，实在是力所能及之外。
我理解的你说的弱鸡策划，指的是単独系统开发存在规则漏洞需要修正的情况，对否？
凡事不能一概而论，而且策划和程序的职责不同，就好像前锋和守门员的职责不同一样，前锋可以允许浪费9次机会，只要抓住1次，就是顶级，守门员只要犯错一次，就是垃圾，你觉得对嘛

7MER

笑而不语,

卡特铁角

tianyin111 发表于 2016-6-12 13:54
其实我不是很明白，如果你做过很多的完整项目，应该明白改动是不可避免的，尤其是在项目前期，随着版本的 ...

都知道不可避免要改了，为什么不多仔细想想再让人做？你多考虑周全一些，程序美术们劳动就少浪费一些。

算了，每个人对自己的要求不同……这问题没啥好争论的了

tianyin111

卡特铁角 发表于 2016-6-12 21:06
都知道不可避免要改了，为什么不多仔细想想再让人做？你多考虑周全一些，程序美术们劳动就少浪费一些。

...

这不是对自己要求严格不严格的问题，你在立项初期就知道后面会遇到什么样的变化？做到一半的时候推翻重来也不是没有过的事，不要把策划想的太万能
我很好奇  阁下究竟是哪位大神  能否让我去学习一下 看看你是如何做到万事周全的

portcc

来看卡特装逼

逍遥御风

说句实话，我最怕我在和程序做系统例会沟通时，程序是零反馈了。
文档相信大家都会尽量考虑清楚，但是如果是在很简单的问题上出现了要返工的情况，策划的责任固然不可推卸，
至少也说明了程序大哥没有经验或者不尽职。
举个例子，就像很多问题是客户端处理还是服务器处理，对策划来说考虑难免会有些纰漏，程序如果这时候还是一头雾水，出问题在所难免。最可怕的情况就是，开会的时候程序不说，做的时候也不说，最后两边都没有考虑。

这已经不是锅推给谁的问题了。出了问题，肯定不是一个人的事，这就是好团队和坏团队的区别

卡特铁角

tianyin111 发表于 2016-6-13 09:56
这不是对自己要求严格不严格的问题，你在立项初期就知道后面会遇到什么样的变化？做到一半的时候推翻重来 ...

排除市场变化导致的问题之外，难道不应该在立项初期就考虑清楚游戏机制的框架？进入具体功能的实施时，难道不应该自己想清楚了再让别人去做？的确，谁也不能保证完全不返工，尤其是当发现了市场环境的变化时，该改的就要改。但作为一个既写代码也做数值的人来说，我希望你们能承认自己的失误，并对团队抱以歉意。

连追求完美的想法都不敢有……你说你努力上进？谁信？

守门员失误多少次都不是垃圾，真正的垃圾是——失误了还觉得这是理所当然。

任何程序员都不能保证自己的代码没有BUG，但你去问问那些优秀的程序员，他们对于自己写出了BUG这种事是什么态度？
任何美术都不会认为自己的画作完美无瑕，但你去问问那些优秀的美术，他们对于自己作品中的瑕疵是什么态度？
凭什么你们策划对于自己的判断失误就能如此放纵？

没有过硬的专业技能你可以说是术业有专攻
但对自己的要求还这么宽松……那只能说是这些所谓“策划”的生活态度就只适合当卢瑟

卡特铁角

逍遥御风 发表于 2016-6-13 19:31
说句实话，我最怕我在和程序做系统例会沟通时，程序是零反馈了。
文档相信大家都会尽量考虑清楚，但是如果 ...

你不懂程序（不清楚一个功能在前后端的流程），凭什么要求程序明白你自己都讲不明白的功能？

球都不懂，还懒得学……这是我最恶心的一类人——这种人通常是出了问题就怪别人没经验不尽职。

你自己怎么没经验呢？你自己为什么不多承担一点责任呢？就凭你是什么狗屁策划？
搞清楚，跟团队在一起你是个游戏策划，离开团队，你就是一社会盲流