61阅读

创业公司如何生存-公关是如何玩死创业公司的 值得一读!

发布时间:2017-10-12 所属栏目:创业公司如何招人

一 : 公关是如何玩死创业公司的 值得一读!

  摘要:本文虽然只是一个公关段子,却将公关的作用演绎得淋漓尽致。公关是一把狙击枪,可以用来攻击,可以用来防御,完全看你怎么用。

  本文的公关事件纯属虚构,千万不要将这篇文章转给你的老板,高管,公关负责人;

  否则,你的竞品公司可能会统统倒闭。

  —正文如下—

  一、创业项目莫名其妙的黄了

  一个年轻人,平时看着挺好的,努力工作,偶尔撸个串,喝个酒,也都挺好的。可突然有一天,哐叽一下,好好的一个人创业了,没有任何征兆,创业了。年纪轻轻的,可惜了……

  年轻人并不知道创业带给他的究竟是什么。

  他幻想着大笔的融资,千万的用户,纳斯达克敲钟,人生赢家,等等等等一堆有的没的。

  于是他更加努力工作,每天忙到后半夜,到处去见投资人,见媒体,见供应商。

  干着干着,忽然有一天,他发现在自己创业的领域里,有个莫名其妙的竞争对手。

  这家奇葩的公司总是会在自己某个关键时期搞出一些莫名其妙的事情出来,让本来应该顺风顺水创业之路变得无比坎坷。

  年轻人很生气。

  生气!!!

  特么么的!!!

  这孙子怎么总是和我作对?!我要是不揍他一顿真是难解我心头之恨!

  然而如今是法治社会,揍他一顿是要吃官司的,所以年轻人决定要堂堂正正的和这个奇葩的竞争对手在市场上决一胜负!

  于是年轻人愈加努力工作,每天忙到清晨,满世界去见投资人,见媒体,见供应商。

  一年之后,年轻人的公司关门了……

  他郁闷,他不解,他不明白为什么自己已经这么努力却依然没能战胜这个奇葩的竞争对手。

  二、巧遇死敌公关狗

  于是他找了一帮基友喝闷酒,想要宣泄心中的愤懑。

  在酒桌上,其中一个基友对他说:“哥们,我找个人过来一起喝吧,这个人就是帮那家公司做公关的。”

  年轻人很纳闷,便问道:“我要跟一个公关狗聊什么呢?”

  基友说:“跟他聊完之后,你就知道你死的并不冤了。”

  年轻人同意了。

  一个小时之后,一个穿着猥琐,貌不惊人的公关狗坐在了酒桌上。发了一圈名片之后,公关狗端起了酒杯,对年轻人说道:“兄弟,我也是混口饭吃,之前多有得罪,还望多多见谅。”

  年轻人已经喝的有点上头了,斜着眼看着公关狗说:“我发小说你能让我死个明白,今儿我就想听听我到底是哪做的不好。”

  公关狗笑了笑,放下酒杯,说道:“不是您做的不好,只是您不懂罢了。”

  年轻人的脸上有些挂不住了:“我怎么不懂了?我在这个行业里混了十多年,圈子里谁不知道我?我团队差么?我技术差么?我用户少么?你凭什么说我不懂?”

  公关狗也不生气,用手指在酒杯里沾了沾,在桌子上写了两个字

  “用户”

  年轻人不解,一句话不说的看着公关狗。

  公关狗写完这两个字,问道:“你知道为什么你的产品口碑不好么?”

  年轻人没有回答。

  公关狗继续说:“其实从产品本身来说,你的产品确实比我客户的产品要好一点。但是再好的产品,也会有缺陷。比如这个功能……”公关狗说着,拿出了年轻人的产品,把他说的那个功能演示了一遍。

  “这个功能我们本来是打算迭代优化的!”年轻人争辩道,“再说这也不是什么大问题,你家产品就做的很完美么?”

  贴对手的标签

  公关狗笑笑,说:“你说得对,缺陷肯定都有的,只不过讲故事的人不一样罢了。”

  年轻人感到智商受到了侮辱,脸变得更红了。

  公关狗继续说:“要讲这个故事其实很简单。其实并没有什么特别深奥的技术。只要在你的产品上贴好标签就行了。”

  “贴标签?”

  “对。你有没有发现,你每一次的产品更新之后,都会或多或少的有一些用户负面在微博上出现?”

  “当然有啊,这个很正常,我承认总会有功能上的问题,我们会根据客户的反馈指导下一次版本升级。而且负面消息并不算多,绝大多数人还是在说我们的产品好的”。

  公关狗笑了笑,说:“恩,这个我知道。但是在一年多两年的时间里,你有没有发现这些负面都有一个共同的特征?”

  年轻人瞪圆了眼睛:“啥特征?”

  “这些负面消息里总会出现一个‘蠢’字……”

  “呃……”年轻人抓了抓头,顶着酒劲努力地回想着当年通宵达旦刷微博看用户反馈的经历。

  公关狗笑了笑,“有负面其实是很正常的,但是所有负面里都有共同的特征就不正常了。尤其是无论你怎么更新版本,这个‘蠢’字总是形影相随,你没觉得这里有些问题么?”

  “你这么说的话……好像……”

  “其实并不只是一个‘蠢’字,如果你真的仔细看了那些负面,你就会发现,这些看起来很正常的负面反馈传达的都是一个意思,那就是‘不管你怎么升级,你总是很蠢’”。

  年轻人呆呆的望着公关狗,冷汗逐渐冒了出来。

  “当你的用户觉得你很蠢的时候,他们会自觉地联想到如果自己也在用很蠢的产品,那么自己看起来也就会很蠢。”

  “可我的产品并不蠢啊!”年轻人愤怒了。

  “当然,但你说服不了用户。”

  吓跑你的投资人

  桌上的“用户”两个字已经干了,公关狗拿起一块纸巾擦了擦,然后再次用手指写下了三个字:

  “投资人”

  “你为什么没拿到第三轮融资?”公关狗笑着问道。

  “因为现在投资环境不好。”

  “不不不,因为投资人觉得你很蠢”。

  年轻人茫然了。

  “烧钱做用户这件事儿,虽然看起来很美好,但是投资人也会考虑投资风险的。

  你知道为什么你在融资的时候,网上会出现很多巨头公司想要介入市场收购其他公司的消息?

  你知道为什么,你在融资的档口,会出现很多唱衰小公司的文章?

  你知道为什么,偏偏在你要融资的时候,有媒体为这个行业画了一张很大的饼,却在文章中重点说明,虽然前景很广阔,但是市场培育还要很久?”

  “这不是很正常的舆论声音么?有巨头加入进来我们也欢迎啊,这说明这个行业有前景啊?”

  “道理是这么个道理,可你再想想,你的投资人等得起么?你的投资人能供得起你和巨头硬碰硬么?”

  年轻人沉默了。

  

