home.social

#инхаус — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #инхаус, aggregated by home.social.

fetched live
  1. Как собственнику выбрать между своей ИТ-командой и аутсорсом

    Начну с аварии, которую чинили сразу три подрядчика. Железо у одних, системы хранения у вторых, код у третьих. Специалисты по операционным системам говорят, что проблема в сервере. Серверные инженеры кивают на хранилище. И так по кругу, пока заказчик не запирает всех в одной комнате со словами «пока не заработает, отсюда никто не выйдет». Эту историю я слышал на одной отраслевой конференции, и она честнее любого рекламного буклета описывает, что бывает, когда ИТ-поддержку отдают наружу, не задумываясь о последствиях.

    habr.com/ru/articles/1087902/

    #аутсорсинг_ит #инхаус #обслуживание #обслуживание_ит_инфраструктуры #sla

  2. Инхаус и аутсорс DevOps. Плюсы, минусы, подводные камни

    Несмотря на то, что я почти десять лет работаю в сфере Ops и DevOps аутсорса, моё отношение к этому остаётся неоднозначным. На старте я искренне горела этим и гордилась результатами компании. Но со временам мне начало казаться, что направление зашло в тупик. Своего пика мой личный кризис достиг после изучения паттернов и антипаттернов DevOps топологий в компаниях. Кажется, что всё просто и наглядно: только в модели инхаус DevOps может работать так, как оно задумывалось. Ниже хочу порассуждать о жизнеспособности разных моделей DevOps в текущих реалиях. Инхаус – бестпрактиc в DevOps? У инхауса много очевидных плюсов: только один проект в фокусе человека, что, в свою очередь, повышает вовлечённость и позволяет всегда оставаться в контексте. Со временем команда DevOps может выучить буквально каждую запятую в коде. Инхаус — это всегда про скорость взаимодействия: поставить задачу, сменить приоритет, получить статус — всё решается одним сообщением в корпоративном чате и не проходит через целую цепь людей или, господи, электронную почту и череду заявок.

    habr.com/ru/companies/itsumma/

    #ITSumma #devops #мнение #инхаус #аутсорс #разработка

  3. «А вам точно в инхаус?»: чем аутсорс отличается от работы в штате и стоит ли туда идти

    Раньше считалось, что работать на аутсорсе непрестижно, там сложно чему-то научиться, профессионально вырасти и погрузиться в продукт. Сейчас всё изменилось. Рассказываем, в чём плюсы для самих специалистов, как такая работа помогает вырасти профессионально, можно ли попросить зарплату больше, чем в найме и всегда ли эти специалисты «чужие» для команды. Гибкость в выборе Если говорить о рабочих задачах, ощутимой разницы между ними на аутсорсе и в штате для ИТ-специалиста нет — ключевое отличие заключается в условиях и возможностях. Так, в инхаус сотрудник обычно прикреплён к конкретному проекту, и если по каким-то причинам его что-то не устраивает, перейти на другой проект не всегда возможно, а если возможно, то с большими сложностями. Аутсорсинг более гибкий: во-первых, проекты там обычно короче, а их ротация у специалиста происходит чаще. Во-вторых, если человеку не нравится продукт, над которым он работает, он не сошёлся с командой или решил попробовать себя в новой области — компании проще перевести его на другой проект, чем терять ценного специалиста. Такая ротация — большой плюс для развития, она даёт возможность получить опыт в разных сферах. Например, если человек работал на проектах для нескольких банков, увидел разные подходы к организации процессов и выбору стека, он может использовать свои знания, чтобы привнести что-то новое в свой следующий проект. А попробовав себя в разных индустриях: финтехе, ретейле, логистике — и выполняя разные задачи с разными технологиями, он быстрее вырастает профессионально.

    habr.com/ru/companies/inpgloba

    #аутсорсинг #инхаус

Share on Mastodon

Enter the server where you have an account.