許多人在睡覺前或醒來時都會思考自己關心的問題。 我也不例外。 今天早上我腦中突然閃現出一個 來自哈布爾：
一位同事在聊天中分享了一個故事：
前年我有一個很棒的客戶，那是在我處理純粹的「危機」時。
客戶的開發團隊有兩個團隊，每個團隊處理自己的產品部分（有條件的是後台和前台，即用於訂單形成的軟體和用於訂單執行的軟體），偶爾會相互整合。
後台團隊已經完全走下坡路：六個月的連續問題，業主威脅要解僱所有人，他們聘請了一名顧問，之後他們僱用了比另一個（我）更多的顧問。 而且，第二個團隊（店面）正常工作，繼續正常工作，倒是之前也正常工作的後台團隊開始亂了。 團隊坐在不同的辦公室，習慣互相惹惱。原因：店面和後台是一個系統，存在著許多依賴關係，不同辦公室的團隊之間互不溝通。 車主一直「關注」側前方，因此他們在那裡擁有新的功能、想法和控制。 她是個多才多藝的男孩，集文學學士學位、設計師和「給我們咖啡」的結合。 這個男孩在他的團隊沒有註意到的情況下，正在執行一系列小任務，例如「通知第二個團隊有關部署的資訊」、「更新文件」等。 例程，一直到「在票證中輸入各種版本號碼和組件」。 但這個男孩沒有寫任何代碼，老闆們一度決定優化他並解僱他。 對於商店團隊來說，什麼都沒有改變，他們只是沒有製作或更新碼頭，而後台團隊發現自己處於這樣一種情況：商店的版本對他們來說破壞了某些東西，這就是他們的問題，如果他們的版本破壞了某些東西商店，這又是他們的問題，因為商店在業主的全部視野中:)
這個評論引起了我的注意，搜尋者會從標題中找到什麼 - 在剪切下。
我開發 Web 應用程式已經有 20 年了，所以前/後對我來說不僅僅是一個詞。 這些都是非常密切相關的事情。 例如，我無法想像正面與背面完全（或非常強）隔離的情況。 雙方都操作相同的數據並執行非常相似的操作。 我可以粗略地想像兩個團隊的開發人員之間需要移動多少資訊來協調開發，以及需要多長時間和多長時間進行這些批准。 即使身處不同時區，團隊也不得不密切溝通。 特別是如果你有 JIRA。
我知道警告後台開發人員有關前端部署的資訊是沒有意義的。 新版本的正面不能破壞背面的任何東西，但相反，可以。 前端開發人員有興趣通知後端開發人員他們需要新的或更改的功能。 前面的部署取決於後面的部署，而不是相反。
什麼男孩誰”給我們送咖啡”，不可能有 BA（如果我們所說的 BA 指的是“業務分析師”），並且 BA 也不可能是“男孩，帶給我們咖啡“。當然，”新增各種版本號碼和組件「如果不與開發團隊討論，『男孩』和 BA 都無法做到這一點。這就像本末倒置。
既然「男孩」被解雇了，那麼這些功能，就來自「帶咖啡“和之前”放入脂肪”，應該在其他團隊成員之間進行重新分配。在一個既定的群體中，信息流和角色是固定的；如果一個或多個角色的表演者離開了舞台，那麼團隊中的其他成員仍然需要接受熟悉的資訊。來自熟悉的角色的資訊。他們只是情不自禁地註意到工作所需的資訊已經不再向他們提供。就像吸毒者不禁注意到毒品的供應已經停止的事實一樣。就像吸毒者尋找並找到其他管道，因此小組成員會嘗試在「另一端」尋找他們需要的資訊來源以及舊角色的新表演者。而且他們肯定會至少找到一個他們認為應該給予的人他們需要的資訊。
即使我們假設通常的資訊管道已經關閉，而應該的人卻認為自己不應該這樣做，那麼後面的開發商在解僱的威脅下，也不會向業主隱瞞自己失敗的原因。六個月後，我知道他們的問題是由於缺乏必要的資訊造成的。 業主在六個月內不會“愚蠢”，因為他們之前需要這些信息。”被脂肪覆蓋「，現在沒有人在那裡添加它。第一個顧問幾乎不專業，沒有與後端開發人員交談，沒有找到問題的根源 - 團隊之間缺乏協調。這就是所描述的麻煩的原因，而不是解僱「男孩」。
開發人員之間普遍缺乏溝通是導致開發中出現許多問題的典型原因。 您無需成為一名出色的顧問即可找到它。 只要合理就夠了。
我認為整個故事經過深思熟慮並且講述得很精彩。 好吧，並不是完全發明的——所有元素都取自生活（正面、背面、發展、男孩、咖啡，”脂肪「，...）。但它們以這樣的方式聯繫在一起，這樣的設計不會發生在生活中。單獨地，所有這一切都可以在我們周圍的世界中找到，但以這樣的組合- 不是。我在上面寫了為什麼。
然而，它的呈現卻非常合理。 人們饒有興趣地閱讀它，並且有個人參與。 同情“勤奮的男孩”，大機器中不受重視的小機制（是關於我的！）。 對那些如此聰明和經驗豐富但看不到自己鼻子之外的開發人員的屈尊（他們都在我周圍！）。 有點嘲諷業主們，那些親手把自己變成「bo-bo」的有錢人，還不明白其中的原因（好吧，我的領導能力簡直就是一塌糊塗！）。 鄙視第一個未能找到如此簡單的問題根源的「顧問」（是的，最近這傢伙戴著眼鏡進來，走來走去，看起來很聰明），以及與「真正的」顧問的熱情團結，他是唯一一個能夠欣賞多才多藝男孩真正角色的人（那是我！).
看完這篇評論，你是否感到內心的滿足？ 我們作為大機構中的小齒輪，其作用其實並不小！ 說得很精彩，即使這不是真的。 但回味是多麼令人愉快。
我不知道我是在什麼樣的同事、在什麼聊天中與我的同事分享了這個啟示 以及為什麼同事 姆克倫托夫斯基 我決定將其發佈在文章““傑出哈布爾作者 'a（順便說一句，他目前在 Habr 的排名中排名第一！），但我承認我的同事 姆克倫托夫斯基 做得非常好。 評論的資訊和演示風格與其他出版物的資訊和風格非常一致 尼米萬'好吧，你可能會認為，來自許多出版物的評論和GG的危機顧問 尼米萬'a 是同一個人。
當伊凡·別洛卡門捷夫 (Ivan Belokamentsev) 開始從事哈布雷活動時（2017 年），我讀了很多他的出版品。 有些人甚至喜歡它（, ）。 他的風格很好，材料的呈現也很有趣。 他的故事與現實生活中的故事非常相似，但它們實際發生的可能性幾乎為零， 。 評論裡的這個故事就是這樣。
說實話，我個人並不認為哈布爾因伊凡的出版物而變得更好。 但他的評價和 哈布爾的其他居民則持相反的觀點：
我不明白你的抱怨。 哈布爾早已滑落，但作者透過將資源從深淵中拉出來，給出了一點火花，改善了讀者的情緒）。
是的，Habr 不是慈善機構，Habr 是商業項目。 哈布爾是一面鏡子，反映我們的願望。 不是我個人的願望，也不是每個訪客的願望，而是我們所有願望的總和——「醫院的平均」。 伊凡·別洛卡門捷夫（Ivan Belokamentsev）比任何人都更了解我們共同需要的東西，並將其提供給我們。
如果我沒有開始觀看這個系列，也許我不會寫這篇文章”".
"我們失去了上帝「 （和）
這是系列的作品。 這是關於我們的。
我們不再被造物主創造的現實所吸引。
上帝、自然、大爆炸——無論什麼。 現實就在那裡。 在我們周圍，又獨立於我們。
我們按照自然律（上帝的計劃）生活在其中。 我們學習法律（計劃）並學習利用我們生活的現實來生活得更好。 我們將透過實踐來檢驗我們的猜測，丟棄不正確的猜測，留下相關的猜測。 我們與現實互動並改變它。
我們在這方面非常成功。
這個星球上有很多人。 很多。 以目前的勞動生產力，我們不再需要生存——少數人可以為大多數人提供他們所需要的一切。 大多數人都需要讓自己忙於某些事情。 從歷史上看，分配給創造力的多餘資源流向了最有才華的人（或最具破壞性的人，這也是人才）。 現在有這麼多的免費資源，無論水平如何，任何有天賦的人都可以得到它。 比較世界各地每年發行的電影數量以及您可以觀看的電影數量。 寫了多少本書，哪些可以讀。 有多少資訊被傾倒在網路上，以及其中哪些資訊是可用的。
為什麼IT職業如此受歡迎？ 是的，因為您可以向 IT 投入大量資源，而沒有人會眨眼（只要記住 2000 年的問題即可）。 畢竟，在IT 領域，您可以花費數年時間來開發甚至在推出之前就會過時的應用程序，您可以嘗試集成不相容的組件並仍然使它們正常工作，您可以一遍又一遍地重新發明自己的輪子，或者您現在就可以開始支援 Fortran 程序，該語言在 20 年前就已經長滿了青苔。 你可以把你的一生都花在IT上，卻沒有做任何有用的事情。 最重要的是，沒有人會注意到它！ 甚至你自己。
我們很少人能夠在 IT 產業留下痕跡。 而能夠留下美好回憶的人就更少了。 我們的工作成果最多在未來 10-20 年甚至更短的時間內就會貶值。 當然在我們的一生中（如果我們達到退休年齡）。 我們將無法向我們的孫子們展示他們的祖父年輕時開發的電腦系統。 人們只會忘記自己的名字。 在我職業生涯的初期，我建立了郵政站 在下面 ”」。我距離退休還有 20 年，距離抱孫還有 10 年，但你們大多數人已經對「90 年代中期的傑出電子郵件應用程式」一無所知（“1990 世紀 XNUMX 年代中期的頂級電子郵件軟體包“）。
也許在現實中我們並沒有意識到 IT 負擔的徒勞性，但在潛意識中我們努力逃到我們感到舒服的地方。 進入虛構的世界，Scrum 和敏捷的使用不可避免地會導致產品的出現，這些產品以其實用性數十年征服了世界。 我們不是大型機構的簡單小齒輪，而是沒有大型機構就會損壞的齒輪。 我們的生活不會發生在毫無意義的例行行動中，而是充滿創造力和創造，其結果我們可以感到自豪。
我們逃離現實世界中自己的無價值，進入這些美麗的虛構世界。 我們向他們尋求安慰。
我們正在尋找安慰，包括哈布雷。 伊凡在這裡給了我們。
來源： www.habr.com