Как стать автором
Обновить
203.55

Управление проектами *

Как заставить всё работать

Сначала показывать
Порог рейтинга
Уровень сложности

Рутина продакта: путешествие из ХЗ в ТЗ

Время на прочтение 14 мин
Количество просмотров 7.9K

Привет, Хабр! Я Кристина — продакт-менеджер компании Selectel. В статье расскажу, как мы строим гипотезы и проверяем потенциальную полезность и выгоду от фичей до того, как на их реализацию будут потрачены долгие годы.

Статья будет наиболее интересна тем, кто только начинает свой путь в продакт-менеджменте или работает в продуктовой команде разработки и хочет узнать, чем занимаются вечно пропадающие на встречах продакты. Однако, даже если вы уже зрелый продакт, вы с большой вероятностью найдете для себя что-то полезное и применимое в работе.
Читать дальше →
Всего голосов 31: ↑31 и ↓0 +31
Комментарии 7

День толстой полярной лисички: как построены наши кризисные группы

Время на прочтение 10 мин
Количество просмотров 11K

Это пиесец, да

Привет! Как-то так получилось, что я сначала торговал настолками и разбирал зверей, а последние три года занимаюсь кризисным реагированием. По привычке. Среди прочего.

Полтора месяца назад, 24 июня был кризис, и в который раз я наблюдал, как многие тормозят с решениями или вообще хоть какими-то действиями. Где-то это банальная неподготовленность, а где-то — отсутствие нормальной системы принятия решений.

Вот про систему принятия решений я и хочу рассказать, это вообще одна из первых вещей, которую стоит перебрать. Там многие вещи довольно банальны, но мало кто так делает.

Итак, в ту субботу примерно в 3 часа ночи наши безопасники (которые не ИБ, а более прикладные) вежливо порекомендовали обратить внимание на ситуацию. Около 5:40 утра глава Липецкой области порекомендовал не ездить в Воронеж, а губернатор Ростовской области — не ездить в Ростов. Информационный поток — это на мне, поэтому я решил, что это не локальная ситуация, нажал на большую красную кнопку и запустил полноценный процесс обработки кризиса.
Читать дальше →
Всего голосов 68: ↑67 и ↓1 +66
Комментарии 23

Практики ChatOps с VK Teams (часть II): OpsDroid — коннектор, скиллы, боты

Время на прочтение 11 мин
Количество просмотров 1.7K


Всем привет! Меня зовут Макарий, я DevOps-инженер в команде кросс-платформенной инфраструктуры корпоративного супераппа VK Teams. Сегодня я продолжу рассказ о том, как мы применяем практики ChatOps в наших рабочих процессах. Первую часть о самих практиках и мини-аппах для их реализации можно прочитать здесь.
Читать дальше →
Всего голосов 28: ↑27 и ↓1 +26
Комментарии 0

R.I.P. Twitter (2006-2023). Да здравствует 𝕏 (2023-)

Уровень сложности Простой
Время на прочтение 13 мин
Количество просмотров 4.9K

Twitter, социальная сеть и служба микроблогов, оказала огромное влияние на политику и культуру XXI века. Хэштеги и ретвиты — лишь некоторые термины из Twitter. За 17 лет соцсеть прошла через многое, и стала одной из крупнейших в мире с аудиторией в 300 млн активных пользователей. Платформа уже не просто объединяла людей со всего мира, но содействовала политическим движениям, сообщала новости и задавала тренды.

Но эпоха прошла. В октябре 2022 года Маск купил Твиттер, а затем с первых дней начал гонять офисный планктон и крушить оргструктуру компании. Всё это походило на энтузиазм фаната, получившего свою любимую игрушку, с которой наконец-то можно вдоволь наиграться. Было интересно наблюдать за оптимизацией и ждать, что же этот гений выкинет на этот раз, как обустроит под себя всю соцсеть. Это была поистине борьба личности и корпорации, индивидуализма и коллективизма, массовой культуры и элитарности, авторитаризма и демократии.

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