公关是如何玩死创业公司的,值得一读!

 

  挖走你的团队骨干

  “如果正在你的投资人犹豫不决要不要给你投资的档口,他们忽然听说你的团队的核心承认离队的消息,你觉得他们会怎么想呢?”公关狗的眼睛里忽然出现了一丝杀气。

  “这个我也没办法,我们的CTO是因为个人原因离职的。我也试图挽留过,可是他去意已定。”

  “哈哈哈哈哈哈哈哈哈”,公关狗笑了起来,然后端起酒杯一饮而尽。

  年轻人茫然的看着公关狗,一言不发。

  “你是什么时候知道他要走的呢?”

  “大约半年前吧,我偶然听前台的小妹子在聊天时说到的”。

  “恩,你有没有想过,为什么前台小妹子会知道你的CTO要走的呢?”

  “那是因为有个猎头打了几次电话到前台说要找CTO约时间。”

  “你们当时在招聘么?”

  “没有。”

  “所以你觉得他要走了?”

  “我后来跟他聊过,他说就是普通的猎头挖人,也没回应他们。”

  “猎头一共打过几次电话?”

  “他说大概4,5次吧。”

  “所以你也没想过,为什么猎头会打电话到公司前台找他而不是直接打他的手机?”

  年轻人愣住了。

  公关狗笑了笑,淡淡的说:“你家CTO其实是想和你一起上市的。”

  年轻人的酒已经醒了一大半了。

  “也许你并不知道,我们其实拜会过几次你的公司的。当然,每次拜会都只是在前台,并没有进门。

  我发现你们公司的前台小妹子是一个特别喜欢八卦的人。所以,我只打了几个电话,就让你们整个技术团队的人心里都留下了一个老大要走了的印象。

  而另外一方面,这位CTO并不是一个善于表达自己的人,他虽然在技术上很厉害,但是在沟通方面还是很欠缺的。所以他最后发现整个团队的人都认为他要走了,却不知道该如何解释。而此时,你也已经开始怀疑他要走了。

  正当他努力思考如何和你说这件事儿的时候,我客户的大股东的公司给他开了一个薪酬翻倍OFFER。你觉得以他的个性,他会怎么做?”

  “可他的薪酬已经很高了,你们开这么高的OFFER值得么?”

  公关狗笑了笑,说道:“如果给一个人加薪就能干掉你最大的竞争对手,你会干么?”

  年轻人的酒已经完全醒了,手里的烟已经快烧到了手指。

  挑拨供应商关系

  公关狗擦了擦桌上的字迹,又在桌上写下了“供应商”三个字。

  “告诉我,在你们最后一次融资之前,你们的现金流状况如何?”

  “很健康啊,我们还专门做了一轮大型活动。”

  “恩,跟我当时估计的差不多。所以在你们做完大型活动之后,你并没有留意到网上忽然多了很多吐槽创业公司烧钱做广告导致资金链断裂的评论文章吧?”

  “这种事情确实有,但是和我们并没有关系啊,我们的资金链很正常啊。”

  “说得对,所以你也没太关注你的供应商经常会去混的社区或是论坛里有人吐槽客户宁愿花大钱做广告也不愿意给我们及早结款的消息吧?”

  年轻人不说话了。

  “如果这个时候,有一家公司找到你的供应商,愿意用更短的回款时间和更高的首付比例和他们签合同,你觉得他们会怎么做?”

  “我们的合同都是早就签好的,而且我们也没有拖过款,和别人签又能怎么样?”

  “他们当然会按合同履行义务,但是谁不愿意多赚钱呢?在正常情况下,如果他们的订单规模超过了他们的生产能力,你觉得他们会在谁的订单上多下功夫?”

  “所以你这么做是为了让我的运营成本更高?”

  “不不不,你误会了。”公关狗笑着说,“我们对你的核心供应商做过调查,非常了解他们的生产能力。如果他们按照与你的合同完成订单,他们就要追加投资,扩大生产规模。但是现在外部环境并不好,投资风险很大,我要做的只是压缩你的产能,让你的产品上市时间稍微晚一点而已。”

  “可是提高运营成本,对你们来说不也是一样的么?”

  公关狗露出了狡黠的微笑:“我们还是先来看一看你的处境吧。在投资人眼中,你在烧钱,你的团队分崩离析,你的用户说你的产品很蠢,外部评论行业压力很大是个无底洞,你的产品又拖延上市,你的运营成本又出现飙升。在这样的环境下,你觉得投资人愿意冒这么大的风险继续投资你的公司么?”

  年轻人定定的看着公关狗,眼神中只剩下了无助。

  三、不是你做的不好,而是你不懂

  公关狗继续说道:“当你的公司关门大吉了,你的供应商自然就失去了和我议价的能力。到时候我再降低首付比例,延长付款期限,他们还能说什么呢?”

  “你们也太缺德了!”年轻人终于愤怒了,“好好的一家公司就这样毁在了你们手里,你们就不觉得羞愧么?!”

  “我们为什么要羞愧呢?”公关狗忽然收起了笑脸,变得严肃起来,“你的公司死了,自然还会有更好的公司顶上。你的员工失业了,自然还会在这个行业里找到其他工作。我们所做的,只是让你这样的不够好的公司被自然淘汰掉而已,我们又为什么该羞愧呢?”

  年轻人愣住了。

  “就像我一开始说的,不是你做的不好,而是你不懂”,公关狗缓缓的说道,“你的公司是不是成功,其实都只是‘你’的理想而已,和别人毫无关系。因为你不懂,所以你的公司死了,这是理所当然的。你现在的愤怒,只能证明你的能力还支撑不了你的梦想。和道德自然扯不上任何关系。”

  说完,公关狗站起身来,端起一杯酒一饮而尽。“今天扫了大家的兴了,改天有机会再请大家撸串。”

  说完,公关狗转身向门口走去。

  “等等!”年轻人忽然从沉思中回过神来,叫住了公关狗,“如果我下一次再创业,怎样才能避免这些情况呢?”

  本文虽然只是一个公关段子,却将公关的作用演绎得淋漓尽致。公关是一把狙击枪,可以用来攻击,可以用来防御,完全看你怎么用。

