转眼间有两个多月没有写一篇文章了。
这两个多月，我一直在公司忙于开发一个给客户使用的数据可视化的项目。
说起来我接到做这个项目的因为，是因为研发的同事实在太忙了，研发的 Boss 对业务说实在抽不出人手来做这个项目，所以这个项目落到运维来了。
毕竟之前是一直写东西给自己人用，现在终于能写东西给客户用，我刚接到这个项目的时候还是很兴奋的。
这个项目立项时有三个人，我负责项目进度和开发，还有研发的一位设计师和一位前端工程师。但是，因为他们实在太忙了，所以除了有必要找他们把控界面以外，这个项目其实只有我一个人在做。
所以，我这段时间看上去还挺忙的。
因为是由我自己把控项目进度，我对这个项目进度的焦虑感还挺少的，因为我很清楚自己开发的效率，每个任务都留了足够的时间。
然而，我在这个项目中思考了一些以往自己可能没那么在意的事情。
对于我对项目把控的缺点
我对项目把控属于典型的虎头蛇尾型。
我往往在项目开始时，把任务分解的特别周到详细，我的项目计划书多次做为范例被领导分享给其他同事做参考。
但是在项目中后期，项目进度就会渐渐失控，其主要原因就是我没有对他人的任务进度给予即时的监控。
我总以为别人跟我一样，会认真的对待项目计划和 Deadline。开始我问他们，按照这个项目计划有问题吗，他们说放心吧，没问题。然后我就很放心的不管了。等到了共同的项目节点需要沟通的时候，结果往往是他们的任务还没有完成，进度还差很大一截。我猜这样的原因主要就是他们对别人的项目不重视，所以导致没有细读计划，不遵守 Deadline，甚至对自己的任务完不成时，也不提前做沟通。
当然，还有一点，就是我对其他人的任务监控确实有待提高。只能说，多沟通吧。
而且，我身为项目负责人，理应每周向上级汇报进度的，我后来也懒了。
对于与需求方沟通
这次，真的体会到了研发同事的苦。
我发现在面对满脑子啥想法都没有的业务同事的时候，想保持一种平常心真的是挺难的。
第一次与业务开项目碰头会的时候，我们大眼瞪小眼。接到任务的我，等着业务跟我详细的说说需求。接到会议通知的业务，以为我们拿到任务已经有一些实现的想法了要汇报给他们。
然后在他们真正明白这次会议目的之后，就开始天南海北的胡扯，跑的都没边了。
幸亏我人精人精的领导也参了会，及时给他们刹住了车，直到这时，我还处于懵逼的状态中。
业务在产品出现之前，他们说的特别客气，时间挺紧的，功能实现了就行哈。待真的产品出来之后，就开始冷着脸各种挑刺了。
对这我倒是表示理解，就像问一些男生你想找个什么样的女朋友？他说，诶呀，啥样的都行，是女的就行。
他说不出来，因为他没有目标。
但是让他说不喜欢什么的，他却恰恰能从各种细节跟你说出个百八十条。
因为不喜欢什么，自己通常是很了解的，我觉得是一样的道理。
对于接受与思考
我是想事情想的很少那种人。
我开始觉得业务的需求是需要尽量满足的，因为他们更贴近客户，他们的意见值得尊重。
嗯，也是我审美水平太次，我对业务的意见挑不出毛病，我觉得他们的想法也行吧，也没啥不好的，改一下试试呗。
但是跟我一块的还有一个非常具有审美水平的暴脾气设计师。
他的原话是，信他们的就麻烦了，东一榔头，西一榔头，拍脑袋改，早晚玩完！
当时我就夹在他们中间，我觉得好难过。
一方面是对项目的责任感，一方面是答应了别人要实现，但是没有去做的惶恐感。
这件事让我在公司和回家的时候都在思考怎么做，我也咨询了身为牛逼闪闪的前某公司首席需求分析师现在专心休假在家带孩子的老婆大人。
老婆大人在鄙视了我公司业务的审美水准之后，教导我，以后定需求的时候，别说的那么死，可以说我回去再考虑一下嘛。
其实后来想想，这事主要确实是我沟通方式不够圆通，另一方面是我对于类似的事情缺乏经验，思考的还是太少了。
总之，到节前，项目已经基本完成了。
我因自己「太忙」找借口懒得更新的理由也没法再用了。
还是要让自己忙起来，多看一些书，多学一些感兴趣的东西。毕竟，看到自己进步，还是挺有乐趣的。