2016年4月~2017年7月 创业经验总结
来源:互联网 发布:linux ls查看文件大小 编辑:程序博客网 时间:2024/05/17 22:53
2016年4月~2017年7月 创业经验总结
问题的根源是什么?市场前景?产品质量?技术积累?产品规划?团队管理?
市场前景 ★★★★
主要客户:XX高。还有一个叫xx奥的。
从实际情况上看,是不少客户想进入微投行业,所以总体而言,如果有稳定的产品,市场不是瓶颈。
产品质量 ★
硬件不够稳定,板卡出现LED驱动损坏,偏色,电源IC烧掉的现象,问题主要出在模拟电路部分,数字电路则比较稳定。
软件也有一些问题,但相对来说还可以接受。
对于电子产品,硬件稳定是第一根本和前提,在硬件没有致命问题的前提下才能谈软件的用户体验。
技术积累 ★★
基本上是从零开始
硬件技术人员缺乏独立研发产品的经验,理论知识也不够,项目出现3版PCB产品仍然存在致命硬件的现象。
软件技术人员也缺乏独立研发产品的经验。
大部分技术人员由于自身技术积累的问题,做事情也不够细致。这个对于创业公司是非常致命的,因为在成熟的公司,做事情不够细致的时候,可以由测试人员测试出来,然后研发人员再进行改进。但对于创业公司而言,测试人员是非常少的,靠测试人员来保证自己的产品非常困难。我也是犯错员工之一。
产品规划★
产品缺乏规划,开的项目过多,导致资源分散。
在硬件稳定性还不能做到可复制的情况下,就硬件一人挂一个项目,导致几乎每个项目都存在致命的硬件问题,也没有人力做过技术攻关。
团队管理 ★
对团队实力估计不足,开项目过于乐观。
团队出现沟通矛盾,且难以调和,导致另一个合伙人只能退出。
创始人和合伙人、其他员工之间存在信任的问题,相互都觉得自己委屈。
创始人在公司的大规划上过于固执,过于乐观,没能够接纳合伙人的建议。
合伙人在公司缺乏话语权,几乎所有的决策都是创始人一人决定,然而创始人的能力却不足以做所有的决策,较多的决策最后被证明是错误的且致命的,逐渐导致了其他合伙人的不满。
在人力资源的分配上,因为项目过多,导致人力资源分散,没能够有效解决一些疑难重点问题。
把骨干人员调去开新的项目,导致重点项目没能由骨干人员去做开发,反而由经验较少的人员去开发。在有经验的技术人员新加入时,又盲目的开新项目,没有让有经验的技术人员和经验较少的人员继续开发重点项目。
之前我把大部分锅退给了老大,回顾来看,锅不该只由老大来扛,做不起来是整个团队的问题。
老大的主锅:产品规划,团队管理。
员工的主锅:产品质量,技术积累。
经验之谈
不要把责任都推到其他人身上,多从自己身上找原因。
不要盲目乐观地开新项目,要对项目难度进行评估,对人力资源进行评估。
作为管理者,要充分认识团队各个成员的能力,有效发挥各自的优点,避免其缺点。
初创公司不要追求多点开花,这样会导致人力资源过于分散,项目质量也难得到保证。
初创公司,非常注重单兵作战能力,技术的深度、广度都需要,并且研发能力和测试能力要兼备,并要足够细心和用心才能保证自己的开发质量。
整理下心情继续上路。
- 2016年4月~2017年7月 创业经验总结
- 2015年7月工作经验总结
- 2012年1月12日经验总结
- 2015年3~5月面试经验总结
- 创业日记-2017年2月6号
- 2016年7月
- 2017年4月
- android开发工程师,面试经验找工作经验总结,2016年5月,希望高薪过来指教
- 2016年6月至2017年3月学习计划
- 2016年4月7日
- 2016年7月到9月的工作总结
- FOJ有奖月赛-2016年4月(F)
- 2017年3月4月无人机航空摄影总结
- 2017年6月-9月学习计划
- 2017年9月10月
- 2017年7月27
- 2017年7月总结
- 2017年7月-占位
- UGUI性能优化
- 根据映射文件自动建表
- 落单的数
- Linux/Mac 查看自己公网IP的方法
- 微信公众号开发,微信支付功能开发(网页JSAPI调用)
- 2016年4月~2017年7月 创业经验总结
- 编译caffe报错:make: *** [runtest] 错误 134
- databinding的一个奇葩问题
- 已解决:序列nocache导致的log file sync等待事件
- java实现读者-写者问题
- 在centos7下编译安装memcached
- 关于面试题中结构体内存对齐计算总结
- 563. Binary Tree Tilt
- linux awk命令详解