Ребрендинг лого и переименование в "𝕏" как бы намекает, что Маск поставил крест на Twitter, или что за этим “х” неизвестная переменная. В любом случае, это конец Twitter как такового. Но нам есть, что вспомнить.
Читать дальше →
Всего голосов 46: ↑39 и ↓7 +32
Комментарии 13

Истории

Откуда завод знает, что производить и когда

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 11K
image
Это слябы. Они смотрят на вас с одобрением

Привет с металлургического завода! У нас устроено так: все работают по плану, и на каждом уровне — свой вид планирования. На уровне завода это календарное планирование, а в цехе — графикование.

Календарный план — это то, что завод обещал кому-то отгрузить, и он в логике планирования просто появляется из ниоткуда и запускает своим появлением все остальные процессы.

Для примера рассмотрим случай условного завода по производству кранов в Иванове, которым нужен листовой прокат разных сортаментов. Предположим, что и тем и другим он нужен 20 января. Это дата отгрузки, то есть прибытия на выход из производства поезда, который заберёт пару вагонов металла.

Это жёсткий дедлайн: к этому моменту прокат должен быть готов и ждать поезда. Но при этом он не должен ждать слишком долго, потому что это дорого, да и место на складе ограничено.

Вот тут-то и производится графикование, т. е. по датам и операциям расписываются работа оборудования и движение материалов: что должно быть сделано в нужном горизонте времени с учётом технологических ограничений и потенциальных возможностей производства.

Чтобы 20 января прокат успешно уехал в Иваново, условно 19-го его надо оцинковать и нанести полимерное покрытие. То есть к 19 января у нас на складе должны быть зарезервированы вспомогательные материалы для этих операций, и их нужно заранее заказать и привезти. Чтобы было что цинковать, прокат нужно раскатать и порезать заранее, а чтобы было из чего раскатывать — предварительно выплавить слябы. Для всего этого и сопутствующих операций нужны мощности нескольких цехов: как минимум горячего проката, конверторного производства, холодного проката и покрытия.

Примерно так в календарный план ставятся все операции, необходимые для производства того, что надо будет отгрузить заказчику, — от конечной порезки проката до начального производства сляба. Но это не всё.
Читать дальше →
Всего голосов 50: ↑49 и ↓1 +48
Комментарии 29

Прекратите превращать программирование в религию (восклицательный знак)

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 49K

Как вы меня задолбали, священники, святые отцы и монахи с кадилами. Сколько можно это терпеть? Я учился в университете, чтобы получить диплом по специальности, но вместо этого я получил пропуск в какую-то конспирологическую теоретическую секту.

Не верите?

Давайте я покажу вам.
Всего голосов 239: ↑205 и ↓34 +171
Комментарии 302

Методы борьбы с воровством в кружке робототехники (часть 2)

Уровень сложности Простой
Время на прочтение 10 мин
Количество просмотров 16K

В 2020 году я написал статью о своих наработках в области защиты активов кружка робототехники от краж.

За три с лишним года случилось очень много тематических событий: взлом личного ноута и одного из рабочих аккаунтов, странные поползновения конкурентов, и, конечно, вороватые детишки с безалаберными сотрудниками. Всё это спровоцировало внедрение ряда интересных решений.  О них и пойдёт речь в данной статье.

Ознакомиться с нововведениями
Всего голосов 68: ↑66 и ↓2 +64
Комментарии 153

Я бы пересмотрел вообще всё

Время на прочтение 4 мин
Количество просмотров 76K

В программировании нет вообще никаких непреложных истин. Даже самые очевидные правила могут иметь контекст, в которых их применять нельзя. К сожалению в 99% организаций есть прям заповеди, обязательные к исполнению. И есть правила, которые считаются правилами хорошего тона (как не сморкаться в занавеску). Однако всегда бывают ситуации, когда лучше все-таки сморкаться.


Вот примеры.


1) Например, DRY — don’t repeat yourself. Хорошее полезное правило, но его можно довести до маразма. Из того что я встречал на практике: есть два разных по бизнес-смыслу раздела, которые начинались с простого CRUD, и многие части (и фронта и бека) выглядели во многом абсолютно одинаково. Если их объединить с помощью общей высосанной из пальца абстракции и тем самым избавиться от небольшого дублирования кода, то потом (очень скоро) можно будет сойти с ума, потому что эти две вещи скоро разъедутся, обрастая кастомными фичами, и абстракция будет только вредить. Нельзя абстрагировать неабстрагуемое, даже если DRY нарушен.


