工作日志w3d1

今天按照周六m的安排，提出了一个同原系统workshop的计划，结果是从埃森哲处得到的消息是客户还没跟原系统产商联系好，这周基本不可能启动workshop的计划。

按照原来的计划这个就将延迟我们至少一周的时间，问这边的头要求先帮助第一波项目写写脚本和操作步骤的支持，我当时还是欣欣然的接受了，因为一想这样的话这一周就轻松了。结果后来经过部门专家点拨，中了大计了。首先，我的任务就是我的任务，要是没赶上进度就是我的责任，而本来我找这边头的目的是获得他推动的帮助，而实际我却被岔开了，好一招太极，既推开了自己的事，还借了一把力。

然后经过专家帮助，虽然这周会议开不了，但是还是要协调一下时间，而且要同那些顾问们一起，让他们也同意这些计划，这样才能更有推动力。最终，我提出了明天开个会的要求，埃森哲这些人也同意了，毕竟计划就是要我们一起制定的，大家的目标都是更快更好的完成项目。

同时不得不说要感谢专家的鼓励，让我坚持，我发现80后们还是需要鼓励，大棒的做法只能带来更多的逆反。

工作日志w2d5

今天的问题还是在于对于我这块东西的全局把控能力上，已我们的经验对于动态数据的操作至少需要3个小时的时间，而老大却认为只需要5到10分钟。而且这个跟我们的老专家确认了，最后我祭出我们之前的操作纪录时，他还认为有很多的内容可以精简，其实我觉得对于我们来说，并不是时间越短越好，同时也要整个操作中数据的质量和最后上传数据的完备性。

为了跟他确认这个问题，等了好几个小时才回顾问的邮件，结果讨论的结果还是没有结果。我还是以我们之前的经验3个小时对邮件进行了回答。想到晚上回来刚看的一章《乔布斯传》，里面有乔布斯对15个mac小组成员说的一句话——“Don't compromise”，我想在一些我了解的方面也需要拿出这样的做法，毕竟作为人类，谁也不能保证总是对的。

沟通问题上，今天找一个客户顾问请教了几个之前一个会议中的要求，经过他的讲解，里面的很多疑问都得到了解答，这对于之后确认下一步的范围提供了不少的帮助。所以还是需要自己源源不断地上去沟通。

最后，今天提升信心的是帮助一个组整了一个转换数据的脚本，他们整了大半天没搞定的问题，用了这个脚本之后可以在8分钟之内搞定。对于我自己来说还是做这种对面计算机的活更有快感。

项目日志w2d4

首先刚过去的一天还是我的农历生日，感谢家人给我的生日祝福。

然后今天自我感觉也不是很好，基本上没有完成什么东西——在我负责的这一块东西，没有输出也没有输入，中午吃饭时间项目领导的问题应该是非常质疑我的能力了。

我想问题还是在于我不去沟通，这个双方不了解，又没有做出什么实际工作来，只能怀疑这个人的能力。所以下午的时候还是去找客户顾问去问下问题，虽然最后相关人员都走了，但是也算是走出一步了。

另外，其实我也觉得当前自己的能力还是在写一些脚本和存储过程，今天晚上搞定了np数据的转换，也算是搞来一点信心。我想没有谁是天生就会什么东西，还是要在挫折和鄙视中成长，关键是要能够坚持。

现在自己更多的是要知道自己不再只是输入需求写代码了，还要去获取，整理，控制和传递需求了。

项目日志w2d3

今天是第一次给客户做我们的方法论讲解和暂定的计划以及我们工作中的涉及范围。总体上感觉并不是很多，出问题的地方很多。

1. 我有点紧张，首先我这次是独立作为dm这边主要人员对客户进行宣讲，本来我讲ppt的时候就会紧张，想到了我毕业答辩的时候了。。。
2. 其实作为之前只在项目中承担部分代码工作量的人来说，里面客户提到的问题我很多都说不清除，或者就是不了解。特别是当涉及到说最终cutover时会有的停顿时间的时候，随便说了一个小时，结果搞的自己满头大汗，旁边的领导眼神也流露的不满意。不过这次会议还是要多谢领导撑场子了。
3. 因为这儿有第三点，里面涉及到一些问题我都没有听懂客户说的英语，这在之后项目行进当中会是一个很大的问题，必须要能保证听懂。
4. 后来客户顾问要求得到会议中涉及的材料，我直接给了，我现在觉得我还是需要改改再发出去的，特别是里面含有一个Scope的文档，我没有整很多保护自己的内容再里面，可能会对之后工作量产生不少的影响。
5. 还需要纸币工具，纪录一下内容。

总结一下，关注一下整个流程，现在不能只看代码了。提高听力。多交流，少发呆，最近发呆其实较多，而且总是比较困，要保证休息和工作的效率。