时间总是如流水匆忙而过，转瞬间我来到x公司已经两个月拉。在这段时间里，每天都在感受x公司的激情和进展。和同事的相处中，我得到了许多帮忙，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的细心指导。如今我对x公司有了一个全面的了解，感受到了许多同事间的和谐友好，工程组的团队意识。
在过去的两个月里，我负责模块的需求争论、数据库设计，代码编写进度治理的同时，还负责工程平台的开发进度治理，通过与大伙的通力合作，根本上在规定的时间内完成了大局部的业务需求。通过这个工程，也增加了自己在工程治理方面的阅历，学习了许多方面的业务学问，全面地了解了工程组内各成员的综合素养和工作力量。就个人业务方面，对xx大局部业务做了深入的了解。评估方面，我主要了解等业务。固然这许多得益于小唐、小卫、小冯等人的细心指导，我很是感谢他们。
在已过去的工程实施过程中，我也发觉了工程组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对工程组存在的一些问题，这里我发表一些个人的观点，仅供参考。
1、工程组的掌握力
由于我们当前的工程是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施规划任务的过程中，对其风险的掌握程度不为乐观。我们在制作相关规划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也消失了许多规划滞后的大事，对待这些滞后我们唯有加班来弥补，过度的加班和返工必定损坏其组内成员对工程组掌握力的满足度，固然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以掌握和预见的力量，完成任何事情或目标总是存在不行预知的风险，但如何在风险爆发前限度的.加以掌握，降低其影响层面，那是我们应当去考虑和管控的。
2、工程组的协作力
说到工程组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的工程组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的沟通和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。
在过去的代码编写时间里，我总是发觉许多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进展简洁的沟通，协作完成。但是许多人没有沟通，而是把别人的代码下来，然后加上自己的需要，提交完事，等其详细人员某天发觉自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏沟通的后果。
说到协作，顺便说下分工，在代码编写的过程中最为紧要的应当就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要播送说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其工程或别人的影响?