前言
身处一家创业公司，每个人都不是为了轻松与安稳而来的，每个人都是带着干事业的激情与对成功的渴望而来的。然而创业公司，人员不够充足、流程不够规范，从而造成效率不高，我想这是每个创业公司不可避免的问题，也是不得不解决的问题。在这里，总结一下我所发现的问题，以及我所拟想的解决方案。
我发现的问题与解决方案
根据自身情况总结了一下几个问题，问题确实存在，希望创业者可以用正确的姿态来面对并解决这些问题。
1.产品逻辑不明确。
问题描述：
创业公司，尤其是刚刚做第一版产品的公司，产品的逻辑基本都是老板一个人所构想出来的，老板再将这产品逻辑通过对话的方式传达给每一个开发人员。在这个传达的过程中，产品的逻辑极有可能会被扭曲，因为每个人在理解这个逻辑的过程中都会或多或少的加入个人的理解，甚至有些入职晚的同事根本就没有完整的了解整个逻辑。造成的结果就是每个人脑子中所呈现的产品或多或少都会有一些偏差。
解决方案：
这对这个问题，谈一谈我个人所想的解决方案。第一，所有人都参加到产品的设计中来，一个好的产品绝不是一个人所能创造出来的，而是有团队每个人的智慧所碰撞出来的，也一定是经过多次的产品会议才能确定下来的。第二，对产品的设计一定要深入到细节，问题早发现总比晚发现要好，这个道理大家都懂。如果产品的设计阶段就能把大部分的细节问题找出来，那么开发阶段就不会浪费很多时间。第三，产品存档，产品的设计过程中，每发现一个问题我们都要记录，产品每确定一部分更需要记录，从而避免在同样的问题上浪费时间。当然最终的产品文档至关重要，因为他决定了今后开发的路。切记一定是要文档的形式而不是记忆的形式。
2.缺少领导人
问题描述：
缺少领导人，更准确的说是缺少拍板的人。老板肯定是最高决策着，但是老板很忙，并不会随叫随到。当在开发过程中，碰到不解决不能继续进行的问题，而老板又不在身边的时，这就需要有人能够站出来做出决策，从而减少等待时间。究其原因，为什么碰到大大小小的问题，都要请示老板呢，因为大部分员工害怕承担责任，害怕自己的擅自决定惹怒老板。
解决方案：
在开发人群中，需要一个老板的代言人，当老板在忙其他事情时，这个人有权利并且有责任去做一些决策。无论是对内还是对外，这个人其他一个掌控大局的作用。
3.谈论会不够多
问题描述：
团队合作沟通最重要，在我入职的这段时间里，只经历过一次会议。而在我上一段工作经历中，从产品的发起到产品的上线都会经历各种讨论会，并且是全员参加的会议，例如：产品会N次，UI评审会，技术评审会N次，进度统计与问题搜集会N次。
解决方案：
这个问题的解决方案也就比较明显了，就是多开会，这里的会是正式的会，而不是闲聊式的会；这里的会是有备而来的会，而不是凑人头的会。会前每个人总结自己遇到的问题，会上抛出问题集体解决。
4.问题没有集中处理
问题描述：
在开发过程中，尤其是开发尾声，老板和同事会拿着产品来体验，当发现问题后直接找到开发人员要求修改。这样造成的负面影响有两个，一是影响开发人员手头的工作，二是开发人员在忙其他的事情，回头又把这个问题给忘记。所以问题零零碎碎的抛给开发人员，不仅会影响开发人员的进度，而且容易被遗漏。
解决方案：
最简单粗暴的解决方案就是招一个专业测试人员。就算没有专业的测试人员，也需要指定一个问题搜集者，用户的问题反馈要集中到这个人手里做好记录，而不是以口头形式一个一个的抛给开发人员。另外我们本身就是技术团队，更应该利用好一些技术产品，也就是Bug管理工具，来更好的管理Bug
5.忽略代码的优化
问题描述：
创业公司，产品逻辑不够成熟，开发进度过快，甚至是外包完成，这些都会造成代码凌乱，接口不合理，框架过时等问题，从而影响后期的扩展与修改。就目前我负责的Android方面，外包的代码不忍直视，只是达到能运行的阶段，没有任何架构考虑，就更别提性能优化了。
解决方案：
开发过程中尽可能的优化代码，每完成一个版本，都应该特定的安排时间来优化代码。如果技术团队壮大了，代码审核也是必要的环节。
开发流程规范
1.产品讨论会
前面的问题一已经讨论过，产品讨论会至关重要，一次不行就两次，两次不行就三次。直到每个人所理解的产品都是一致的，并产出书面的产品文档。
2.UI评审会
产品确认之后，设计人员登场设计出UI页面后，召开UI评审会，参会人员包括老板、开发人员、用户方等，UI评审会中有不同意见及时提出，确定出最终的UI页面，之后不得随意更改。并产出设计图纸。
3.技术评审会
技术评审会，主要参会人员是开发人员，从技术角度去评估产品，梳理出难点，给出预期的解决方案。最终评估出开发时间，开发时间一旦确认，不得逾期。
4.接口确认会
产品会议结束后，即可开始指定接口，接口文档由前端或者后台开发人员给出，制定出接口文档后，前端负责人与后台负责人需要坐下来一个一个接口的讨论，有问题及时提出更改。最终产出 一份前后端都认同的接口文档。
5.开发阶段
开发阶段，前后端同时进行，面向接口开发。
6.联调阶段
前后端都开发完成后，进入联调接口阶段，确保每一个接口都能正常通信。
7.测试阶段
全体人员进入测试阶段，每发现一个问题都要用Bug管理工具来记录，写清楚重现步骤，指派给开发人员，开发人员及时解决。
8.产品发布
测试无误后，即可发布产品。
9.问题发聩
产品一旦发布，如再发现问题不得直接抛给开发人员，需要第一时间找到测试人员或者问题搜集者手里，做好统计与记录，并安排修复时间。
