[游戏力量]普通策划被主管问程序遇到问题怎么解决？

Susaro

昨天在群里有人问了这么问题：一个普通策划，被主管问：“如果程序有问题，你会怎么解决？”

首先，这个问题会导致一个歧义：是程序代码有问题，还是程序员有问题？这会产生两个不同的答案。

如果是程序代码有问题
1.这个策划能写代码，而且很强（必备条件，很多公司都是能者多劳，所以这个策划平时也做程序的工作。否则不成立。）
2.这个策划不会写代码

前者，当仁不让，如果没有其他人能解决这个问题，或者事态紧急，其他人还没有到位，那就自己上了。
后者，代码出现问题并且被人发现，那肯定是出现了可以被触发的Bug，所以这个策划可以用如下办法：
A.测试人员或者自己重现Bug，确定大致原因，为到位的程序人员缩小检索范围，如不能重现，通过客服联系到能触发的用户进行咨询。
B.查询Bug记录，确认是否有相同或者类似的Bug出现过，也是为到位的程序人员缩小检索范围。
C.联系相关人员，进入异常事件处理流程。

前后这两者配合，效果明显！

如果是程序员有问题
1.底层架构不支持
2.工作量会超出工期允许范围
3.技术能力不足

1.如果策划提交的方案实现之后可以带来更大的收益，那么该策划应该向自己的上级或者项目负责人进行汇报，然后由他们进入项目评估流程决定是否改动架构。当然，如果架构还没有搭建，那么该流程的结论可以很快得出，如果已经搭建完成，那么该策划……争取在下个产品里实现你的好设计。
2.启用替代设计方案，当然，如果原方案实现之后可以带来更大的收益，一样的，策划应该向自己的上级或者项目负责人进行汇报，然后由他们进入项目评估流程决定是否可以牺牲时间。如果答案肯定，恭喜，如果答案是否，那么该策划……争取在下个产品里实现你的好设计。
3.首先得了解一件事，对项目来说，也许用不到最高深的技术，而是够用就行，那么方案是不是满足够用就行？如果不是，其实问题就已经返回了1和2；如果是够用，但是是程序员自己的能力确实欠缺，那么，请拿出证据向你的上级或者项目负责人申诉。

冰力恰恰

老大 顶你的帖子

冰力恰恰

老大 顶你的帖子

tonycat

应该是底层bug和应用层bug. 策划/客服/产品负责查询的普遍是 应用层bug...

程序是全局bug调试.用不着外人干预...

做好自己该干的事,大家配合才能做成一件事...不支持策划"通才"概念, 面子和务实是两个词汇。

心灵震撼者

普通策划的终极权限是"申诉"…
这让我想到了古代的"食客" 哇哈哈哈哈…

tonycat

心灵震撼者: Re:[游戏力量]普通策划被主管问程序遇到问题怎么解决？

普通策划的终极权限是"申诉"…
这让我想到了古代的"食客" 哇哈哈哈哈…

普通策划有权限??? 貌似某游戏就不会倒闭了。哈哈。...

含笑饮砒霜！

普通策划能有人权就改谢天谢地了。。。说你那，那个叫啥打杂的家伙。

心灵震撼者

呵呵 楼上的话很有现实意义

疯神帮

程序有问题,当然程序解决啊,

  这种问题还需要问吗?  
  你的问题其实是要把自己的工作做得最好.
--------------
  我只考一个问题,你们都会不知所措.
大家都知道泡泡龙,当通过使用道具 ,让其射出球之前产生轨迹,让其变得简单.
     
   球是有半径的,所以与轨迹线有一定的偏移.那轨迹反射线 怎么符合球的反射?
  

没系统学过程序设计相关知识是没有办法解决的.仅仅知道几个算法都无用.
-----------------------

水寒三尺

不知道这个问题大家怎么看，其实我是很反感越位的，我觉得用心思把自己的工作、要交涉的内容做细致做好、表达清楚就行了，其它部门的问题，方案未进行时提建议可以，但是亲自动手就未必了

比如有的策划，有点美术功底，就要把自己的界面需求画得很细致，最后再交给界面美术制作，在我看来简直是浪费时间！把需求列出来，表达清楚了就够了！还有的，懂点程序，连自己的东西要几个数据，用什么逻辑都要管，但是多数时候却只让程序很反感，因为真正实施用什么样的逻辑最好，往往程序自己最清楚，这样的讨论是浪费时间。

长此以往，公司的工作效率绝对上不去。当然我说的都是“懂一点”的，如果你是非常精通的，也许可以例外，也仅仅是也许，即使你再有能耐，时间有限，不可能大而全的