背景 1: 组件团队在先,接一些短平快的 web 项目(当然大的项目也很难完全 cover )成员都是程序员,不是说我们技术有多牛,但一些程序员的思维还是有的。 所以我们最初做项目之前总要考虑一下架构设计、可移植性,可扩展性。 想着下个相似项目来了,修改一下配置就可以达到复用,或者下个项目有用到当前模块可以直接移植。
总之还是想着要做一些高质量的项目。
背景 2: 最近和一个能力较强的软件销售一起吃饭,刷新了我们团队的观点。 他的宗旨就是: 不管 37 21 先马马虎虎做个 demo 出来给客户展示,不用用心投入太多; 产品能用就行,不崩溃就行,最重要是要卖出去;
还给我们展示了一个他们公司的产品,做的有点不忍直视。他自己都绷不住说这个产品确实有点烂。但就这个产品,他都卖了好几套出去。
结果: 在和团队成员讨论的时候,意见出现了分歧。就有人认可销售的思路,认为快,挣钱是最主要的,技术很次要。
当然速度和质量永远是一个辩证的话题,怎么说都有道理,但两个观点总有正面交锋的时候,决策者应该如何判断。 还是想来听一下各位的看法,这问题应该没有对错,取百家之长,才能丰富自己的看法嘛。
1
longxiaoyun 2019-06-20 12:58:01 +08:00
速度重要,客户都是希望尽快上线,能盈利的话后期会慢慢处理一些不够合理的地方,你要做的就是满足客户的需求,客户不急你自己可以考虑质量优先。
|
2
senghoo 2019-06-20 13:02:14 +08:00
先做一个最小功能的可用版本。 后续功能持续送代。
|
3
imicksoft 2019-06-20 13:10:59 +08:00
恰饭最重要,先恰饭啦
|
4
o0 2019-06-20 13:17:38 +08:00 via iPhone
个人接单也遇到相同问题,接一些可以提升自己的项目通常报酬与付出完全不成正比,倒是最简单的项目,速度快,总的算下来钱也比较多。
|
5
tomczhen 2019-06-20 13:23:07 +08:00
现实问题哪有什么单纯的二选一这么简单,屁股决定脑袋而已。
低质量的商品主要靠销售,销售必然要获取大部分利润;高质量商品可以对销售降低要求,销售能获取的利润就少。 对于技术公司而言,什么都没有的时候速度最重要,但是核心竞争力要求不能降低。 |
6
huijiewei 2019-06-20 14:56:50 +08:00
0->1 肯定是速度重要了,但是前提是稳定运行,代码扩展性可以不考虑太多
|
8
ccoming 2019-06-20 15:12:03 +08:00
能上线运营的速度
|
9
nigulasida 2019-06-20 16:12:23 +08:00
外表光鲜亮丽,内在 可以 一团乱麻,小步快跑
|
10
maichael 2019-06-20 16:22:41 +08:00
最重要不是看实际需求吗,脱离需求谈优先考虑速度还是质量不是扯淡吗。
|
11
longalong 2019-06-20 17:47:53 +08:00
迭代,小步快跑
|
12
leopku 2019-06-20 21:48:41 +08:00
在茅坑里待久了一点也不觉得臭,反而觉得真香
|
13
gaigechunfeng OP 其实我还是倾向于质量的,做出好的产品是我的目标。
但是估计后面会对客户需求渐渐妥协。。。毕竟要恰饭 |