纯技术团队创业,那些年我们一起走过的弯路
发布于 11 年前 作者 sishen 5328 次浏览 最后一次编辑是 8 年前

真正全职做 Pragmatic.ly 这一年多,感觉跟之前纯做技术时完全不同。对于技术团队来说,有些坑也许都会有所了解,但是不踩过不痛过又怎能有强烈感受,列举其中的一些走过的弯路:1. 过早和过多地做开发 2. 太注重工程正确性 3. 天使用户获取成本太高 4. 冷冰冰的文案。

https://pragmatic.ly/blog/we-are-back/

10 回复

写代码的人最主要还是和代码交流, 我觉得注意力很容易转移了 要创造环境, 能和客户快速沟通, 还有找准可以快速定位的目标…

…写漏了… 觉得创造这样的环境真的好难…

是用代码跟人交流,而不是和代码交流。

创业是另外一件事,真得跳出开发,去寻找用户,接触用户,需要全方位的知识。如果是希望只在技术上深挖,那么也可以去加入一个结构合作的创业团队或者寻找到能力互补的伙伴。

@yedingding 嗯, 明白的. 麻烦的原因出于, 如果是我个人, 都是默默学技术开始的, 而不是站在用户的观点出发, 就像要培养一个新的意识, 这样就更倾向于按后面一种去努力了

产品用着不错的

谢谢,有问题和意见可以随时联系我,:)

产品看上去很不错,看得出来背后的技术和设计实力。

因为我在人数很多的企业工作过,我觉得你可以往传统企业去推广一下,特别是等级分明的公司,上级经常要给下级分派很多工作,上级领导会很喜欢pragmatic这种工具,因为可以看到任务的数量、进度之类的。

还有你这个名字绝对要换一下,感觉不接地气。要弄个土鳖也能一听就明白你们的产品是干啥的名字。

嗯,谢谢意见!名字是不好,在改。

个人觉得可以加入一写敏捷开发的思路在里面,比如white block,task等等,既然做团队管理,就要有过硬的理论基础,不是自己想象的就能有价值。 个人意见,不喜勿喷!

嗯,谢谢你的意见。敏捷开发是 Pragmatic.ly 的一个应用场景,所以会有一些东西在里面。但是,如果往这个方向走太多,会让其他用户感到很困惑,所以需要把握好度。

回到顶部