小规模软件开发团队现存问题思考若干

　　　这里指的是创业初期的软件开发团队，由于面临较大的财政压力，不得不接一些外包来养活自己，然后再抽时间做自己的软件或平台的小规模创业团队。本文系自己的一点浅显的思考，观点较为浅薄，如果存在错误的地方，还望有经验的大神们指正。

一、创业初期的软件开发团队，大多存在以下几点问题：

　　1、没有产品经理：

　　没有产品经理，导致软件系统架构设计过于随意，而且项目人员搭配不均衡，最终导致存在以下几个详细的问题（1）设计思路不一致（2）软件流程不一致（3）各终端与后台字段命名不一致（4）返回结果不一致

　　2、平台局限：

　　由于资金问题和公司规模，这样的团队缺少代码托管平台或者内部共享平台，导致（1）项目资料、文档共享不及时（2）没有完整的代码管理机制

　　3、团队缺乏及时有效的沟通

　　这个问题归根结底是由于缺少产品经理导致的。但是在没有产品经理的时候，团队之间应该多沟通，尤其是多和自己的上下游开发人员及时有效沟通。

　　4、没有自己的报价体系

　　在做外包时，由于没有明确的签订工作范围，开发过程中客户不断修改需求，导致开发人员不断修改方案甚至全部推翻重做。这会是压死骆驼的最后一根稻草。

　　5、没有时间做自己的核心产品，迫于生计压力忙于做外包，最终沦为外包公司。

二、对于这些问题的改进办法：

　　1、任命产品经理

　　如果资金实在有限，可以让后台开发人员任命产品经理的角色，但这样会导致后台人员负担太重，毕竟后台本来就是最繁琐的一块（当然，如果后台人员做产品经理，并规划项目架构，至少会让自己的工作更方便展开）或者可以任命其他对各方面的技术都有所了解的人来任命产品经理。最差的情况，我认为资深的美工甚至可以在万不得已的情况下担此重任，但是创业公司一般难以请得起资深的美工。

　　2、选择合适的代码托管平台、搭建文件共享平台

　　抽象出自己的通用的项目架构（能适用于大多数项目），有合理的项目文件树，其实也就是规范自己的开发流程。由于是做软件开发，所以可以自己搭建文件共享平台（权限与提醒）实在不行的话就用邮件系统，最终的目的就是能及时有效的共享项目文件，尤其是项目框架，项目需求等这样的文件，产品经理应该在审阅之后标记出重点部分。

　　3、增加团队之间有效沟通

　　由于是小团队，所以人员一般比较少，可以在周末或者天朗气清的某个下午，组织一场全员参加的活动（如羽毛球比赛，乒乓球比赛，爬山等），对于沟通不及时导致无效开发的，追究责任人，如果系两方面共同责任，则各打五十大板。

　　4、核算模块工时、成立报价体系

　　对于这个问题，要在自己的团队有时间的时候，全员开会讨论，对自己能开发的范围的项目进行模块化统计，统计每个模块在不同美观程度的情况下耗时、进而计算出开发成本，然后结合自己的利润形成自己的报价清单。例如对于支付模块，苹果端的UI与功能、安卓UI与功能、后台功能各需要多少时间去开发，形成自己的报价文档。当客户提出修改时，根据文档核算成本供用户权衡。

　　5、一定要抽出时间，做出自己的核心产品

　　可以是纯软件的平台，但是要有创意，有人投资去推广，也可以软硬结合，做自己的产品，但是要有好的销售。总之要在最艰难的时候坚持做出自己的有核心竞争力的产品，避免沦为纯粹的外包团队。