策划程序沟通

lights

很无奈，存在不一定合理。
策划和程序直接沟通，策划没有执行设计游戏的本职工作。
而是要跟进程序的工作，甚至在修改设计。
楼上竟然那么多人认为是合理的。

这里有两种人：有的人遵守规则、相信规则、维护规则。
还有一种包括我：打破规则、质疑规则、改进规则。
没人有错，不要狭隘的看问题。

工具只是一种方式，我认为应该在完全通过工具划分工作权责范围的前提下讨论用什么样的工具为好。
如果楼主讨论的是直接沟通用什么工具，那么结论很明显：用嘴。

abc606

lights: Re:讨论一下策划与程序的沟通工具

很无奈，存在不一定合理。
策划和程序直接沟通，策划没有执行设计游戏的本职工作。
而是要跟进程序的工作...

不需要直接沟通?还给每个策划找个秘书与程序沟通?
本职工作是什么?设计?
然后呢?
没有然后了?

lights

你还是坚信着现状的合理性，这种情况下，我做任何说明都会被你耻笑的。
我的心理素质没那么好，继续下潜......

abc606

lights: Re:讨论一下策划与程序的沟通工具

你还是坚信着现状的合理性，这种情况下，我做任何说明都会被你耻笑的。
我的心理素质没那么好，继续下潜......

确实没有嘲讽的意思.
帖子本身谈的策划需要与程序沟通而必须具备程序的思维,这点我是反对的.
对策划来说,沟通和协调是必须的,程序更理解你的目的和需求,双方商讨最好的解决办法,同时能避免沟通不畅引起的返工.
涉及到大设计或者难以解决的问题,管理者需出面协调.
总体上我就是这么个概念

Raketenfaust

santaclaus_lion: Re:讨论一下策划与程序的沟通工具
我不认为所谓企划的设计文档可以直接交给程序。策划不该和程序直接沟通。 如果你不是对现有制度比较熟悉，就根本不懂我在说什么。

企划的设计文档不直接交给程序，那么要交给谁？
“程序和企划术语思维 逻辑 习惯统统都不一样”——就是因为可能出现误差所以才需要沟通啊纱布，你吃饭的时候左手和右手需要沟通一下谁拿筷子谁拿碗么？

你做脑补教主又不是一天两天了，我承认我对你YY的所谓“现有制度”的确完全不熟悉

hongnian

我一般的做法是把文档先交给程序，他看完之后，我坐到他面前解说要点，还有询问他不明白的地方，然后达到他明白为止，还要随时跟进程序的制作，不然有可能程序做出来的东西自己都不会玩！

santaclaus_lion

Raketenfaust: Re: Re:讨论一下策划与程序的沟通工具
就是因为可能出现误差所以才需要沟通啊纱布

    什么误差。 你他娘的学过中文没？  老子有说误差么？  你他娘的看懂别人说什么了没。 就知道在自己思维里打转。 什么玩意。 弱智。

    弱智就算了 还出来吓人。 没脸没皮。

santaclaus_lion

   自己平庸，就他娘的低调一点好不好。 什么狗屁玩意。 狗屁不懂，入行没几天，思维定式到不少。 木头脑袋。 自己去对脑袋B超一下， 看看是不是棒槌形的。

santaclaus_lion

Raketenfaust: Re: Re:讨论一下策划与程序的沟通工具
企划的设计文档不直接交给程序，那么要交给谁？

    我想问你这白痴几句。

你上司干啥吃的？
你和普通程序两个人就可以决定实现方式么？
你在哪个公司？ 你们公司有什么作品？
你入行几年了？对游戏制作了解多久了？

你这家伙多次怀疑老子资历。 有种自己也说说自己几斤几两。

santaclaus_lion

abc606: Re: Re: Re:讨论一下策划与程序的沟通工具
卖糕的,我首次听说这2个部门不需要沟通.
不知道你们所在公司对文档的细致性要求有多高,你们的程序不会对策划的功能提出质疑?

    首先， 我可没说什么两个部门。 我不认为应该搞成两个部门。

    其次， 我只是说普通程序和普通策划无需沟通。

    再次， 我是我，我所在的公司是我所在的公司， 我们完全不相干。

    还有， 小破程序自己实现不了还提出质疑？ 整个游戏架构都不了解还提出质疑？

我说各位。你们就没尝过让小破程序郁闷的滋味么？ 狗屁不懂就说“这样不行，那样行“