二 : 严澜:创业公司如何实施敏捷开发

说起敏捷开发,并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式。

大家都知道,创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品,不过大部分创业公司没有那么容易一下就能做出来,很多公司还没有成功的产品资金链就断掉了,公司也死掉了。我们公司是这样一个状况,有一条产品线可以维持公司开支并仅仅刚够盈余,要扩大高速发展还不够,一直维持就没有创业的意义。另一条线是做技术创新为未来能够开发一款人气爆棚的产品摸索着,但是又不能饿着肚子去开发。我们是如何结合自身的特点实施敏捷开发的呢?一个难题,很大的难题!

我们技术团队人员是这样的配置:1名技术总监、2名资深开发工程师、1名高级开发工程师、2名潜力开发工程师、1名前端开发、1名测试。技术总监需要处理很多团队管理、客户管理的工作,能够参与项目的时间最多每天二分之一。2名资深开发需要负责给其他工程师做导师,参与新项目开发时间大概有80%。高级工程师要预留项目学习时间,参与项目的时间大概有90%。潜力开发工程师需要有一些时间学习技术和项目,但是基本可以做到70%的时间投入项目。前端开发和测试哪里有需要就在哪里革命,属于机动部队。

现在总共有六个老项目在维护,两个新项目需要开发。六个项目的维护总共需要每周4人天时间(人天指需要花1个人4天的时间完成一个事情)。其中一个新项目“项目1”大概估计120人天的开发时间,需要1个月之内开发完成。“项目2”大概估计要40人天的开发时间,需要2周开发完成。而现在的人力按照能够投入的时间算一下,总共资源为 (1 * 1/2 + 2 * 8/10+1 * 9/10+2 * 7/10) 30天 = 132 人天,6个老项目每周需要4人天,一个月4周,需要 4 * 4 = 16人天。项目能够投入的资源有 132 – 16 = 116人天,而总共需要120 + 40 = 160天,足足少了44人天,这看起来是一个不可完成的任务。

