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

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

Копились и другие проблемы.

Например, пользователи стали продвинутыми и жаловались на дружелюбность интерфейса. На самом деле тяжело представить в одном предложении слова «дружелюбность интерфейса» и нашу старую систему заявок на транспорт.

Всё это работало только под IE/Edge, не поддерживало Хромиум, конфликтовало с требованиями ИБ.

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

Мы давно задумывались о рефакторинге или миграции, суть споров сводилась к самопису или «коробке».

Мы всё проанализировали и решили, что надо взять готовую «коробку», которую потом нужно будет допилить процентов этак на 10.

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

Сейчас я расскажу о дьявольском опыте использования чужой «коробочной» версии как фреймворка для своей разработки. Забегая вперёд — второй раз мы в это не полезли бы.

Меня зовут Владимир, я внутренний аудитор. В своей работе я анализирую самые разнообразные бизнес-процессы и проекты.

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

Моя статья будет полезна и интересна:

• самому широкому кругу читателей – понимать, что такое RPA-роботы, для чего они нужны и как можно оценить эффективность их внедрения;

• топ-менеджерам – определить какие вопросы следует задать ИТ-команде и на что обратить внимание при реализации проектов;

• менеджерам ИТ-проектов – заранее оценивать риски и знать какие подводные камни могут быть;

• владельцам процессов – знать, как доказать реальную эффективность от внедрения RPA-роботов и подобных автоматизированных решений;

• финансистам – корректно подсчитать экономические эффекты.

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

Я говорю: «Если у вас нет 50 000₽ на тесты и 3 месяцев на выстраивание системы, то лучше пока не начинать.»

30% уходят после этих слов, но 70% остаются и говорят: «Наконец-то честный маркетолог!» – Даа, это я :-))

Мой средний чек вырос на 86%, а повторные покупки с 15% до 60%.
Я больше не выгораю, оправдывая нереальные обещания.

После продажи своего розничного бизнеса в 2023 году решал чем же мне заниматься дальше. Занимался узконаправленной торговлей для мастеров индустрии красоты. Хотелось расширить ЦА. Несколько недель я планировал и размышлял на тему розничного магазина продуктовой торговли. И вдруг в какой‑то момент я подумал — «а может общепит?». От этой мысли меня бросило в дрожь. «Вот оно» — подумал я. У меня есть опыт розничной торговли и работы с массовым клиентом, но общепит не имеет всех минусов присущих розничной торговле. Это был чистый восторг.

Меня давно восхищают истории компаний в сфере ресторанов быстрого питания. Истории Рея Крока и полковника Сандерса. Несколько лет назад в момент, когда Додо пицца запускали новые франшизные сети, «Донер42» и «Дринкит», я смотрел часовые презентации продуктов и даже подумывал о том, чтобы отправить заявку на приобретение франшизы. Мне нравится то, что делает эта компания родом из России.

Но все таки я всегда мечтал о том, чтобы сделать что‑то самостоятельно. Сделать свой бренд, сделать что‑то с самого нуля. Мне нравится создавать, и я это умею.

Это будет — Рамен, решил я! Именно про Рамен я подумал в тот же момент, когда я подумал про общепит. Сам Рамен родом из Китая, где он звучит как «ламянь». В ближневосточных странах это слово трансформировалось в «лагман». Само слово «рамен» это Японская вариация блюда. В Японии это блюдо трансформировалось и его приспособили к бизнесу и подаче в условиях огромного спроса. Именно из Японии Рамен попал в западный мир и приобрел бешеную популярность в Корее, США и некоторых странах Европы. Именно в пик этой популярности появилась и лапша быстрого приготовления — его величество «Доширак».

По прошествии нескольких лет активного взаимодействия с самыми разными IT-спецами я подметил интересные моменты в том, как они подходят к оценке себя и своих коллег. В этом деле важна полнота критериев, и своей статьей я хочу помочь разобраться в них более системно и наглядно. На приведенных 3D-графиках и в тексте вы: узнаете своих сокомандников, поймете как с ними работать, найдете свое место и, возможно, органичный вектор карьеры.

Несколько лет назад я познакомился с работой Ицхака Адизеса где он рассуждал об эффективности работы руководителя. В это момент мне стало интересно, как оценивать эффективность работы меня как CPO, как оценивать работы всех команд, как понять что все команды приносят пользу? Вопрос кажется очень простым, но на поверку он намного сложнее. Команды работают не в одиночку. Обычно их несколько. Часто есть команды Core, команды CRM или биллинга… Как понять что весь продукт и его управление работает как надо? Давайте разбираться.

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

Можно измерить эффективность команды, которая отвечает за рост или работу с пользователями, но тогда все остальные команды работают неэффективно? Что делать, если год крутили 1000 зеленые  А/В тесты, а доходность бизнеса не выросла или упала? Как узнать, что мы делаем то, что надо? 

Основной вопрос на который надо ответить – как понять, что инвестиции в продукт приносят в результат? 

Пока гром не грянет, мужик не перекрестится. Пока не уволится тимлид, никто и не подумает, что его знания надо было как-то сохранить. Управление рисками в бизнесе и проектах — это база, но её часто пропускают. А зря.

Изумительной прямоты книга — словно продажи в лоб. Ноль сторителлинга — максимум наводок, таблиц и инфы. В отзывах можно встретить мнение о том, что некоторые советы из неё уже устарели. Однако авторы с красивыми и необычными именами — Розета Мус и Ойана Эррера — постарались сделать свою работу полезной, в первую очередь, для новичков и непохожей на другие из книжного отдела про дизайн.

