元宵加班

在公司值班,公司要上新的产品,赶着要出,所以加班,现在还没有完全弄好,所以现在在等着。。
这一来其实暴露了不少管理上的问题。

  1. 部门分工不明确
    一个产品的推出需要在各方努力下共同推进。市场部负责策划、销售这一块,也就是主外。产品部门主内,负责产品的研发、上架等。其它的部门差不多应该在这两个部门的沟通和指挥下,灵活配合。以获得效率最大化。比如ns/om/sqm等。
    但现在这个产品中出现的问题是,有的事情产品部门认为这个不归他们管,市场部也没有这个职责,于是可怜的善良的小明就要面对着boss和市场广告的压力做起本不是市场部的事情来。
    可以看出三点。一点是小明是善良且是有责任心的,在事情必须有人来做,但没人愿意做的时候,她很勇敢地把事情揽过来做。二是产品经理没有责任心,东西放着就不管了,小明东奔西跑地沟通,却仿佛置之不理。三是最重要的,部门分工不明确,既然公司有ISO要求,有流程,那么为什么这些事没有做好分工?什么时候做什么事情应该有责任人负责,而不是像现在大家稀里糊涂地做。
  2. 产品不成熟
    用户不应该是产品的测试者。产品在推出前应该尽可能地完善地测试。比如像现在,东西都到位了,产品出了问题,结果ns/om/market/ui四个部门只好等着。浪费了人力和宝贵的时间。特别是像这次产品上架对时间的要求特别紧急的,更不能出马虎。
    开发组的确是花了时间和精力在开发上,但最后完成的应该是一个相对成熟的产品。测试组的测试工作显得尤为重要。不过也难为他们,他们要面对的是各种各样不同的产品,每个产品都有各自的技术点。黑盒白盒等等都要过。相同的软件在不同的硬件平台上也可能出现这样或那样的问题,测试的条件也不是非常完善。
    但总之,推给客户的应该是相对成熟的产品。虽然你可以打着beta的标签,但你不可能真正把刚新鲜出炉的产品给用户,拿得出手的产品再拿去beta。
  3. 计划没有更早一些
    这次产品,做得非常仓促。大家都在赶进度,就造成了质量的下降。年前提出的计划,年后两周内推出,实在是一个很大的挑战,各个部门的人力都是有限的,对这个实在是要做一个更长期的规划。比如提早1个月把产品完成80%,服务器配置好,就不会出现这次这样大家都等着购买服务器、产品临时出差错的情况了。
    没有哪个人愿意在元宵节加班的

其实这些都是小问题,平时的工作中完全可以避免。作为普通员工我会尽力做好我职责内的工作,但如果我是管理层,我一定会把这次事情做成一个经验模板。为什么会出现这些不该发生的事情?怎么样可以防止类似的事情再次发生?

不过混到管理层估计还得有阵子。先储备就是了,以后当了boss也要做个员工喜欢的boss。

Copyright © 2007. All Rights Reserved.

发表评论

电子邮件地址不会被公开。 必填项已用*标注