不过到最后,我们还是使用敏捷开发完成了这两个项目,也没有影响老项目的维护。我们是怎么操作的?最开始我们两个开发,这个时候只要两个人就能够很好的合作把产品开发出来,不需要什么模式。随着人员的扩充,团队间如何协作按时按质按量完成任务就需要好好思考下了。

尝试一,传统软件开发模式。整个过程为 需求分析、系统设计、任务分解计划安排、开发设计、编码、测试、交付、验收、维护。这个模式也是大家最常使用的模式,不过套用在我们公司时我们是这么操作的。

严澜:创业公司如何实施敏捷开发_敏捷

传统开发过程

由于公司创业,老板有一个想法,但并不能很好的描述需求,所以需求分析的任务落在技术总监身上。系统设计和任务分解刚开始是技术总监完成,后面资深开发工程师可以承担一部分。开发设计可以让各个开发工程师完成,资深工程师进行把关,再到测试人员测试,最后再交付用户验收、技术维护。看起来很好的模式,开发了几个产品最终有的延时有的产品离用户的期望差距甚远,参与项目团队的人信心受挫。

为什么会失败呢?后来思考了这些问题:

1、技术总监不是产品经理,不能够承担产品设计的责任。老板是信任技术总监能做好产品,就交给他做。但这里搞混了一个概念,产品经理和项目经理,技术总监应该起到项目经理和架构师的作用。项目经理管控项目进度和计划、架构师把握整体技术问题。而技术总监接到这个任务又不能不做好,责任所在。说到底,就是机制没有把产品设计和项目经理区分开,不等于技术实现者就是产品设计者。更多的应该让老板或者其他业务人员承担产品设计的工作。

2、需求不稳定,变化后改动代价大。由于创业,需求为了适应市场会经常调整,但是一但调整,很多开发计划就会受到相应的调整。如果部分功能已经正在开发,调整需求后很多工作要重新开始,严重影响了技术同事积极性。业务不调整需求是不可能的,他们是为了满足用户的要求,用户满意了才能给企业带来价值。不过如果调整,代价太大,很多代码要重写,大家就会责怪技术总监或者项目负责人没有把握好需求。

3、团队经常加班,但战斗力不强。 核心团队疲于应对需求、技术开发、老系统维护,没时间指导新同事技术学习,而新同事技能暂时还没有发挥出来干活效率低,任务经常延期,没有成就感。核心团队事情很多,没有时间整理项目文档,新员工没有文档上手慢。大家每天很多事情,需要加班才能完成,比较疲惫。每个人除了工作还有很多事情需要做,比如回家看看电视、陪陪家人、看看书学习一下等。如果让一个员工一天二十四小时都是工作,他能同意,他家人也不一定同意。让大家愉悦的开发,比疲惫的上班效率要高很多。

