DevOps不是个技术问题，而是个业务问题
在过去的九个多月时间里，作者在公共论坛和客户公司内部竭力推进DevOps运动。正是在那段时间里，他者开始注意到人们对DevOps存在一些常见的误解，作者认为正是这些误解使得一些人在初次接触DevOps时产生消极的反应。在这里，作者将尝试澄清这些误解。
InfoQ
InfoQ
促进软件开发领域知识与创新的传播
主题/标签专用视图
人际沟通相关的内容
最新“人际沟通”相关专题内容
“人际沟通”相关新闻
科幻作家海因莱茵对软件开发者的七点启示
Robert Heinlein（海因莱茵）并不是个程序员，但在他的写作生涯中，有一些经验给我们很多启示，对软件开发者无论是写代码还是职业生涯都有很大的帮助。因为写一个软件和写一个故事，很多都是相通的。
敏捷意味着诚实
当谈论敏捷时，大家常常倾向于谈论那些人们每天都在做的有形的事情，比如“敏捷过程”。其实，相对“过程”而言，真正的敏捷更多的是强调“原则”。Travis Birch对敏捷中那些非实体内容之一——“诚实”进行了阐述。
让“绝望主持人”告别绝望
在产品试用过程中进行用户测试和访谈时，访谈主持人往往为了应对形形色色的用户、挖掘用户的想法而感到精疲力竭，甚至感到“绝望”。从事用户体验设计咨询的丁宇最近在其个人网站上发表了“绝望主持人”系列，和我们分享了用户测试与访谈的一些方法和技巧，以便“绝望主持人”告别绝望。
“人际沟通”相关文章
.jpg)
Linda Rising：“你相信谁？”
在Agile 2008大会上，Linda Rising博士主持了一个演讲，集中讲述了多年前进行的实验，该实验从心理学和认知科学的角度，展示出人类的“偏见”和“成见”的强大影响，并且指出二者很难避免。本文是对该演讲的摘要概括。
用数字沟通——来自敏捷精灵的忠告
因为不知道如何反击，技术人员不得不听从业务人员的要求。这已经是老生常谈了。问题何在？开发人员用数字主要是进行计算的，而业务人员使用数字辅助决策。在下面的故事中，“敏捷精灵”鼓励一个开发人员用数字来描述与计算无关的问题。
“人际沟通”相关技术访谈
汤涛滔谈系统需求收集和架构设计
在本采访中，资深架构师汤涛滔谈到如何收集系统的需求，并如何根据需求设计符合要求的架构；架构师设计架构时如何进行平衡，如何区分不同架构师的角色，如何成为合格的架构师，以及架构师必备的素质等。