«[Немного] дублирования обходится гораздо дешевле, чем неправильная абстракция» — Сэнди Мец

Т.е. DRY — хороший принцип, но бывают исключения.

Читать дальше →
Всего голосов 261: ↑219 и ↓42 +177
Комментарии 346

Неразрешимые проблемы разработки

Время на прочтение 3 мин
Количество просмотров 9.9K


Сроки


В разработке ПО существует неразрешимое противоречие — это оценка сроков.


С одной стороны, бизнесу надо знать, сколько займёт разработка фичи, причем как можно точнее. И это понятно — ведь надо как-то принимать решения, чтобы сравнить предполагаемые доходы и расходы и достать деньги в нужном количестве.


С другой стороны, разработка порою в душе не е... вообще не знает, сколько надо времени, особенно если


  • новая функциональность нетипична
  • есть зависимости на другие команды
  • будет задействована новая технология
  • ТЗ надо сильно уточнять
  • надо разобраться в логике легаси-кода

Часто, для того, чтобы точно оценить сроки, нужно, собственно, сделать половину работы. Чем точнее надо оценить сроки, тем больше надо на это затратить времени, что приводит к суммарному увеличению time-to-market, причем все равно без гарантий.

Читать дальше →
Всего голосов 49: ↑46 и ↓3 +43
Комментарии 128

Что мы делали, когда Jira закончилась

Уровень сложности Простой
Время на прочтение 6 мин
Количество просмотров 14K
В недавнем прошлом многие IT-команды применяли в разработке линейку продуктов от Atlassian: Confluence, Jira и Bitbucket. Полноценный цикл разработки включал в себя до 70 различных операций и процессов: удобно, когда их можно реализовать в единой экосистеме.

Такой подход позволяет эффективно использовать ресурсы и закрывает разные потребности команды в «одном окне» — от идеи и оформления технической документации, распределения и контроля задач до этапа эксплуатации и обработки результатов тестирования.

image

К моменту официального ухода компании Atlassian из России многие банки, корпорации, IT-компании и представители малого бизнеса настолько привыкли к Jira, что сервис стал казаться незаменимым. Но Jira кончилась. Сегодня с продлением подписки есть проблемы, и нет уверенности в том, что завтра все данные будут доступны и что они надежно защищены. И когда дело дошло до поиска альтернатив, оказалось, что выбора-то практически и нет.
Читать дальше →
Всего голосов 37: ↑32 и ↓5 +27
Комментарии 38

Моя система организации жизни (GTD или что-то подобное)

Время на прочтение 12 мин
Количество просмотров 39K

В десятом классе я задумался о том, что, наверное, такое беззаботное устройство жизни не приведет меня ни к чему хорошему. Я часто не успевал делать все задачи, которые ставил перед собой, и это если учесть, что про половину заданий я просто забывал. В общем, три года назад, я задумался о том, что пора внедрять что-то.

В этот момент мне повезло, и знакомый рассказал мне про систему Дэвида Аллена - getting things done...

Читать далее
Всего голосов 27: ↑26 и ↓1 +25
Комментарии 21

Ускоряйте принятие решений

Время на прочтение 5 мин
Количество просмотров 4.7K

Многие компании уверены, что эффективны в принятии решений, хотя на самом деле лишь имитируют прогресс в этой области. Определенные действия создают видимость движения вперед, но в конечном итоге ничему не способствуют.

Джеймс Стэньер*, технический директор компании Shopify, уверен: улучшить ситуацию помогут небольшие изменения в подходах к задачам. В своей заметке он описывает некоторые модели поведения, которые на первый взгляд кажутся продуктивными, но фактически мешают рабочим процессам. Наряду с этим Джеймс описывает альтернативные варианты того, как можно справляться с задачами — гораздо более быстро и эффективно.

