如何建立一个完整的软件开发团队

在公司开发,面临中年危机的我,突然发现,开发这个职业真的可能并没有我想象中那么美好,各种危机此起彼伏,最近又受到一波灵魂拷问,真的是心中艰难无比。

突然想写点东西给一些完全不懂,或者基本不懂得创业公司CEO们,开发这个东西,貌似并不是你想的那样。

曾经被一句“我有一个绝佳的创意可以颠覆微信,就差一个撸代码的了。”忽悠了好多次。慢慢的就发现其实他们并不是差一个撸代码的,他们差一坨撸代码的。

下面说的是小公司的问题,大公司一般都能全面很多,我指的小公司是指开发人员(包括产品,设计等)比较少的公司。

误区1、

事必言自己做。

自己做的成本考虑过没?这个不光是金钱,时间上的成本,更关键的是精力。创业者的精力是有限的,而且也是宝贵的。而且没有一个完整的产品逻辑,导致开发过程延期,不漏,不合适,缺失等等问题比比皆是。

误区2、

别人有的我们都要有。

一说到开发,互联网+可能就是ERP,CRM,OA等等一大堆的管理系统上线,然后就是一大波的调整,接着就是小程序,APP,WEB,WAP等等全要。

真的有必要做这么全,这么多么?

其实在小型公司ERP,CRM,OA使用中几乎全是成本,很难有收益。这个据说都快成共识了,领导层考虑的无非就是不放心权限的下方问题,然后设卡,审核这种。

本来市面上类似的东西有很多了,做的也已经比较好了,为什么还要这么费心费力,关键这个还需要磨合。磨合好还好,万一磨合不好的后果,很难讲了。

误区3、

抄那个谁谁谁的。

产品逻辑没有研究明白,细节把握不好,不知道未来会是什么样子。一味的抄XXX的真的好么?抄来的如何知道XXX的为何如此做,抄来的可能那时他们运营上的不得已,你确定你都知道,你确定就是你的不得已?你确定这个不得已你不该优化一下?

误区4、

开发话语权太重或太轻。为什么要有产品经理和项目负责人?

这些人能不能写代码?按说这种职位的人大概率是懂代码,可以写的,但是为什么很多时候不能写呢?

讲一个很简单的例子:如果你自己决定一个项目中的一个细节做或者不做,做了对用户体验可能有2分的提升,但是不做也差不到哪(百分制),你如果有权限决定你会选择做还是不做?如果我负责开发,我包不做的,做了也没太大用。如果我是管理,我可能会斟酌做还是不做,综合考虑,如果是 估计一定要做。

今天想到的先写这么多吧。


分享到:


相關文章: