初期技术创业团队注意的问题！

对于一个创业团队，无论是为了追求经济利益，还是为了自我实现。

我觉得在团队初期都应该注意以下问题：

 

1）千万不要浮躁和轻视技术，给自己定好位

 

要明白技术才是自己的价值所在，别一开始就去过多的考虑商业模式。

现在的IT环境比较浮躁，概念和创意强调得比较多，资金主导了一切，但是千万不能忽视了技术的作用，其实冷静下来看，泡沫过后，真正能存活下来的却是那些掌握和沉淀了核心技术的，拥有核心技术人员的公司。

 

初创团队更应该是这样，不要总以为自己是乔布斯、盖茨和扎克博格式的人物。

这个世界从来都不缺少点子和创意，成功的团队都是赢在超强的执行力和超强信念。

创业初期，太多的事务性的工作、技术体力活需要团队成员去作，如果一味的高谈阔论，眼高手低，最终只会象“过家家“一样浪费时间。

实现有点时候往往比设计更重要，任何成功的产品和应用都和最初设计的样子出入很大。

 

最开始的时候，我们应该更看中磨合团队，熟悉每一个人的技术能力和特长。大部分人甚至所有人都应该去承担技术任务，去完成产品原型。

 

商业合作的问题可以等到产品原型出来的时候再去考虑，有了原型，有了展示的东西，才能更好的吸引别人，空泛的概念是没有人会相信的。

 

前期可以考虑把原型卖给有资金实力的公司去营运，这样可以专心致力于技术上的发展和积累。

 

现在不是IT的初期创业的黄金时代了，创业需要付出加倍的努力。

 

2）技术架构一定要规范

 

在技术实力允许的情况下，选取最实用最能解决问题的技术，尽量有一定的技术提前量。

也就是说设计和实现在可扩展和可伸缩上都能满足要求的原型，切忌作一些玩具一样的东西。只能作演示，无法商用。

 

尽量采用的特定技术的最新版本。因为最新的版本能带来更多的好处和优势。

 

设计文档一定要规范，能够提供一个全局的技术视图，可以考虑使用UML，现在网上有很多开源的轻量级的UML工具。

 

团队中最好有一个对UML用的比较熟的成员。

 

如果是WEB方面的开发，尽量采取开源的框架，尽量采取JAVA方案。

 

一定要重视测试，开发不能超前于测试，甚至应该是测试稍微提前于开发实现，在设计阶段就写好测试代码。

 

测试代码应该伴随着更改，即时运行。

 

测试出了功能性的测试外，还要考虑性能测试和可靠性测试。

 

团队中最好有一个对测试理解比较深入的成员。

 

开发和运行环境的搭建最好统一，在条件允许的情况下。部署的机器最好同开发机器分开，如果不考虑性能的前提下，也可以使用虚拟机作为折衷方案。部署用的机器最好重新安装，尽量保持其环境的干净。

 

 

 

3）不要怕引入能力更强的后来者和有帮助的资金。

 

现在无论作任何事情，团队是必不可少了，一个人再强，除了最最初期的那段事件，是无法亲历亲为去做完所有的事情。

 

团队合作很重要，但是一个技术团队中技术实力最强的那个人，或许就决定着这个团队的技术视野，和产品的架构的优劣。

 

所以，技术带头人的能力是越强越好，如果遇见那种能帮助团队技术实力上一个档次那种人的时候，千万不要错过。

 

不要太介意，创始人的地位，公司如果不能壮大，所有的股份都等于零，都无法转化为实际的经济利益。

 

不要太计较股份，等如果得到第一笔大资金的时候，再大家坐下来开诚布公的确定比例和经济利益，也不迟。这个时候，每个人的能力和贡献已经是有目共睹的了，相信分歧应该不会太大了。

 

初创团队一定不能嫉贤妒能、更怀心思，每个人都不要过高的估计自己，要认清自己，不是每个人都能是领头羊的，让最有能力的人领导自己，这样相反能达到更高的人生高度。错过了那个可以带领你改变命运的人，只会一事无成。

 

 

4）一定要一鼓作气

 

不要拖拖拉拉，其实专职兼职都不是问题，关键是大家能不能有固定的时间聚在一起，能否互相帮助解决技术问题，持续推动进度。

要清楚，团队项目的事情永远优于生活中那些琐事，创业期间最好断绝一些不重要的来往。闭关。

不要今天这个有饭局，那个有饭局，这个有私事，那个有私事，让团队都没有那种激情，和连续性。

 

5）不要引入无作用的人

 

为了凑人气，拉些没用能力和利用价值的人进来，特别是那种浮躁不作实际事情的人，这样会摊薄经济利益预期，严重影响士气。

 

还有很多很多，我会持续更新。