本帖最后由 yahoon 于 2012-05-30 16:19 编辑
回复 77# 南非蚂蚁
谈成绩,但不要常谈. 例如每周可以写周报,总结自己这周的工作成果
每个项目完成后,写一个项目总结 每隔一段时间(例如半年),可以拿出架构上改进的进展,上了哪些项目,改进了哪些项目, 性能提升了多少,可用性提升了多少. 故障恢复时间降了多少,文档完成了多少,标准和流程推行的如何
采用ppt 图表的形势展现给领导看. 尽量直观,不要太多文字,用图表用数字说话
我们每月有个报表，里面详解描述了本月的故障率、运行效率、可用率等指标，通过图表展现出来。
然后每月邀请公司各个部门和领导进行讨论和总结，对问题进行分析，让领导提出意见和建议！
strivers 发表于 2012-05-29 23:03 static/image/common/back.gif
1、个人认为在中小型公司运维除了基本的保证服务器正常运行，尽量为公司节省成本外，还要适当“搞点破坏”再 ...
这样不好啊
运维最痛苦的是工程建设人员并没有按运维的标准去建设，草草实现功能后交付运维，所有的问题都要运维去处理。
我负责不是网络基础运维和硬件架构运维，是负责ERP软件运维的。
不知道有没有同行，看这个帖子太有营养了。我深入的学习一下。
aha45678 发表于 2012-05-29 09:25 static/image/common/back.gif
个人认为：运维就像一家公司的发动机，没有他们认真细致的超长时间的工作，技术再新，营销再得力都无法真正 ...
我业余时间负责一个LAMPP架构的网站运维，虽然没有事情，但是也不断坚持学习和实践linux管理。
目前正打算学习一下系统的php+mysql，还接触一些html5的知识。
南非蚂蚁 发表于 2012-05-30 10:36 static/image/common/back.gif
我们每月有个报表，里面详解描述了本月的故障率、运行效率、可用率等指标，通过图表展现出来。
然后每月 ...
这个不错，应该多搞搞
1、时间
2、地点
本帖最后由 freedom-cu 于 2012-05-30 13:18 编辑
务实不务虚，踏实做事
潜下心来研究东东
假以时日 终会小有所成
至-有所遗憾但不甘心现状的朋友