4、交付软件质量差,离用户期望差距大。创业时大家的想法都是好的,大干一番,做一个所有人都爱使用的产品。现实是残酷的,大家辛辛苦苦做出来的东西,老板不满意、用户不埋单,付出的努力没有人认可。交付的软件没时间自测试,或者自测试不充分,交给测试又是一大堆问题。有些公司还没有测试,直接出去给用户,相当危险。这样交出去的公司不仅仅影响了用户的使用,还影响了整个公司的口碑。

不是说传统软件开发模式不好,只是不太适合我们这种创业公司。开始尝试其他模式,如果没有一个很好的体制就不能把大家的最大生产力发挥出来。

尝试二,敏捷开发模式。敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。敏捷方法强调以人为本,专注于交付对客户有价值的软件。在高度协作的开环境中,使用迭代式的方式进行增量开发,经常使用反馈进行思考、反省和总结,不停的进行自我调整和完善。

敏捷开发的主旨

一:个体及交互比流程与工具更具价值

二:可用的软件比冗长的文档更有价值

三:与客户的协作比合同谈判更有价值

四:对变化的响应比遵循计划更有价值

而我们之前的问题,交付软件客户不满意、延期、需求更改代价大貌似都可以解决。这么好的模式赶紧要试试,先看一张敏捷开发的流程图。

严澜:创业公司如何实施敏捷开发_敏捷

创业公司敏捷开发敏捷流程化

敏捷开发简单流程

1、产品负责人将整个产品设计成产品backlog。产品backlog就是一个个需求列表。(backlog可以理解为需求或者要做的事情)
2、召开产品backlog计划会议,预估每个backlog的时间,确定哪些backlog是需要在第一个sprint中完成的,即sprint的backlog。(sprint可以理解为一个团队一起开发的一个任务集合)
3、把sprint的backlog写在纸条上贴在任务墙,让大家认领分配。(任务墙就是把 未完成、正在做、已完成 的工作状态贴到一个墙上,这样大家都可以看得到任务的状态 )
4、举行每日站立会议,让大家在每日会议上总结昨天做的事情、遇到什么困难,今天开展什么任务。(每日站立会议,是在每天早上定时和大家在任务墙前站立讨论,时间控制在15分钟内)
5、绘制燃尽图,保证任务的概况能够清晰看到。(燃尽图把当前的任务总数和日期一起绘制,每天记录一下,可以看到每天还剩多少个任务,直到任务数为0 ,这个sprint就完成了)
6、sprint评审会议是在sprint完成时举行,要向客户演示自己完成的软件产品 。
7、最后是sprint总结会议,以轮流发言方式进行,每个人都要发言,总结上一次sprint中遇到的问题、改进和大家分享讨论。

我们怎么结合敏捷开发解决现有项目的问题,要记得任何措施都是为了保证按时按质按量把软件交付给用户,不要为了敏捷而教条实施敏捷,公司不能产生商业价值,任何先进的理念或者技术都是无意义的。我们做了这些措施:

1、推广敏捷开发理念。不管是大公司还是小公司强制推行一项制度效果一般都不怎么好。要能推行下去的任何东西一定要大家接受的,才能被认可。

  • 首先培养测试小妹学习敏捷开发,后续让她承担部分产品责任人和敏捷指导者的角色,原因有:
    a、测试要验收功能,必须理解业务需求。
    b、测试也是QA质量体系的一块,学习好了对于软件质量有个更深的认识。
    c、团队大部分是男生,女生推广更有亲和力一些。
  • 召集所有技术团队开会准备推广。开始和测试小妹好好讨论下,怎么给大家说更有效,更容易接受。她要讲解一定要自己非常清楚敏捷开发,并且准备充分知识点。开会时先指出我们现在问题,让大家看看有什么想法解决问题吗?现在我们做的产品,客户不认可、老板不满意、自己很累没有成就感,有什么办法解决。在大家讨论后,抛出敏捷开发的优势,一般情况下大家都会认可的。大家可能会问到如何执行、落地,可以尝试找一个项目试点,如果实施成功就可以让大家全面推广,不成功也只影响了部分项目。