Несколько лет назад я был совладельцем франшизы детских развивающих центров Smartykids. Мы тратили больше миллиона рублей в рекламу, но часть из них улетала в трубу. 

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

В статье я расскажу, с какими сложностями мы сталкивались, какой инструмент нам помог, и как вы можете повторить наш опыт в своей компании.

Всем привет! Я Тёма Логинов, за 4 года работы в digital я неоднократно искал работу, нанимал людей и помогал это делать другим.

Многие компании оформляют вакансии по-тупому: предлагают работу за три рубля или вешают на одного сотрудника работу целого отдела. Рассказываю, как распознать такие вакансии, чтобы уберечь себя от работы на муд***.

“Запахи” в тестах — это признаки антипаттернов. Хотя причины появления запахов тестов могут быть самыми разными, сегодня мы хотим рассмотреть одну повторяющуюся тему — структуру команды, а более конкретно — проблемы в общении у тестировщиков с другими командами. 

Общение между специалистами важно для создания качественных тестов, потому что тест — это пересечение нескольких специальных областей знаний:

- знание того, что хочет пользователь, интерпретируемое менеджментом как требования;

- знание всех технических нюансов и слабых мест тестируемой системы (SUT), известное разработчикам и ручным тестировщикам;

- теория тестирования, известная тестировщикам;

- реализация тестов на конкретном языке и фреймворке, с которыми знакомы инженеры по автоматизации (SDET).

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

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

Готовится релиз. Сроки подходят. Мне скидывают странный баг: Наше приложение вдруг стало жаловаться на невозможность соединиться с соседним.

А почему не может? Защищённое соединение не устанавливается.

А почему не устанавливается? Файлы сертификатов для этого соединения не удаётся загрузить.

А почему файлы не грузятся? А потому что путь к файлам "отсутствует в конфигурации".

А если руками залезть и глазами посмотреть - присутствует. Чудеса! Эффект Шрёдингера!

Привет! Меня зовут Елена Поплоухина. Я отвечаю за развитие сообщества тестировщиков в ГК “Юзтех”. В этой статье я расскажу, как нам удается на протяжении нескольких лет поддерживать вовлеченность участников комьюнити.

Проходя интервью на управленческие позиции в IT (например, Team Lead), часто можно попасть на секцию по опыту менеджмента командой. Казалось бы, рассказываешь о своем опыте, о принятых решениях и в целом о том, как успешно твоя команда выпускает релизы... Пока тебя не спросят «Ну а как ты понимаешь, что команда работает хорошо?».

Или ты вроде все делаешь «правильно» на проекте, но недовольство заказчика растет, и твои люди подают заявления, потому что выгорели.

И в голове щелкнет: что‑то я, видимо, упускаю.

Часто Kanban ассоциируется с продуктовыми командами. Но мы в Точка Банк решили внедрить его в Devexp — это команда, которая занимается предоставлением и сопровождением, а также разработкой и развитием инфраструктуры и сервисов для разработчиков. У ребят уже была небольшая база в виде простой панели в проекте Jira, но отсутствовали необходимые процессные метрики. Мы использовали системный подход STATIK, но адаптировали его с учётом специфики инженерной работы.

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

И сразу отвечу на вопрос, зачем это вообще может понадобиться. 

Есть четыре типовых ситуации:

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

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

3. У вас попросили консультацию — на профессиональной основе или в формате помощи другу.

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

В этой статье я расскажу, как адекватно и полноценно оценить состояние разработки. Меня зовут Андрей Бирюков, в разработке я 25 лет — начинал как разработчик, сейчас руковожу разработкой и клиентскими сервисами в InfoWatch. С этой темой я выступал на CTO conf, теперь подготовил для вас текстовую версию.

У байеров крупных компаний самая горячая пора длится с сентября по декабрь. Чем больше поставщиков и номенклатуры, тем будет сложнее обойтись без специализированного софта, SRM-системы (Supplier Relationship Management). Рассказываем, как автоматизировали переговорные кампании на базе BPMS для закупок федерального DIY-ритейлера. Это решение также будет полезно производственным и сервисным компаниям, девелоперам и всем тем, кто хочет оцифровать процесс закупок для внутренних нужд.

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

Есть объективные факторы роста цен в ИТ — инфляция, кредитные ставки (их никто не снизил вслед за ставкой рефинансирования!), повышение страховых взносов для сотрудников и НДС. Как минимум это всё вместе уже обеспечит подорожание ИТ-услуг и инфраструктуры.

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

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

И у меня есть ощущение, что начало процесса мы уже наблюдаем по отмене части льгот для ИТ-компаний.

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

Прошёл год, и пора снова посмотреть, что нас ждёт.

Спойлер: вы, кажется, уже привыкли к плохим новостям, но жесть от этого никуда не делась.

На свете тех изменений в бизнесе (VUCA, ESG, diversity) и обществе (общее снижение агрессии, рост продолжительности жизни), что произошли в 21 веке вполне логично, что и лидер должен измениться, а значит должны измениться и компетенции руководителя бизнеса. Те компетенции, что еще недавно считались критически важными для лидера/руководителя; агрессивность, напористость, харизматичность, теперь уже не вписываются в новые условия и становятся преградой для достижения бизнесом долгосрочных результатов в 21 веке.