我的手机,我的情妇

上床睡觉前你最后碰的是什么? 醒来时,您要做的第一件事是什么? 对于我们大多数人来说,答案是:握住手机,摇篮并爱抚它,我们预先编程的手指从电子邮件到短信再到Facebook再到那个和那个。 在智能手机兴起之前,我和我的丈夫享受“我们”的交谈,然后每周要睡七天。 我们将分享关于我们时代的看似微不足道的故事,互相询问问题,为将来的冒险而笑。 但是,由于工作的无休止借口和我们永无休止的待办事项清单,我们俩都在床上躺着一个可怕的情妇:非常性感的手机。 她精神充沛,时刻准备着自由流动的信息和过多的振动分心。 她更健谈,更受刺激,而且比我们在一天结束前彼此提供的任何东西都要多。 因此,一夜又一夜,我们会陷入她无情的陷阱中,并陷入她卑鄙的掌握之中。 夫妻俩在一起,我们到处乱坐,坐立不安,我们失去了曾经联系在一起的“实用性”。没有实时中断,因为我们的设备始终处于开机状态。 屏幕,文字模因和成堆的短信使我们不得不交谈(或哼唱)的唯一不间断的时间。 某些事情必须改变; 我们不能这样下去。 我们仍然必须兑现我们在美好时光和不幸中以及通过两者之间的一切努力成为彼此的人的承诺。 从那时起,我们决定在房子的一个房间-卧室中创建自己的神圣,无技术,无配件,无笔记本电脑的区域。 小心地,我们从床头柜上取下了所有缠结的电线,充电设备,笔记本电脑,电缆,是的, 倒吸了一口手机。 最初,这似乎不可思议,但是我们全心全意地做到了。…

当敏捷,DevOps和精益还不够时:软件交付中缺少必要的条件

执行摘要 精益,敏捷和DevOps原理在许多重要方面改善了软件交付。 随着不断发展的市场迫使软件组织提高质量和生产率,对这些概念的兴趣从未如此高。 但是,尽管它们在个体和集体方面都有相当大的优势,但它们在解决现代软件组织所面临的各种问题方面仍存在不足。 为了缩小差距,必须将这些原则编织在一起,以使您能够充分利用人员,流程和技术的潜能。 最快,最有效的方法是创建一个集成的软件生命周期。 从计划,开发和测试到部署和维护,集成完成与软件交付相关的所有任务所需的所有工具,将使信息在从业人员之间自由流动,并遍及整个团队。 这使扩展的团队更加有效,并提供了急需的项目可见性。 满足这一缺失要求的软件组织可以在质量,速度和可追溯性方面获得实质性的收获。 不同的路线,相同的目的地 过度简化的风险在于,精益原则植根于运营中。 他们从汽车工业中广泛采用,专注于提高质量,加快周期时间,消除浪费和缺陷,增强团队能力并促进持续学习的过程。 敏捷方法具有这些目标,但更关注个人及其交互。 敏捷鼓励采用灵活,分散的软件交付方法,使团队成员通过不断的反馈和协作来应对不断变化的环境。 DevOps原则通过在整个项目生命周期中更加重视开发(“ Dev”)和运营(“ Ops”)团队之间的沟通与协作来进一步发展。 他们还强调了集成和自动化在尽快交付更好的软件方面的重要性。…