偶看新闻高压双电源开关:项目总结
来源：百度文库 编辑：偶看新闻 时间：2024/04/28 10:56:14
这次的项目计划是3个月，实际花了将近4个月，延迟了三周。从项目开始一直到现在，每个步骤上都出了些问题，才导致了这样的延迟。
最开始，沟通没有找对人
当需求定下来，我开始去确认每个功能如何实现时，我找的是做过该功能的人，问他用的什么逻辑，读的什么数据库。但当我这样做完了以后，管理数据库的人突然跳出来说：你不可以这样做，现在你只能调我们提供的接口，现在没有接口的话，你等一个月，我开发出来了你再用。这时我们就完全被动，被生硬的拖住了进度。下个项目时，应该一开始去找提供数据的人，告诉他我的需求，跟他确定方案。
然后，没有把进度不可控的未知因素消灭在最开始
那些要摸着石头才过的河，最开始就得过了。否则留到最后，你发现有一条河根本过不了，那前面的所有都白搭了。我就是因为摸着石头过河时撞见了数据库管理员，才爆发了上面的问题。如果我不是每做完一个功能再摸索下一个功能，而是在最开始就把所有功能的实现都搞清楚，可能很早就会撞见他，之前白做的工作就不会发生了。
还有，没有尽早跟进
当你的进度受到别人牵制时，一定要格外的小心，因为这也是导致进度不可控的因素，他并不总是在那里等着配合你的。我项目中需要找人确认如何应用消息机制的问题，但当我知道这个需求后没有第一时间去找他，觉得反正还没那么快开始做，当我需要做时去找他，他要出差了，他说你下周再来找我吧。这周正合适，下周我们就很着急了。本来不紧不慢的事，拖着拖着就变成千钧一发的事了。
另外，沟通中没有抓紧主动权
等别人开发接口这种事，或者其它类似的事，虽说确实得等，但不能一味单纯的等，这样就等于把主动权完全交给他了。“等我弄好告诉你”这句话一出，自己就得开始煎熬了。一定要请他给个确定的日期，如果他不给，自己也要说一个日期，说这天我再来找你。这比时不时的突然冒出来去催他可能效果要好一些。
另外，存有侥幸心理
有一个功能，我有两种方案可以实现，一个是现有的，但他说你们最好不要用。另一个就是等他改接口或者我们改需求。接口他们说了算，需求老板说了算，但一个说不改接口，一个说不改需求，我夹在中间不知道该怎么办，唉，心想算了，我用现有的接口实现原本的需求。谁知道我代码里写了啥呢。虽然没坏什么事，但这种行为是纯属乱搞，很不专业。后来还是逼得老板改了需求才算完了这事。
另外，文档没有写精细
最开始编写需求文档的时候，急急忙忙的要拿去给他们签合同。估计他们也不会细看，图就画得简陋，逻辑有些你仔细读还不顺的。但签完合同我也一直没有去改。想这东西也不会有人看，把东西做出来就行了。但事实上这份东西突然要拿出来给数据组确定要提供什么接口给我们时，就出现了问题。一改再改，一来二回的浪费了很多时间。而且他们是很忙的人，一个事情提交过去，要排可能一两天的队才能给我们处理。
最后，过于自责
整个过程中各种小状况，尤其是与人沟通的事，甚至说是与人扯皮的事，我作为一个个性温和的程序员很不适应。就觉得自己怎么这么糟糕，这点事情也做不好。这种很深的自责只带来了情绪的低落和工作效率的下降，而没有解决任何问题。人无完人，孰能无过呢，总结经验教训，下次把事情做好就行了。