项目型团队的效率问题

这周项目团队接到了一个新任务，利用公司的产品完成对一张数据表的数据接入、数据质量检测、ETL清洗、应用展现等环节的演示，通过演示让客户方对产品有一个直观的认识。项目经理在周一的时候开了一个小会，初步安排了任务分工，包括 数据质量检测的负责人、ETL清洗的负责人、应用展现的负责人。会上大家就少数几个问题进行了讨论，然后就分头行动。由于我刚来不久，想当然地以为都是老手，对于这种小任务可以很容易地搞定。
第一天，hive环境一直出问题，相关人在不停地调整环境，大部分人只好坐等“数”来。
第二天，环境正常可用。大家都在忙着工作。项目经理安排我协助做应用分析的展现，因此我就开始分析数据，从数据的现状分析可以做哪些图表，包括 可利用的维度有哪些，通过维度的组合可以形成哪些统计指标，具有什么样的业务含义，以什么样的图表展现合适等。在分析数据的过程中，发现了数据中存在的异常数据，包括大量的空值、异常值、非法日期等，同时将这些发现进行了分享，希望能帮助到其它人。因而就被ETL清洗的负责人拉着一起讨论清洗过程中的问题。在讨论过程中，了解到他的清洗工作存在着很大的困难，原因是不清楚怎么做清洗。于是我们一起先逐个对表字段进行数据分析，找到异常的数据分布，然后梳理可以清洗的手段，包括剔除重复记录、自动纠错。由于大部分的错误还不能自动纠错，因此就考虑可以对字段打标签，标识出错误类型，后续根据场景对异常数据进行过滤使用。于是，我也就顺理成章地接手了部分数据清洗的相关工作。
第三天，与客户方进行了初步沟通，演示了这两天的工作成果，由相关负责人分别讲解。客户方给出的建议，希望能补充相关流程、以实际例子演示功能等。事后，我也与项目经理沟通，建议他能指定一个人完成演示，另外就是设计一个实际的例子做为演示主线。

通过这三天的工作，我意识到这个团队的配合存在问题，工作效率不高，各自为战现象比较严重，可以从以下几个方面进行改进：

• 要有需求和设计环节。对于每个任务，项目经理只是口头讲解，缺少必要的书面文档，导致团队成员的理解不一致，问题在早期不能充分暴露，导致一些重复工作或浪费。若能由专人负责需求的梳理和架构设计，对于统一团队成员的认识会有很大的帮助。
• 团队成员的分工。目前的团队成员从资历上来看，都是工作年限较长的，而且据说都是资深的人员，但任务的分工并不能很好地匹配这些差异，导致人员浪费。而且资深人员做普通任务，并不一定能保证有高质量的产出。
• 缺乏总结与完善。项目团队的产出很分散，缺少总结与抽象，项目之间的复用较少，比如，指标管理系统的版本就存在多个，各地的需求自己解决，遇到新的需求，一般都是由项目经理考虑对付的方法，不能通盘考虑与实现。另一方面，在项目中，大量的工作都是手工完成，费时费力，比如，数据质量检测、数据清洗等，没有人去思考能否做一些小工具去减轻工作量，提升工作效率。因此，需要有一个产品或需求团队，通盘考虑并整合相关的产品功能，一方面满足客户的项目需求，另一方面满足内部的工作需求，提升工作效率。