2、搭建敏捷开发环境。大家要实施敏捷开发,需要比较好的基础条件保证敏捷开发顺利进行。主要几个关键的软件:nexus 搭建仓库依赖中心、maven 管理工程的依赖、jenkins 持续集成和自动编译发布、svn 集中代码管理、jira 记录需求和状态。具体参考《敏捷开发环境搭建》。

3、敏捷项目实施。整个公司建立以业务目标为导向的氛围。就以“项目1”来说,目的是完成这个项目,需要进行这几步:

  • 先根据各自的能力和意向聚集一批完成这个目标的勇士,不管技术和非技术。如果聚集的人不够,技术总监可以根据总体项目的投入机动调整资源以支持,不过条件允许的话还是根据大家意愿来聚集。最终“项目1”召集了一个技术总监、一个资深开发、两个潜力开发、一个前端、一个测试,除去大家做其他事情的时间,总共可以算作4个人。
  • 充分调动客户(老板和业务同事)参与进项目,他们的参与直接决定了项目成功与否。结合之前的经验,如果他们参与不够,最终做出来的东西就不是他们要的,或者离他们要的差距很大。他们刚开始加入的时候,很迷茫有时会表现的比较抗拒,这个时候一定要耐心坚持让大家把第一个sprint开发成功,使大家尝到甜头。让他们全程参与项目也是表示了我们拥抱变化,如果有需求变化,就添加任务到任务墙,大家可以对所有任务的时间有个全面了解,如果超过sprint结束时间就需要业务决策哪些功能不在这个sprint周期加入。
  • 技术总监安排和客户沟通,客户这里指老板和业务。测试小妹负责和客户沟通记录,技术总监辅助。多次沟通后,尝试让测试把需求原型用最简单的工具绘制出来,技术总监审核通过后和客户沟通确认,反复迭代,直到整个需求大家没有异议。很多公司这种需求是有一个专门产品负责人来执行,但按照我们目前的人力是没办法做到的。这里没有让技术总监做主要是为了避免之前出现的问题,过度技术设计产品。
  • 产品设计出来后,召集项目成员分解任务,确定每个任务的时间,可以使用敏捷扑克牌来估计。任务分解尽量控制在 1-2天的粒度,这样大家1-2天就可以做出一个能测试的原型,尽早可以集成测试发现问题。一个sprint的任务集合尽量控制在1-2周,不能太长,也不能太短。太长会出现疲劳,太短的sprint会让大家觉得工作太多,做完一个又一个。“项目1”估算结果为120人天,总共投入4个人,需要30天4周时间,我们切成了4个sprint,差不多1个月时间完成,满足业务的时间要求。
  • 分阶段实施sprint,绘制任务墙,划分未开始、已计划、进行中、完成、燃尽图。把要做的sprint任务上墙,贴到未开始的地方。

严澜:创业公司如何实施敏捷开发_敏捷

创业公司敏捷开发任务墙

  • 每日站立会议大家认领任务。包括业务任务、开发设计、开发编码、前端设计开发、测试等都是一个个任务,统一管理起来。强调的是一个团体,如果有同事请假,其他同事可以顶上完成任务。站立会议总结昨天的任务是否有问题,对于当前的任务有什么建议,尽量控制在15分钟内,有效会议。这里不会像以前业务或者项目经理追着大家屁股要结果,而是团队驱动,每天大家做的事情都反映在墙上,谁出现了什么状况,大家都会帮他想办法,保证整个项目能够成功。每一个任务完成,由项目执行者把任务从进行中贴到完成区域。再从未分配区域认领新任务贴到进行中的区域。
  • 软件开发过程。认领任务后,怎么保证大家开发有质量的代码?团队有资深点的工程师,不需要太多指导,直接可以参与项目的开发。而学习型工程师,需要指导帮助才能一步步做用例、系统分析。技术总监不建议认领太多开发任务,他负责开发团队的概要设计审核,没有审核通过的设计不能开发,并指导大家分析和设计系统。大家都知道,系统思路有了,剩下就是技术实现的过程,只要技能掌握熟练实现基本难度不大。大家可能会问,敏捷开发不是强调软件开发的产品是软件,而不是文档吗?我们这里也不是像传统开发软件一样为了文档而文档,只是让大家把自己的设计思路写下来,只有经过自己仔细设计后才能把思路清晰的写下来。大家写的时候也不需要长篇大论,这样的文档是不欢迎的,受欢迎的文档只需写出用例分析,表设计,复杂的逻辑需要画出流程序列图。
  • 结对编程。之前这个编程模式被无数人调侃过,其实也不可能让每一个项目全程都是两个人结对编程。这个不现实也浪费资源。我们的结对是在大家开发一个难点模块时,会给结对的人增加一项任务去配合其他开发一起完成这个任务。其实我们在开发时,很多时候都会结对,比如指导新同事、讨论设计模块,而之前这些都没有算在我们的开发工作量里。

