BAT的真的适合创业团队吗?

平时在公司扮演一个逗比得角色和亲爱的们友好相处的我根本不愿意去思考这么深入的课题。本来在上一家公司就涉及的太深,心爱的一条小产品线被咔掉后心疼不已。只想深入研究技术不问世事了。怎奈何突然有一天说要招一个项目管理职位的人进来,专门做的事情就是更新和管理项目进度。我当时十分疑惑后,就开始了找个思考的历程。

大公司病?

“难道不是产品经理需要管理这个事儿吗”?小创业公司里,不是产品经理需要把从老板、市场和运营的人的一堆破事儿都收集整理了,然后去其糟粕、留其精华,转化为需求文档和原型交给开发,然后管理开发的进度?但是我们的产品经理怎么要把这件事儿推出去呢?这个哥们过来之后干的事情就是更新EXCEL:谁做了点啥,今天做了点啥,任务进度是百分之多少等等吧。

和赚钱没有直接关系的人变多就是大公司病了。这个哥们和直接赚钱有关系吗?这个时候我们家的真汉子喊人了:“XXX你的bug改得怎么样了?”。说他真汉子是因为他是个“她”。气势逼人,对于真汉子的任何问题我们都不敢说半个不字。

但是有的时候会出现一个很奇怪的问题,很多时候测试并不清楚开发们又开发了什么新的功能。很长一段时间都持续出现这个问题。每次到最后要发布的晚上,测试们以为可以上线了但是又爆出说其实还开发了新的功能需要测试。最后的结果直接就是发布延期。对于测试的不重视直接导致的结果是延期的发布和无数多的质量问题。

其实,最清楚项目的进度的人非测试莫属。我们都知道每次开发的时候测试是要有测试用例的。那么项目进行到什么程度,直接看测试的测试用例测完了多少就可以了。非常清楚。总比你问一个开发说,哎这个某某功能的进度怎么样了啊?然后他说,我想想啊,大概百分之三十了。这几乎就是猜了。

完完全全的瀑布流

前面说到的需求问题。产品们辛辛苦苦的整理各方面的需求,每天都忙到半夜。真让人敬佩。然后等他们的需求都整理好放到文档,做成原型(原型从来没有见过,除了粘到文档里的那几页以外)就正式的交给开发了。

开发完全不了解这个大需求的前因和后果,以及这之间的来龙去脉。这些在开发之前都是需要弄得清清楚楚的,至少是各个功能块之间的关联尤其是数据的流向这方面需要弄清楚的。要完全的搞清楚这些需求所花费的时间也是相当的多的。

产品团队在这之前完全没有从连接开发和运营的角度给予运营和市场等需求提供方给予专业的建议:把需求拆分,并纳入敏捷开发以快速的迭代。相反的,产品团队在整理好全部的需求之后,一股脑的抛给开发。并由开发团队来给需求提供方提出需求的不合理的地方和实现的不可行的地方。之后再次陷入需求的大讨论中。

但是这个时候一个小创业公司的老板早就已经等的不耐烦了。人人都在讲快,老板还在大把大把烧钱,哪有那么多时间等一堆人为了一个小需求点讨论个没完没了的?老板就说这个也不用做,那个也可以手工做。是的,谁都理解他想早点试试这个大的功能点到底是不是适合市场的。但是,产品和开发们谁也不敢跟老板说半个不字。老板要砍掉的几乎都是运营在实际操作的过程中需要的配置项等。砍掉了运营就只能手动配置,或者你在创业公司待过得话就会知道,找开发在产品库里配置。

