软件项目团队简化要注意什么

　　现在很多软件开发项目，很多事情都是有一些工作室或者小型创业公司来进行的。都于工作室和小的软件开发公司，项目团队分工往往简单化，一个人或负责很多工作。而大公司往往习惯进行公司细分，把工作岗位工作内容更加明确，精细。那么，工作室或者小型创业公司的软件项目团队简化要注意什么呢?下面将从角色、流程、分支流程和文档等四个方面来讲述。

　　角色的简化：

　　根据事情、团队的现状，做合理的简化，这个还是挺考验经验的，必须见过分工很细的团队，然后理解每个角色是怎么一步步分化出来，设置的目的，才能做好。比如现状对于“拓源优课科研项目管理软件开发(项目名称)”，我们的做法是：不区分交互和视觉，无专职测试而全民测试，无运维DBA等细分全部开发承担，前端还是单列出来，所以一共是四个角色：产品、设计、前端、开发。当然，对于最简团队，还可以再去掉一个，产品、设计、开发这三个角色是不可或缺的，注意，是三个角色，不一定是三个自然人。

　　流程的简化：

　　同样，需要见过更复杂的流程，知道每一步是为了防止出什么状况的，才能合理的简化。最低要求，四个关键节点，这些节点是除了产品技术团队、市场运营的关键人也要参与的，我觉得是没法再砍了。

　　立项会议：确定目的，为什么，做什么;

　　需求评审：确定怎么做(对于小于2周的小项目，可以和立项会议合并，总体时间控制在2小时以内);

　　功能评审：简单的讲，就是在测试环境下演示一下产品，确定做出来的是不是团队要的(1小时左右搞定);

　　发布上线：确定是不是用户要的，用户还要什么……获取反馈，形成闭环。

　　两个分支流程：

　　变更：一开始可以简化成某个人拍板决定，是否接受变更。

　　日常：即零散的小需求，只掌握一点，所有需求必须经过产品，不能运营直接找开发，确保产品经理知道所有的需求信息。

　　文档的简化：

　　几乎可以只有PRD、设计稿、代码三件套。其他都用看板与立会解决。然后，特别强调一个，沟通计划，绝大多数问题都是沟通问题。大家要约定好，是每天开会?线上选一个协作工具?写周报?……这个问题不解决，后面补课一定补得你不要不要的。

　　上面是部分初创性项目团队的项目管理经验之谈，不一定都适合你的团队哦。不过你可以结合自己团队实际，看看有没有什么可以借鉴的。当自己进行项目团队建设和管理的时候，是否有注意到这些了。想想如果通过上述说的方法来进行项目团队简化和管理，效果会怎样。也许，里面有一点，真的能够解决你的目前遇到难题呢。

　　本文转载自拓源优课：www.toyoke.com