需求工程师1名、前端工程师1名、后端工程师1名以及领导1名，这就是现在所做大屏系统的人员配置。按理说这已经是最精简的项目人员组成了，沟通配合起来应该很容易，可总有这样那样的问题，让产品执行起来并不那么顺畅。由于今年公司内部要处理的项目比较多，领导也经常出差，在前期大概确定大屏系统的时间安排后，主要的需求和推进工作便全都落在了我这边。在这个岗位上的人都清楚，除了本身的需求工作，几乎要有1/3之一甚至更多的时间花在和其他人的沟通上。今天先不讨论如何合理安排自己的时间，而是简单聊聊这个看似简单却又问题多多的沟通问题
- 工作不主动
虽然说项目定了一个完成时间，但是由于该产品的特殊性，需求和开发差不多是同步进行的，没有非常明确和细致的需求文档，交付标准自然也就无法完全量化。作为产品的owner，我当然希望在给定的时间范围内尽可能完成的最好，因而我迭代式的快速交付给开发内容，保证开发有东西可以做（在前期让前端开发根据会议讨论先完成框架设计）。尽管如此，前端开发工程师的工作节奏却完全是另一种风格，这种紧迫感在他身上可以说丝毫体现不出来。平时该同事做事风格就属于比较散漫的类型，领导在的时候，平均每天也会有1/3的时间是在刷手机。现在领导不在，那基本上1/2的时间都在刷手机。就坐在他旁边忙个不停的我，真是看在眼里，急在心里 - 后端时间压缩
资源不够的问题估计是每个公司和部分的通用问题，我们这个项目也不例外。虽说划了一个后端工程师，但是在项目开始前几天，他还有欧洲的一个项目收尾工作需要做。延迟了几天进项目，稍微赶一赶，时间上应该也还勉强来得及。但是，刚刚给他介绍完项目背景和相关需求，还没准备开始做时，欧洲那边有些紧急的问题要尽快处理掉，这又耽搁了1-2天的时间。这个时间不仅仅是后端本身的时间，在一定程度上还阻塞了前端这边的进度 - 领导要求高
虽说现在做的是一个demo，但是从产品整体设计上来看，除了没有真实数据外，其他部分都要保证后期用到真实项目上时，能够直接应用。包括每张图表的展示形式和数据的尽可能真实性以及后端海量数据的生成等等
怎么办？目前我是这样处理上述出现的问题的： - 对于就坐在我身边但工作丝毫不积极的前端同学，我会时不时的cue他一下（根据他刷手机的时间），这个功能完成了吗？那个页面做的怎么样了？如果他回答差不多了，我会要求看一下现在已经实现的功能，毫不意外，他说的差不多距离完成还有一段距离，可以轻而易举的立马说出几个他没实现的功能点。这里搜索还没加吧，这个列的显示顺序要调整下，那里怎么显示成这样（这就是开发口中的差不多，这些看起来都是细节的功能，在他们眼里好像不算工作量，但是真的调整起来，也要花费不少时间）
- 在后端工程师解决完其他项目问题时，询问几次进度如何，哪怕知道今天完成不了，也要多问一问，毕竟人都是有惰性的，适当给一点点紧迫感。在后端工程师正式进入项目后，立马与其沟通，共同讨论任务的优先程度。首先，尽快熟悉原先设计的数据库表，有不清楚的与之前设计的同事沟通，明确是重新设计还是在现有基础上更新，评估工作时间；其次，数据库结构完成后，立刻与前端进行接口对接确认（已让前端工程师梳理出当前需要对接的接口）；明确前后端接口后，提出让后端优先完成哪几个接口，让前端不至于阻塞
- 在完成需求相关的内容之外，协助前后端做一些能帮得上的工作，如图表的缩略图，模拟数据生成等
- 领导回办公室后就预约领导时间，共同review当前项目进度，以防出现较大偏差