*Обращаем ваше внимание, что позиция автора может не всегда совпадать с мнением МойОфис.

Читать далее
Всего голосов 35: ↑33 и ↓2 +31
Комментарии 6

Мы вложились в создание ненужного клиентам девайса и случайно повысили эффективность промышленных производств

Уровень сложности Средний
Время на прочтение 12 мин
Количество просмотров 5.7K

Здравствуйте! Я Владимир Зайцев, основатель и генеральный директор компании Encost (Энкост). С 2013 г. мы помогаем клиентам-производственникам экономить на электроэнергии, но это отдельная история: мы пытались заработать, создав онлайн-калькулятор цен на электричество, а по факту стали сами корпеть над расчётами и переводить клиентов на более выгодные тарифы. В 2021 г. мы опять хотели заработать, помогая клиентам экономить электроэнергию, но сокрушительно промахнулись с запросом и чуть было не остались с любовно созданным и никому не нужным девайсом на руках. Но в итоге, после сбора обратной связи и допилов, мы превратили этот ненужный девайс в систему мониторинга для промышленных производств – Энкост Мониторинг. Вот эту историю с неожиданным поворотом я и хочу сегодня рассказать.

 Мне это кажется важным, потому что простая и дешевая система, созданная случайно, внезапно закрыла потребности мелких и средних производств. Раньше для них на рынке просто не было других подходящих систем мониторинга загрузки оборудования. Волею случая мы стали первыми, кто вообще услышал запрос небольших производственников. Возможно, моя история наведет других технарей и айтишников на полезные мысли о перспективах сотрудничества с отечественными производителями.

«Заработаем на онлайн-калькуляторе расчета электроэнергии! Что может пойти не так?»

 В начале этого пути мы толком ничего о производствах не знали и узнавать не планировали – просто с 2013 г. помогали юрлицам снижать затраты на электроэнергию. Сначала сделали онлайн-сервис – калькулятор, который показывал, из чего складывается ценообразование (для юрлиц это довольно замороченный процесс, у многих компаний был запрос плана: «Хотим убедиться, что не переплачиваем за электричество»). Собственник брал информацию со счетчика электроэнергии (это массив значений о почасовом потреблении за месяц), загружал эти данные на сайт, указывал параметры: регион, поставщик электроэнергии и прочее. Система на выходе выдавала все возможные варианты тарифа, доступные потребителю, и собственник мог понять: использует он сейчас самый выгодный для себя тариф или переплачивает.

Читать далее
Всего голосов 36: ↑35 и ↓1 +34
Комментарии 9

Ближайшие события

Московский туристический хакатон
Дата 23 марта – 7 апреля
Место
Москва Онлайн
Геймтон «DatsEdenSpace» от DatsTeam
Дата 5 – 6 апреля
Время 17:00 – 20:00
Место
Онлайн

Как я потратил 100к рублей, чтобы удобно вести списки

Уровень сложности Простой
Время на прочтение 3 мин
Количество просмотров 31K

Короче, меня задолбало, что списки всё время теряются. 

Раз за разом повторяется одна и та же ситуация. Знакомый советует фильм, я открываю заметки, где-то записываю. И эта запись навсегда растворяется в мировом пространства. 

Это происходит со всеми списками. С идеями, знакомствами, заметками из книг, местами, где я был. Вся эта бесконечная череда списков постоянно теряется. Ты постоянно начинаешь их заново. Может бы это я такой странный, а другие ответственно всё раскладывают по полочкам. 

Но есть же Notion и его аналоги! Я создам необходимые вкладки и буду ответственно вести! Ахахаха, нет. Оказалось, что открыть отдельное приложение, продраться сквозь интерфейс и найти нужный список — это слишком высокий порог входа, когда надо записать на лету.

Душа просила простого решения
Всего голосов 34: ↑31 и ↓3 +28
Комментарии 78

Почему мы не торопимся применять новые технологии

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 15K
image