严澜:创业公司如何实施敏捷开发_敏捷

创业公司敏捷开发结对编程

  • 项目演示和总结会议。在项目结束后,让所有参与项目的成员都参加,一起演示给客户展示,并解答客户的问题,充分让大家感受到收获的果实。总结会议主要对于这个sprint中大家遇到的问题和经验分享,并为下一个sprint做准备。

经过敏捷实施后,我们的生产力提高了很多,员工的积极性提高了,业务的参与使整体需求把控也很好,大家沟通多了,30天的任务提前了5天完成。我们多出来的时间,让大家每周有一天或者半天研究自己感兴趣的领域,但是这些研究最终必须体现出成果。比如后台开发想研究一个新技术,最后做完需要写个ppt 给大家分享下。既能让大家做自己想做的事情,也给大家创造了一个互相学习的氛围。

ps:所有的模式都不应该是教条的模式,先进的模式并不是好的模式,适合自己的才是最好的。套用一句俗话:不管黑猫白猫抓得住耗子的才是好猫。

另曝光一下项目1参与成员:

严澜:创业公司如何实施敏捷开发_敏捷
项目1敏捷团队

原文链接:创业公司如何实施敏捷开发

三 : 在破坏性创新和持续性创新的中间地带 创业者该如何生存

  摘要:破坏性创新和持续性创新正在以一种组合的方式出现在我们面前,或者说创新存在一个中间地带。

  

在破坏性创新和持续性创新的中间地带,创业者该如何生存

 

  需要说明的是,克莱顿·克里斯坦森的《创新者的窘境》这本书对我的影响巨大,而我今天要说的是,恰恰是对这本书最好的回馈。

  关于《创新者的窘境》与他的作者克莱顿·克里斯坦森,这里已经无需赘述了。但为了使您的阅读更为流畅,我还是将这本书中的两个重要的创新概念罗列出来:

  维持性创新是指对现有市场上主流客户的需求不断进行产品的改进和完善,以满足客户更挑剔的要求。

  破坏性创新是指改变了原有技术发展路径的创新,它不是向主流市场上的消费者提供性能更强大的产品,而是创造出与现有产品相比尚不足够好,但又具有不为主流市场用户看重的性能的新产品。

  这两种创新模式原本泾渭分明,但当下,我们却发现,破坏性创新和持续性创新正在以一种组合的方式出现在我们面前,或者说创新存在一个中间地带。

  以存储行业较为热门的软件定义存储为例

  首先,他运行在通用硬件上,相比于专用化的硬件,他重新定义了存储的经济模型和消费模型,甚至在可证明的市场行为上,我们也发现,通过提供比传统企业级存储阵列更为简单易用的品质,并以更低的价格在新的市场中(比如超融合、桌面虚拟化等)卖给新的用户,更为重要的是,现在,软件定义存储已经开始蚕食传统存储的市场。

  然而,如果我们从具体部署的角度来看,软件的定义存储更多的是作为虚拟化平台的延伸,比如,一个较为理想的软件定义存储产品的部署方式应该是:通用硬件+虚拟化(软件)+软件定义存储(软件),并且部署这种新方式的用户之前就已经是虚拟化产品的拥趸,这同样符合持续性创新的特质。

  问题来了,软件定义存储到底是破坏性创新,还是持续性创新。这样的例子在软件定义一切、软件吞噬一切的当下,并不是个案,比如虚拟化、比如云计算、日比如超融合……

  这就是我所认为的创新者的窘境的“窘境”,如果我们还是以破坏性和持续性创新的二分法去定义的话,我们这个问题是没有答案的。

  而当我们跳出这个二元论之后,你会发现,创新是存在中间地带的,或者说破坏性创新和持续性创新正在以一种组合的方式出现在我们面前。

  “其实软件定义存储所代表的新存储架构与传统架构之间并不是革新与被革新的关系,二者更多的是一种共生与互补关系”,杉岩数据CEO陈坚如是说。

  那么,这个创新者的窘境的窘境又是如何形成的呢?企业之间的加速整合以及技术的开源趋势是重要因素。

  2016年,IT业两个重要企业合并事件值得关注:首先,从2015年就开始被广泛关注的戴尔收购EMC事件,在2016年年初最终成埃落定,670亿美元;虽然《连线》杂志(Wired)网络版借此次并购撰文,将惠普、思科、戴尔、EMC、IBM和甲骨文等传统科技巨头形容为“行尸走肉”,但更多的人则相信,只要加法做的好,1+1是可以大于2的。

  其次,则是海航(对,就是那个航空公司)旗下天海投资完成了对美国Ingram Micro Inc.(英迈国际)的收购。60亿美元!在2016世界五百强排名中,海航集团位列353位,英迈(IngramMicro)位列218位。英迈国际将从美国纽约证券交易所退市,成为天海投资控股子公司,同时也是海航集团旗下子公司。

  从上述的两次并购案(2016年这样的并购还有很多)中,我们不难发现,在资本的推动下,不管是同行整合还是跨界整合都渐渐的降低了难度系数,这为组合式创新提供了便利。

  此外,克莱顿·克里斯坦森在提出问题的同时,也给出了破解“创新者的窘境”的有效方式:

  从大企业中独立出一个机构,其试水新兴生态系统,这个机构可以去找新的消费者与市场,可以满足于较少收益,可以有独立的流程和价值观。更为重要的,这个新兴的机构可以从母公司获得源源不断技术、市场等资源等支持。

  在云计算技术的冲击下,一些传统的IT厂商并未走向衰落,反倒是凭借在技术上的积累和市场的先发优势,成为新技术及新业务的引领者,最为明显的就是目前的开源技术市场,传统IT巨头正在充当开源市场的开路先锋。

  既然如此,那么创业者,或者说破坏性创新还会有机会吗?

  有。

  