其实玩过Scrum的都知道,Scrum最适合的就是全新的概念扔出去试水的情况。当然我们不去深入探讨Scrum。但是,一个全新的需求概念(没有现成的可以抄的)是需要不断放一个优化版的到线上去看用户的反馈的。就比如上面提到的一个例子。老板想了一个全新的概念要做,运营的和市场的做了完善。不管他们表现出来的信心有多大,有一点是肯定的:他们也不知道这到底是他们认为的用户需求还是真真正正的用户需求。就算是真的用户需求,能解决用户的问题,那么这其中有没有什么大的逻辑疏漏导致用户体验功能的时候遇到问题,他们也不清楚。这种情形怎么能不用Scrum呢?

创业公司的浑水

创业公司人少好沟通。是的,你说的很对,但是这是在很早期的时候。当开发团队在50人以上的时候就不再是这样的了。至少在这个人数界限的时候事情就开始走样了。沟通不再是那么的轻松和直接。公司的整体的方向是什么,公司的具体的安排是什么,产品的优化都包括什么作为一个底层的开发已经不太可能有什么了解了。除了直接领导的安排,一个版开发人员并没有其他的正式渠道了解以上说的公司目标,或者说公司的开发相关的目标。Google的OKR据说有这么一个效果,但是没有经历过也没有亚就过不敢说确实有这个功效。

但是,一个实际的情况是BAT等专业化程度已经很高的公司出来的人在这方面的表现也是零。即使是Google的。这些在产品线上一颗钉式的人物对于开发团队的管理可以说是自生自灭式的。普通的开发人员自然乐得多一事不如少一事。于是,大家每天都忙活到很晚。早晨也很有理由的来的很晚。

不想说的技术

日活没几千,点赞都会延时。。。业务驱动技术我是完全赞同的。但是一开始就不能读写分离吗?读写分离了就不能一主多从吗?

以上所说的都是BAT挖过来的。但是在产品、开发、技术、流程和管理上真的没看到他们有什么建树!

时间: 2024-08-04 09:20:03

BAT的真的适合创业团队吗?的相关文章

微服务,真的适合你么?

1.什么是微服务? 微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成.系统中的各个微服务可被独立部署,各个微服务之间是松耦合的.每个微服务仅关注于完成一件任务并很好地完成该任务.微服务架构模式(Microservices Architecture Pattern)的目的是将大型的.复杂的.长期运行的应用程序构建为一组相互配合的服务,每个服务都可以很容易做局部修改.微服务架构带来可独立部署.高扩展与伸缩.自由选择开发语言.高效利用资源.故障隔离等优点,同时也因为服务多带来分布式事务

MVC真的适合PHP么?

近来设计模式风行,MVC随处可见,PHP领域也不例外,很多论坛都开始讨论在PHP中使用MVC.然而,M.V.C在PHP中到底该如何实现?MVC真的适合PHP么?这里Easy给出一些自己的思考. 近来设计模式风行,MVC随处可见,PHP领域也不例外,很多论坛都开始讨论在PHP中使用MVC.然而,M.V.C在PHP中到底该如何实现?MVC真的适合PHP么?这里Easy给出一些自己的思考.MVC的原型      伯爵娱乐城MVC本来是存在于Desktop程序中的,M是指数据模型,V是指用户界面,C则是

你真的适合做软件开发吗

前段时间一个朋友跟我说,他说做软件开发不仅累,而且从来不跟人接触,整天要对着电脑研究代码.整个人都完全脱离社会了,自己都快变成代码了. 我笑着以一个过来人的身份对他说,你现在后悔了吧?!天下没有后悔的药,若想不后悔,就必须对将来要做的事情有个了解,这就好比商人投资某个项目一样,必须做好深入的考察后,才能进入,否则就凭着一腔热情,失败在所难免. 软件开发行业曾一度被各大媒体报渲染我21世纪的昭阳产业,人才缺口达到多少多少等等.听的大家是蠢蠢欲动,摩拳擦掌恨不得卯足劲冲进去好好干一番事业.然后各种媒

适合创业团队的第三方服务和资源整理

