公司实习试用期工作总结

1 / 5 公司实习试用期工作总结 时间好快，短短我来到某某公司已两个月拉。在这段时间里，天天都在感受某某公司的豪情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对某某公司有了一个全面的了解，感遭到了很多同事间的 *友好，项目组的团 队意识。 在过往的两个月里，我负责 XXXX 模模块的需求讨论、数据 库库设计，代码编写进度 管管理的同时，还负责 XXXXX 项目 XX平台的 开开发进度管理，通过与 大大伙的通力合作，基本 上上在规定的时间内 完成 了了大部份的业务需求。 通通过这个项目，也增强 了了自己在项目管理方面 的的经验，学习了很多 XXXXX 方面的业务知识 ，全面地了解了项目组 内内各成员的综合素质和 工工作能力。就个人业务 方方面，对 XXXX 大部 份份业务做了深进的了解 。 XX 评估方面，我主 要要了解 XXXX， XXXXX， XXXX， XXXXX 等业务。固然这很 多多得益于等人的精心指 导导，我很是感谢他们。 在已过往的 XXXX 项项目实施进程中，我也 发发现了项目组存在的一 些些上风和题目。对上风 我我就未几说，主要还是 大大伙的实干精神较强吧 。针对项目组存在的一 些些题目，这里我发表一 些些个人的观点，仅供参 考考。 1项目组的控 制制力 2 / 5 由于我们当前的 项项目是一个全新的组合 ，各成员间存在太多的 生生疏和不确定性，这就 造造成了，我们在实施计 划划任务的进程中，对其 风风险的控制程度不为乐 观观。我们在制作相干计 划划任务的时候总是凭仗 自自己的第一感往处理， 所所以在实施进程中也出 现现了很多计划滞后的事 件件，对待这些滞后我们 惟惟有加班来弥补，过度 的的加班和返工必定损坏 其其组内成员对项目组控 制制力的满意度，固然也 直直接影响到对公司的认 知知和评价。 我感觉我 们们总是缺少一些可以控 制制和预 感的能力，完成 任任何事情或目标总是存 在在不可预知的风险，但 如如何在风险爆发前最大 限限度的加以控制，下降 其其影响层面，那是我们 应应当往斟酌和管控的。 2项目组的协作力 说到项目组的协作力 ，我觉得当前我们做的 很很差，在任务实施的进 程程中，现在的项目组就 比比如中国古代的三国时 期期 群雄逐鹿，各忙各 的的。天天我们都很忙， 但但是忙的就是自己的那 块块空间，彼此的交换和 协协作时间太少。一个功 能能模块的实现不是最大 限限度往寻求业务的吻合 度度，而是自己凭仗自己 脑脑袋乱写，自创轮子， 总总是把自己的意识强加 给给客户。 在 过往的代 码码编写时间里，我总是 发发现很多同事存在一3 / 5 个 题题目，自己做的模块与 他他人的存在关联，这时 候候候彼其间需要进行简 单单的交换，配合完成。 但但是很多人没有交换， 而而是把他人的代码直接 下下载下来，然后加上自 己己的需要，提交完事， 等等其具体职员某天发现 自自己的代码被修改而不 为为所知，终究碰到题目 ，相互推委，这就是缺 少少交换的后果。 说到 协协作，顺便说下分工， 在在代码编写的进程中最 为为紧要的应当就是分工 明明确啦，我们需要严格 规规定那些人有相干文件 的的修改权限，那些文件 删删除前需要广播说明。 而而不是一味的看着不 爽 就就改、删、加，试问操 纵纵前是不是斟酌过有对 其其项目或他人的影响？ 3项目组的执行力 执行力方面，我觉得 主主要是我们需要的规范 太太少，可依靠的标准几 近近没有。试问下：我们 的的开发规范，项 目目组平常行为准则， 系统技术选型方案 ，技术定型评审标准 ，压力测试评估范 围围，代码检查计划 ，代码核对标准 ，业务流程处理说明 ，项目风险性猜测 报报告。诸如类似的标 准准在哪里，目前除一个 大大概的开发规范，我没 看看到任何成型的文档存 在在。 我们选 择择了 s2,spring ,ibatis， doojo 这样的技术框架 ，但是为何我们要选择 这这些，而不是往选择 s1 ,hibernatee,ext4 / 5 等，我还清 楚楚地记得我们是怎样选 择择的，很是草率很简单 ，一拍桌子， ok 就选 它它们了，可是为何呢？ 每次我们讨论业务纷 争争，总是一味的你一句 我我一腔，张说张有理， 李李说李有道。漫天就是 口口水战，这样的讨论还 不不如不论，浪费时间， 有有那些时间不如回家睡 觉觉往。 一个良好的开 发发框架，一定限制和影 响响其使用者的研究方向 ，由于我们平常的编码 技技术本就是寄托在框架 下下的ctrl+c、 cttrl+v,所以对开 发发选择和成熟完善需要 一一个慎重和延续的进程 ，我不知道我们现在使 用用的框架是不是需要延 续续，假如是，我们应当 给给出硬朗性、兼容性、 可可扩大性、可维护性等 相相干评审说明。 硬朗 性性应当统筹做好应对各 种种高并发、突风险处理 ；兼容性应当具有不断 的的技术版本升级、灵活 应应用于各类数据库；可 扩扩大性保障系统的各类 可可用性功能扩大，实现 方方式升级、灵活多变； 可可维护性告知我们需要 在在延续的使用中不断修 正正其 bug和通用性， 有有专门的职员完成不同 时时期版本升级，专注于 系系统架构的相干职员应 当当对其使用的 项目技术 有有专攻的进程，究竟任 何何东西都是有益有弊， 不不透彻的了解，怎样知 道道其需要改进的地方呢 ？ 4项目组的兼顾 力力 最后说说兼顾力吧 ，这很多时候应当是针 对对实施计划安5 / 5 排，实施 进进程管理而说的。我希 看看每次我们制作计划时 都都做一个扼要的评审进 程程，这样的进程可介乎 于于几个人内。很多时候 做做计划的人总是依照自 己己的思路和想法在行走 ，我们应当在完成计划 之之于，多和参与计划的 执执行职员进行交换，查 看看其是不是可以在计划 的的时间内完成安排，并 进进行讨论修正。对一个 任任务你是不是只有一个 计计划，你是不是斟酌 过 当当前计划的风险，假如 执执行者某天生病不来上 班班或离职了怎样办？你 的的计划时间某段被公司 的的集体活动占用怎样办 ？公司某天停电怎样办 ？等等类似的题目太多 啦啦，这些就是我们的计 划划风险，是不可预知的 ，你是不是应当斟酌一 个个 B 计划 做计划不是 做做完后盲目的下发展开 ，别总是告知你的执行 者者