【外刊IT评论网】你的团队里没有DevOps文化?

标签: 团队建设 | 发表时间:2011-08-06 00:56 | 作者:Aqee iVane
出处:http://www.aqee.net
本文是从 Do you have a DevOps Culture? 这篇文章翻译而来。

全球很多的系统负责人和程序开发者都在撰写聚会讨论关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值。DevOps的目标是摒弃传统的深根于开发和实施过程中那种单打独斗的思考方式。那么,你如何能辨别你的团队是否已具有DevOps文化了呢?下面的内容将会给你一些线索。

心理上的DevOps状态

问你的程序员下面几个问题:

  • 你能描述一下你们的Web应用程序的运行时环境吗?
  • 你知道你们的应用程序的发布流程吗?
  • 当前的实施过程中要处理的最关键的问题是什么?
  • 你的工作什么时候完成?

从对这些问题的回答中,你能看出你的程序员的思考范围是否跳出了“编写代码”的框框、把应用的部署同时也当成了他们工作的一部分。即使他们只是表示了对实施领域的一些基本的兴趣,这也说明了DevOps文化的出现。如果你的程序员他们要做的只是把代码交给测试部门(或编译服务器上),或,更糟糕的,一旦把代码提交的版本控制库中就算完事,那你们还有很长的路要走。

问你的系统负责人下列问题:

  • 下一个要做的新功能是什么?
  • 你期待下一个版本的发布吗?
  • 最近的一次找你的程序员谈话的时间是何时?
  • 你干的事情创造了商业价值吗?

对这些问题的回答展示了系统负责人如何看待他的工作和他的职责。如果他对开发工作已经介入了某种程度、对需求的频繁变更不拒绝,这出说明DevOps已出现。如果他只思考着如何避免变更,不考虑下一步做什么或创造什么商业价值,那你跟你们的负责人还有很长的路要走。

什么是DevOps?

DevOps是一种一起讨论和一起工作的文化。开始DevOps,意味着开始了一场你的程序员和系统管理者的心态的转变。只有当人们愿意相互交谈,关心相互的工作时,你才能更多更快的创造商业价值。只有在这种情况下,寻找培养DevOps文化的方法和工具才会有意义。


本文来自外刊IT评论网(www.aqee.net),原始地址:你的团队里没有DevOps文化?

相关 [it 团队 没有] 推荐:

你的团队里没有DevOps文化?

- Quantum - LinuxEden开源社区-Linux伊甸园
本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在 撰写 、 聚会 和 讨论 关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值. 阅读全文 | 邮件推荐 | 评论回复.

【外刊IT评论网】你的团队里没有DevOps文化?

- iVane - 外刊IT评论
本文是从 Do you have a DevOps Culture. 全球很多的系统负责人和程序开发者都在撰写、聚会 和 讨论关于DevOps的事:如何能更加有效的协作、让我们更快的创造商业价值. DevOps的目标是摒弃传统的深根于开发和实施过程中那种单打独斗的思考方式. 那么,你如何能辨别你的团队是否已具有DevOps文化了呢.

团队

- Lorna - 坏脾气的小肥
我最近心情起落比较大,如果把时间线再拉长一点,则是去年多自负,今年多自责. 冷静下来的时候也会想,我能不能做得更好. 每一个团队都有它的长处,有它的短处,对于团队的缺陷首先要问自己几个问题:. 1、有没有激励大家全心全意地认同和投入这个项目. 2、有没有分工合理,使每个人认同和投入自己的任务. 3、他的缺陷是否可以通过工作指导、严格督促,在半年或一年时间里自我完善.

团队管理101招

- 狂之想 - C++博客-牵着老婆满街逛
转载自:http://www.iteer.net/modules/doc/article.php?storyid=1402. 无论你是新手还是资深管理人,对你而言,管理好团队都是重要且具激励性的挑战. 切记:每位成员都能为团队作出一些贡献. 谨慎地设定团队目标,且认真严肃地对待它们. 尽早决定何种形态的团队适合你的目标.

DBA团队的使命

- 2sin18 - Alibaba DBA Team
DBA团队的使命:提供高可用、高性能、可扩展的数据存储服务. 高可用:可用性是运维的根本,我们不管做什么事情,都要把可用性放在第一位. 高性能:对性能的关注是我们一直坚持、做的最好的一面,仍需要继续做到极致. 可扩展:也就是最适合的,易部署,可线形透明伸缩. 数据存储:不只是关注某个数据库本身,是基于对各种最先进的数据存储技术的精深理解,提供最专业的服务.

谈团队知识管理

- - 人月神话的BLOG
如果要谈学习型团队,那么团队知识管理就相当重要,团队知识管理介于企业知识管理和个人知识管理之间,核心是知识能够成为整个团队的资产,并为团队创造价值. 今年在团队知识管理上,重点就是按照cmmi的一些思路,形成指导书,规范流程,工具模板,培训教材,检查单的完整知识库积累. 明确各个岗位职责和分工边界,能够按着规范流程做事情,大量前期积累的知识库又能够帮助团队成员快速的学习和解决问题.

谈技术团队目标

- - Tim[后端技术]
技术主管新年想得最多的一件事必定是如何比上一年做得更好. 宏大的目标设定每个团队都会做,谈几个不引人注意的小问题. 见过一些技术团队将计划定义为“按时完成需求”,需求驱动并没有什么不对,但是研发工作仅考虑被动需求的话是很难做好. 之前完成的许多需求有什么共性. 经常出问题/bug/故障的项目/功能/模块是哪些.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

某种理想的团队

- - 博客园_知识库
  (这篇文字灵感缘起于昨天发的一条半开玩笑半自嘲的 微博,由于设置了IFTTT被同步到我的 Twitter上,又被欢乐地转发了很多,估计是触发了某种有趣的共鸣). 现在我招聘已经被逼成这样了:先发自己和团队成员的简历给候选人,看你有没有兴趣跟一群这样水准的人一起做事,然后我争取到“面试你的机会”.

敏捷团队工作流

- - IT瘾-dev
站会中的内容是每天工作的开始,也是对昨天工作的回顾. 一般会由团队的某位成员主持,这位主持人有责任让电子系统上的story卡片和看板上的保持一致. 站会上,大家依看板从右至左依次更新自己负责story的状态,如果遇到阻碍,应该在站会上及时提出,团队之中的成员如果能提供帮助,应该在站会之后,组织解决方案的讨论.