在破坏性创新和持续性创新的中间地带,创业者该如何生存

 

  创业的人多了,所以失败的也就多了。如果你是创业者,你会发现现在的创业变的越发的艰难了。当然,在什么时候,问题都有他好的一面和坏的一面。一些外表光鲜的企业,可能今天做完发布会,明天就回倒闭了。好的是,今天你的对手正在帮你培养明天要面试的人。

  以下内容希望可以为创业者提供一些参考意见,需要说明的是,因为笔者职业的关系,可能这两种方式更适合企业级市场的创业者,当然,如果消费级市场的创业者也能获得一些启发的话,那也是我的幸事一件:

  1)服务先于产品的方式打造差异化。

  不管是“定位理论”,还是“竞争理论”,差异化都是一个核心观点,是企业立于不败之地的必要条件。与以往的以技术为突破进而占据一个市场的方式不同,现在创业者的优势更多的应该体现在灵活性上,通过灵活的决策寻找自身的差异化。

  而在2B行业中,在巨头们充分发挥其技术上的马太效应的时候,99%的成功都不是技术上的创新,而是服务上的创新。此外,还有什么比服务更容易的差异化的呢?差异化,乃人之刚性需求,更何况企业乎!

  2)成本先于收入的方式获得利润。

  到底是成本先于收入,还是收入先于成本,取决于你是to用户、to市场还是toVC。但在这个“创新者的窘境”也面临窘境的时代,在这个“比你优秀的人,还比你努力”的时代,我更希望你选择能够选择成本先于收入。

  因为,在一个新兴的市场中,投入与产出并不一定总是成正比的,所以,创业最大的悲哀不在于钱花完了,但生意没来,而在于生意来了,但钱花完了。

  开源就是一种省钱的方式,同时也是一种趋势。开源是一个不断动态调整、自我修正的过程,但这个过程就是开源的短板所在,那么基于开源的时间窗口的服务将是一个重要的市场,另一方面,开源自身也是一个用户培养的过程,这不仅会节省你的产品研发成本,而且节省了用户教育成本。同时相比于产品,服务的可预见性更强。

  缺钱,是一个企业的常态。在某种意义上来说,省钱就是赚钱,尤其是在冬天来临之际,创业者需要先保证自己可以活下去,因为,活得久,才有机会。

  2016年12月19日,深圳,日间温度最高25度,风和日丽,但即便如此,你我都知道,冬天就快来了,因为这就是自然规律。

本文标题:创业公司如何生存-公关是如何玩死创业公司的 值得一读!
本文地址: http://www.61k.com/1114699.html

61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1