项目的总结

从入职新公司到目前为止，整好一个月的时间，项目本次迭代已经完成，为了日后版本迭代开发工作，现自己需对参与整个项目过程中的一些情况做些总结。

1.需求---一个项目中最开始节点就是需求，它是运行开发的指南和方针，日后所有的工作都是围绕怎么实现和具体实现需求来做的，需求不清楚或者需求理解偏差，日后的一切工作

都是白搭甚至是破坏，以后对需求的理解一定要非常明确，不可在模棱两可的状态下进行开发，这要可以有效避免将来实现的和需求不一致的情况。

  具体理解需求方式：

　　　　　　首先熟读理解需求文档，不明确或者不懂的地方，统一记下来。

                 然后把统一记下来的地方向产品人员请教和确认。

                 最后在项目迭代截止日期前，把已经实现的功能的产品向需求人员展示，以便给自己理解不当的功能留有修改的时间余地。

 

2.技术难点---对项目中需要实现一些关键性功能的技术难点，需要提前预习，了解大概具体实现的功能的周期，有时一个突如其来的技术难点如果没有提前的预知，

可能会拖垮整个项目的进度，导致整个项目延期的状况，也可能在项目临期前为了克服一个技术难点整宿加班，导致神经紧绷压力过重的情况。

具体攻克方式：

                首先根据效果图设置的图片确定具体的技术难点，时间充裕的情况下可先在网络寻求实现的方法，可以先在本地实现一个小demo，再具体开放中去实现就轻松得多。

                 如果网络寻求未果，再寻求其他高端的同事，看是否有谁以前实现过类型的功能，或者现成的demo，再根据充分理解需求的情况下，去请教同事。

3.临时问题----- 在整个开发过程中，总会碰到这样或者那样的问题，如设计和需求理解不一样，开发时候后台异常的确定问题，测试时候挂了或者环境连接问题，提出的bug不能

复现问题等，都会在整个开发过程中或多或少的出现

   具体解决办法：

                 不管碰到什么问题，首先需要做的事，静下来自己仔细想想问题发生的原因，确定因为的前因后果之后再去解决，绝不能自己都不清不楚去打扰别人，这样会显得自

己非常low，久日久之也会引起别人反感，一般人也没有这种义务来帮助自己，自己能解决的首先需要自己去解决，自己解决不了的必须得确认问题的诱因。

                 对一些自己决定不了的事，必须马上抛出来，让领导或者大家来解决，千万不能自己捂着自己都不能解决的问题不放，这样结果只有两个，项目进度的延迟和领导眼

又多了一个无能的员工罢了。

希望自己以后慢慢适应方式方法