В комментариях к постам про разбор аварии (тут и тут) было развёрнутое обсуждение про новые технологии в ИБП, которые можно внедрить. Коротко — мы не будем внедрять ничего ультрасверхсовременного. Потому что лучшая версия для знакомства с софтом — это 2.4. В случае MS ещё хорошо, когда за цифрами написано что-то вроде SP2. Потому что если пробовать на себе все новые технологии, то это, конечно, дико интересно и прогрессивно, но мешает бизнесу. У нас дефицит свободного времени и рук. Вот, собственно, несколько прикладных историй, почему мы не торопимся нырять в новые технологии.

Пример с новым железом, на котором может строиться вся инфраструктура, думаю, знаком всем, поэтому начну не с него, а с холивара про IPv6 против IPv4.

Протокол v6 невероятно хорош. Его писали думающие люди, он снимает море проблем интернета, он реально крут. Адреса IPv6 практически бесплатные. Они не кончаются. В свою очередь, IPv4 стоят совершенно неприличных уже денег (это вторая статья в себестоимости виртуальной машины после железа), постоянно дорожают — и, что гораздо хуже, не всегда можно взять в аренду нужное их количество. Бывает, что к нам заезжает крупный клиент, мы хотим арендовать ещё 256 адресов v4 — и блок освобождается не через 15 минут, а через несколько дней. То есть нам надо постоянно ковыряться с тем, чтобы они были.

Но при этом IPv6 ещё хуже с точки зрения реального применения. Вообще, я лично не совсем понимаю, кому сейчас он нужен. Многие наши коллеги, кто пользуется, говорят просто: «В РФ v6 нет и не будет в ближайшее время, наверное». А специалисты по ИБ ещё категоричнее: «Я его просто отрубаю от греха подальше».
Читать дальше →
Всего голосов 77: ↑75 и ↓2 +73
Комментарии 42

Cargo Cult Driven Development: нам стоило понять это раньше

Уровень сложности Простой
Время на прочтение 7 мин
Количество просмотров 14K

Карго-культ в разработке становится нормой, сменяются лишь ритуалы.

На дворе 2023 год. У нас есть доступ к количеству информации, которому позавидовала бы любая, даже самая пухлая энциклопедия. Тем не менее, технические специалисты до сих пор склонны искать серебряную пулю, которая одним махом решит все их проблемы. Их одинаково много: и тех, кто ищет, и тех, кто думает, что нашел.

Agile, микросервисы, DevOps, блокчейн или искусственный интеллект — мы все время пытаемся изобрести философский камень, кнопку «Сделать все хорошо». Как будто мы собираем паззл, и в нем недостает одного кусочка. И стоит нам его найти, как разгадка жизни, смерти и всего вообще вдруг станет настолько простой и очевидной, что мы лишь оглянемся назад и посмеемся: «Ха-ха, невероятно, нам потребовалось столько времени, чтобы понять эту простую штуку! И все это время она была у нас перед носом!»

А теперь по существу: я считаю, что многие из разрекламированных методик и технологий могут принести реальную пользу. И в ряде случаев их внедрение оправдано и необходимо. Но вот в чем проблема: как только вокруг чего-то возникает хайп и ажиотаж, люди буквально бросаются в омут с головой, потому что, мол, «за этим будущее». И даже не задумываются о том, какие проблемы в этом светлом будущем их ждут.

Читать далее
Всего голосов 36: ↑34 и ↓2 +32
Комментарии 6

Доводите свои проекты до конца

Уровень сложности Простой
Время на прочтение 6 мин
Количество просмотров 28K

Браться за новый проект всегда интересно и волнительно. Возможности безграничны. Нет никакого легаси-кода, тянущего ко дну; на этот раз мы будем принимать только хорошие решения! Начало любого проекта всегда характеризуется вдохновенной продуктивностью. Предстоит ещё так многое сделать. Как можно что-то не сделать даже за такое короткое время? Пограничных случаев не существует. Все дороги доставляют удовольствие. Нет ни тяжёлых решений, ни компромиссов, ни пользователей, ни клиентов. Только вы и бесконечный холст.

Но рано или поздно вдохновение сменяется чем-то больше похожим на… работу. На рутину. Но ведь так будет только с этим проектом, правда? Вы потеряли интерес. Страсть ушла. Он уже не такой интересный, как вы думали. Осталось сделать только самое «скучное».

