加入我们在星期三,5月7日星期三上午10点至太平洋,下午1点。东。免费注册免费。

Devops处于严重的中断阶段。传统主义者坚持他们所知道的 - 瀑布方法长期以来一直受到其严格的文件和治理的企业环境。

与此同时,瀑布从初创公司和企业内敏捷的狂热竞争中占据了严重的黑眼圈,判断它太慢而且笨拙地为他们。但事实是什么?这两种方法实际上是否有能力互相赞美?

“妖魔化的传统方法如瀑布,因为慢性和不敏感和天堂敏捷作为治愈的痛苦 - 所有丸在送货上的所有药丸都是如此日的愤怒,”Rich Morrought,Cloud Carchentr为Quicloud说道。“但是,这一实践很少,在一个组织中,作为今天的企业复杂,每个都有它的位置。大多数企业使用两者的结合。“

明天是下周网络研讨会的特色发言者,如果,这两种方法可以探索,这两种方法可以携手合作。

事实上,公司遇到了麻烦 - 他们是企业,SMB或启动 - 当他们开始使用单一方法作为唯一锤子时。结果,每个问题都开始看起来像钉子。这就是为什么规划阶段是最关键的,而且重要的是,为什么管理层应该避免在第一次会议甚至召集之前推测他们有答案。

不要错过!免
费注册这里。

明天:“决定”走到敏捷“或不是大多数项目经理开始确定适当角色,结构和报告的眩晕过程的地方。”但根据明天,这最终令人盲目地覆盖了一个独立于许多其他重要因素的团队的方法,并非最不重要的是,球队的工作和公司的文化和信仰。

是否有一个快乐的地方居住在敏捷和瀑布的敏捷方法 - 或其他Devops方法?

加入我们这个不愿意的网络研讨会肯定会激发一些非常动画的讨论和辩论。