办公和协同 1,邮箱 - 腾讯企业邮箱 邮箱这个老掉牙的工具,查找.沉淀.协作.效率等几乎都无法满足移动互联网公司的需求,我们现在仅用它来注册各种其他服务和印在名片上占位.但是,邮箱还是得有. 2,项目协作 - Teambition 我们不用邮箱,所有团队协作相关的东西都在这里,包括项目管理.任务(bug).文档.日程.讨论等,TB能满足我们所有的需求,极大提高了我们的沟通协作效率. 还有禅道+jira的方式 3,文档协同 - Google Docs 当然,前提你得保证公司是无墙,Google

如何选择JAVA培训机构,兼议什么样的人适合培训机构

首先,利益相关,本人就是培训机构创办者兼讲师,但这不妨碍我对此发表看法. 我们先来看什么样的人适合培训机构?要回答这个问题,需要先换个角度.这个角度就是,你学习一门语言的动机是什么?99%的人的回答是:找一份工作.问题是否到此为止,不,我们还要深扒这份工作的种类. 一:精英程序员.CRUD BOY与程序工作种类 在天朝,历来有一个传统,叫做"文人相轻".程序员多少也算是有些文化的人,所以这个传统在程序开发界得到了发扬光大,从著名的语言之争,到阶级鄙视,都深深透露着"文人相轻&

什么样的IT业务适合外包?

很多公司都应该遇到过这样的问题,什么样的IT业务才适合外包呢? 百度大家都可以百度的到一些信息,比如: 针对这样的推荐答案,是否也需要认真思考一下,我需要外包的业务是什么样的业务?是不是真的适合外包?外包后所带来的结果会是什么样的? 根据我的个人经验总结一下(仅是个人想法): 外包的出发点是什么? 企业选择外包的理由不外乎几点:业务没达到或业务成熟不需要养一个技术团队的程度,选择IT外包:有技术团队,但时间紧迫的,选择IT外包:需要更加专业技术做专业事的,选择IT外包. 什么样的IT业务可以外包

python适合小白自学吗?

随着互联网的迅速发展,python逐渐成为一门重要的语言,当今时代朝着人工智能方向不断发展,那么python方向的人才也是以后的发展趋势,越来越多的人对python感兴趣,那么python真的适合所有人吗?真的如他们所说简单吗?下面小编说一下python适合哪些人去学习.一.编程新手对于<非常热爱>编程的人员,经过深思熟虑之后,下定决心以后想要从事开发相关工作,但是目前是小白,不知道入门什么编程语言的朋友,python语言是一个不错的选择.二.在校学生对于现在大学生来说,课余时间是非常充足的,

面对金九银十你真的准备好了吗?

前言:又是一年一度的金九银十跳槽季,回首在经历了半个月的求职奔波后,终于又能安稳的静下心来敲代码了,这期间一共面试了十几家公司,拿到了四份offer,刨除去那些给不起工资或是回复效率慢的因素外,回首总结了一下这段时间的经历,于是就有了几天和后续的面试经帖子,关于面试题咱们后续再聊,今天只说说面试这个事儿. 我们为什么要跳槽 跳槽的理由各种各样,但跳槽的心都是一样的. 马云总结的很对,一个员工在你这不想干了,无非两个理由: 钱没到位 心里受委屈了 这两句话可谓是道出了多少跳槽人的心声.很多人都说程

一个前端的自我修养

①一个前端的自我修养 今天给大家分享的主题是前端的自我成长,这是一个关于成长的话题. 很多人都有这样的感觉:听了很多技术圈子的分享,有的有深度,有的循循善诱,深入浅出,但是呢,几年下来,到底哪些用上了,哪些对自己真的有帮助了?反而有些模糊. 2015 年我在不同的场合分享了很多内容:有移动端的性能.有适配.有 Web vs Native,也有 hybrid,但是其实我一直比较担心,真正有深度的内容,其实面向的是比较小众的群体,比如说 Hybrid,其实它在大部分公司里面,是只能用现成的. 所以我