У вас появляется новая идея, и вы думаете, что эту-то уж точно реализуете!

И этот цикл продолжается снова и снова, пока у вас не образуется кладбище незаконченных проектов. Вы задаётесь вопросом: как вообще кому-то удаётся что-то завершать? Что все остальные знают такого, что неизвестно вам?

Но не волнуйтесь, вы не один. На самом деле, вы, скорее, в большинстве! Многие люди мечтают создавать что-то великое, но никак не могут начать. Из тех немногих, кто начинает, очень немногие заканчивают. И эти несколько людей знают чувство глубокого удовлетворения от того, что видят готовый результат своей работы. Это удовлетворение намного глубже, чем эйфория начала проекта.
Читать дальше →
Всего голосов 67: ↑62 и ↓5 +57
Комментарии 39

Бизнес-партнёр по информационной безопасности: взгляд изнутри

Уровень сложности Простой
Время на прочтение 12 мин
Количество просмотров 4.9K

 

В этой статье описана роль бизнес-партнёра по информационной безопасности (БП ИБ) и мой опыт работы в этой роли. Сегодня она относительно непопулярна на рынке, но её значимость начинает расти, причём как в России, так и за границей (там это называется Business Information Security Officer (BISO)). Сразу подчеркну, что всё сказанное здесь основывается на моём видении и опыте, и может отличаться от практик, принятых в других компаниях.

В статье подняты такие вопросы как: функционал, польза для бизнеса, компетенции, отличия от других схожих ролей, взаимодействие с другими командами, карьерный путь, обзор рынка.

Читать далее
Всего голосов 30: ↑29 и ↓1 +28
Комментарии 7

Отвечаю на вопросы после аварии

Уровень сложности Простой
Время на прочтение 10 мин
Количество просмотров 34K
image
Мы шутили про эти телефоны, а они пригодились на прошлых выходных. Точнее, пригодилось резервирование телефонии. Не конкретно эти, но похожие)

Вот тут пост про нашу аварию на прошлых выходных. Там всё было по горячим следам, потом я обещал подробнее ответить на вопросы. Отвечаю. Самое главное, пожалуй, что бы я хотел донести, — в комментариях к первому посту было очень много советов, что можно сделать, чтобы избежать такой же аварии. Но большинство из этого мы делать не будем. Потому что это ошибка выжившего: защищаться надо от вероятных рисков, а не от крайне маловероятных, где совпадает сразу пять факторов. Точнее, можно и от них, но есть критерий экономической обоснованности.

Но давайте обо всём по порядку.

— Сколько клиентов пострадало?

— На три часа и более в одном ЦОДе отключилось 7–10 % из 14 наших, то есть менее 0,5 % от общего числа клиентов хостинга (точнее, хостов). Тем не менее мы очень подробно рассказываем про эту аварию, потому что она вызвала очень много вопросов.
Читать дальше →
Всего голосов 162: ↑161 и ↓1 +160
Комментарии 81

Я ничего не успеваю

Уровень сложности Простой
Время на прочтение 8 мин
Количество просмотров 27K
В годы юности я играла в «Ну, погоди» до высоких уровней, на которых яйца катились практически непрерывным потоком. В какой-то момент внимание и ловкость подводили и звучал характерный сигнал: всё, жизни закончились. А при включении можно было увидеть двух четырёхруких (шестилапых?) волков, пытающихся поймать все яйца. Казалось бы — игрушка, которая осталась в прошлом, но её образ нет-нет, да всплывает в голове. Это случается в минуты полной перегрузки делами, когда пытаешься поймать все яйца, закрыть задачи и планы, а все шесть лап опускаются. Приходит усталость: то ли от сделанного, то ли от хронического неуспевания, то ли от переживаний за всё сразу. От этого состояния до выгорания рукой подать. А вокруг все такие эффективные, скоростные, продвинутые или… нет?

Читать дальше →
Всего голосов 95: ↑81 и ↓14 +67
Комментарии 60

Вклад авторов

Работа