2018-8-12 工作总结

2018-08-12

2018-8-12 工作总结

初次入京，在百得利汽车园，海淀区保时捷中心，感受客户现场的气氛

工作内容

进度：

下周计划：

以下是构想的流程，接下来的时间里可以试验一波实际操作的可行性

以下是叙述文，因为我发现如果要变成金字塔，不能还原我完整的心路历程

这两周花的时间最多，又最痛苦的就是排计划。上周在广州就因为赶计划，连代码都没时间写，总结也断了。但到了北京，发现排的计划不太符合需求，又得重新排，于是又痛苦一次，这点绍文和我感受是一样的。我认为主要衡量的有以下几个点：

这些点考虑下来，我就感到“头疼”，于是我开玩笑说，“我们需要一个项目管理大师啊”

就算痛苦也得把事情做完。

不过首先我发现excel表限制了我的想象力，而使用omniplan时我的效率可以加倍提升。于是我换了个工具。

但omniplan的问题在于，它是mac专属的软件，”客户”不一定是mac，而且通常来说，现在普通人更常用的excel表，“所以客户应该要的也是excel表”，于是我得先把计划用omniplan排好，再自己手动排一个excel表，完全是体力活。

但这样又有个问题，埃蒙每天又要找我们要最新的进度，而omniplan是本地的，不是在线工具，于是我又得搜集所有人的进度，自己手动去更新。而实际开发情况根计划其实是会有出入的，原因你懂的，于是又得调整一波计划。。。

所以这样搞下来，一整天我其实没啥时间写代码。尤其是刚到北京的前两天，我又得找售前对需求; 还被客户开发经理拉去讨论他们前端开发流程的优化方案; 又因为有些模块会由他们来开发，所以客户的开发会参考到我们的项目中来，于是又得帮他们培训一波，教他们怎么使用我们的开发框架，熟悉我们的协作流程。

于此同时，团队沟通的意识还需要加强，很多时候没有及时暴露问题，及时反馈。等我想起来了再去问，有时会发现事情出了偏差，这让我心情久久不能平静。其实如果遇到疑问点，先抛出来，一起沟通，及时调整方向，会顺畅很多。

于是我感慨，好想静下心来写代码。

直到第三天，文哥来了，事情就有转变：埃蒙不再每天找我们要计划了，阿里的人也不为难我们了，SAP对接的事情也有进展

那么，文哥就跟我们讲了，到了客户现场，最关键的是摸清整个局势，看清每个人的立场，找出关键的人物，把关键人物搞定，顺着大势走，事情进展就会顺利了。

那么，埃蒙为啥整天找我们要计划？其实是因为阿里的人想看而已，其实把他们拉进我们的协作工具trello就可以了，他们也就满足了。

还有，整体计划又是给谁的？是给阿里的项目经理的，他需要了解一下我们的开发计划安排。那是不是一定要excel呢？不是的，我们给啥，他就接受啥，这都是可以沟通的。

这特么的，事情就顺畅多了，每天没有那么多事烦，后面两天我也可以开始写点代码了

这两周的经历，结合几篇文章，我的感想如下

只是埋头苦干是不行。在现实世界里，先把人搞定，事情才能做得顺利，里面的门道很多，限于水平，文字表述苍白无力，多去实战，会有不一样的感受
沟通表达很重要。给客户们培训，与他们交流，让他们认可我的观点，听从我的声音，这让我很爽。庆幸来北京前有看《人月神话》，并与多米哥等人交流过，于是在现场的稳定地发挥了一波，引导事情的走向往我们有利的方向发展，这感觉很棒
反馈，反馈，反馈。如果你能够在完成自己工作任务的过程中，及时的把自己的工作成果反馈给你的 Leader 和相关协作人，总能够带来各种惊喜。
工具思维。“给我一个支点我就能撬动地球”。如果你的工具限制了你的效率，你需要换一个更好用的工具。如果想用工具做一件事却不知如何下手，你应该先熟悉工具的使用方法，这会加倍提升你的效率