“这是我参与更文挑战的第2天，活动详情查看： 更文挑战”
上一篇我们说到需求的把控，接下来聊聊软件的可行性。
规约
目前只有这一个项目。暂无其他的项目
可行性
这里的可行性与软件开发中的可行性有一定的差异，软件开发中的可行性分析是指这个项目能不能做，而这里的可行性是指怎样可以做，为什么要如此肯定呢，因为公司要生存下去。分析需要的是一个怎么样的团队。技术人员的知识储备、管理人员的风险把控。周期时间、第一期的目标等。
团队打造
这里有个值得重视的问题，就是初创团队凝聚力的问题，可以考虑公司的期权（前期可能不现实）、年假、福利、调休假（尤其是在赶进度的情况下）。让员工有归属感、主人翁意识。因为初创的切忌人员的流失，导致人事变动。
-
首先的有一个“带头”大哥作为整个项目的负责人，也就是项目经理的角色。负责全权把控整个项目的生命周期，这个人可以是朋友介绍，猎头引进或者招聘来的，有较丰富的管理经验和较强的解决思路，不一定要技术有多厉害，但一定是要有思路，因为技术这个东西只要有思路都是OK的，剩下实现就是编码的问题。
-
其次就是产品经理，但多数情况创业公司的组织架构中，产品经理都是隶属于项目经理下。建议有该领域知识的积累。有较强的业务逻辑以及善于沟通。
-
最后就是UI、开发、测试、运维团队的组建。
实现层面
- 若是以当前的技术储备不满足支持开发当前项目，亦或者自己团队当前开发风险偏大，可考虑外包、基于第三方厂商购买后进行二次开发（允许授权后）以及前期也可以通过代理的方式，先将公司运转起来。后续可以慢慢转型为自主研发。
- 当然如果能力OK，那么就是进入开发了，这里不建议基于瀑布式开发模式，太强调过程了，不太适合初创型公司，建议采用基于原型开发 + 敏捷迭代模式将用户也参与进来，避免存在过多的偏差。也相对减少技术人员的学习沟通的时间成本。
