许多人在上床睡觉或醒来时就想到自己的担忧。我也不例外。今天早晨，我脑海中浮现出哈勃的一则评论：
聊天中的一位同事分享了一个故事：
去年我有一位很棒的客户，这是我遭受一次干净的“危机”的时候。
开发组中的客户有两个团队，每个团队都参与产品自己的一部分（有条件的是后台和侧面），即负责形成订单的软件和负责执行订单的软件），有时彼此集成。
后台团队处于最底端：半年的稳定库存，所有者威胁要解雇所有人，因此他们聘用了一名顾问，而他们聘用的顾问比其他人多（我）。此外，第二个团队（前排）制定了规范并继续制定规范，即后台办公室，在此之前，规范也开始生效。坐着不同办公室的团队，习惯于彼此小便。
原因：存储和支持是一个系统，它具有很多依赖性，团队位于不同的办公室，彼此之间没有通信。所有者总是分别在侧面“看”一眼，他们在那里拥有新功能，新想法和新控件。里面有一个全能的男孩，BA，设计师和“给我们喝咖啡”的结合。这个男孩对他的团队来说是潜移默化的，他执行了许多小任务，例如“警告第二个团队有关部署”，“更新文档”等。例行程序中，最多可以“将各种版本号和组件添加到故障单中”。但是男孩没有写代码，有一次主人决定解雇他来优化代码。对于商店的团队来说，什么都没有改变，他们只是没有引入或更新坞站，而后台团队发现自己处于商店发布会破坏某些东西的情况，这就是他们的问题，如果他们的发布会破坏商店的某些东西，这又是他们的问题，因为商店在所有者的视野中:)
这则评论吸引了我，从头条新闻中寻找的人将会被削减。
我已经开发Web应用程序大约20年了，所以正面/背面不只是我的话。这些是非常相关的东西。例如，我无法想象这样一种情况，即正面与背面完全（或非常坚固）隔离。在两侧，它们使用相同的数据进行操作，执行非常相似的操作。我可以粗略地想象两个团队的开发人员之间需要多少信息来协调开发，以及需要多少时间和频率来进行协调。团队即使在不同时区也无法帮助紧密沟通。而且，在JIRA的帮助下。
, - . , — . , . , .
, " ", ( "-"), ", ". , " " "", . .
"" , , " " " ", . , , . , , , . . , "" . . , , , .
, , , , , , , , - . "" , , " ", . , — . , "".
— . . .
, . , — (, , , , , "", ...). , . , — . .
, . . "---", ( !). , , ( !). , , "-" ( !). "", (, , ), "" , --- ( !).
? ! , . .
, mkrentovskiy mkrentovskiy " — " - nmivan' (, , !), , mkrentovskiy . nmivan', , - nmivan' — .
, ( 2017- ). (, ). . , , . .
, , . :
. , ) .
, — , — . — , . , — " ". , , .
, , " ".
" " ()
. .
, .
, , — . . .
( ). () , , . , . .
.
. . — . - . , , ( , ). , - , . , , . , . , .
IT-? IT ( 2000- ). IT , , , , Fortran', 20 . IT . — ! .
IT-. . 10-20 , . ( ). , . . cc:Mail "". 20 10 , " 90-" ("top email software package of the mid-1990s").
IT- , , . , Scrum Agile , . , , . , , .
, - . .
. .