Чаты и уведомления создают иллюзию, что команда постоянно на связи. Ключевое слово «иллюзию». На деле, сотрудники разобщены, особенно, если часть работает из офиса, а часть — из дома. Хуже того, в бесконечной переписке теряются ценные знания.
В наше время удаленная работа не просто преимущество – это тенденция. У большинства компаний и малых бизнесов есть определенный штат сотрудников, работающих на удаленной основе. Но каким образом можно справедливо оценивать работу тех специалистов, за которыми руководитель не может наблюдать в офисе? Ответ прост – тайм-трекеры.
В этой статье я подробно расскажу про пять наиболее интересных тайм-трекеров, на мой взгляд. Мы сравним их между собой, проведем анализ особенностей применения в современных бизнес-процессах, а также сделаем вывод, для каких команд рассчитан тот или иной сервис учета рабочего времени. Цель работы — помочь организациям и частным специалистам в выборе оптимального инструмента для повышения продуктивности и эффективности управления временем своим команд.
У меня есть большой опыт по работе с различными сервисами учета рабочего времени, поскольку последний год стал увлекательным приключением в мир удаленной работы. По этой причине я считаю свои выводы достаточно уместными и даже необходимыми для использования в данной статье.
Проходя интервью на управленческие позиции в IT (например, Team Lead), часто можно попасть на секцию по опыту менеджмента командой. Казалось бы, рассказываешь о своем опыте, о принятых решениях и в целом о том, как успешно твоя команда выпускает релизы... Пока тебя не спросят «Ну а как ты понимаешь, что команда работает хорошо?».
Или ты вроде все делаешь «правильно» на проекте, но недовольство заказчика растет, и твои люди подают заявления, потому что выгорели.
И в голове щелкнет: что‑то я, видимо, упускаю.
Новое исследование о том, как определенный тип жира (висцеральный) коррелирует со снижением производительности нашей памяти и способности к анализу.
Часто Kanban ассоциируется с продуктовыми командами. Но мы в Точка Банк решили внедрить его в Devexp — это команда, которая занимается предоставлением и сопровождением, а также разработкой и развитием инфраструктуры и сервисов для разработчиков. У ребят уже была небольшая база в виде простой панели в проекте Jira, но отсутствовали необходимые процессные метрики. Мы использовали системный подход STATIK, но адаптировали его с учётом специфики инженерной работы.
Меня зовут Андрей Муликов, я тимлид и менеджер проектов в инфраструктурной разработке. В статье рассказываю, какие шаги добавили в базовый алгоритм, и на что важно обращать внимание, когда меняешь сложные процессы.
Рубрика «Кем работать в IT» — интервью с представителями IT-профессий, в которых специалисты рассказывают о тонкостях своей работы: плюсах, минусах, подводных камнях и заработной плате. Мы надеемся, что джунам и стажёрам она поможет больше узнать о том, что их ожидает на карьерном пути, а профессионалам — посмотреть на свою специальность через чужой опыт и, может быть, открыть для себя что-то новое.
Сегодня о своём опыте работы нам рассказал Артём Бачевский, владелец продукта в компании «Солар».
В командах часто тратят часы на ручное обновление статусов задач, проставление дат релизов и уведомления коллег о готовности работы.
В этой статье я покажу, как с нуля настроить правило в Jira Automation: от выбора триггера и условий до действий с задачами. Даже если вы никогда не работали с Jira Automation, следуя шагам, вы сможете создать свой первый рабочий сценарий за 10 минут.
С 1 января 2026 года в России меняются налоговые правила. НДС вырастет с 20% до 22%. Упрощенцы с выручкой от 10 млн рублей начнут платить НДС. Страховые взносы для малого бизнеса вернутся к 30%. Патент для торговли отменят.
Важно: 22 октября 2025 года Госдума приняла в первом чтении законопроект № 1026190-8. Закон ещё не вступил в силу — его направили в Совет Федерации и Президенту. Правки принимают до 10 ноября. Если появятся возражения, будет второе чтение после дедлайна.
О чем статья: Это художественное произведение, основанное на реальных событиях, о том, как собрать команду и штурмовать самые перспективные мероприятия на стыке науки и технологий. Одновременно это — руководство для тех, кто хочет впервые принять участие в хакатоне и не сгореть. Прочитав его, вы получите один из вариантов развития событий со стороны менеджера проектов.
«Проект провалился ровно в 23:47. Не в четверг, а в среду, что было особенно обидно. Gantt-чарт, ещё утром сиявший аккуратными зелёными полосками, теперь напоминал окопы под Верденом. Иван, молча смотрел в экран. Разработчик, наблюдал уже третий сон. Роман, безуспешно пытался разобраться с бэкендом. А до дедлайна оставалось 14 часов. И это был мой звёздный час как проджект-менеджера».
Как до этого дошло...
Всем привет! Меня зовут Марина Гончарова, и я IT-проджект-менеджер в Купере.
На моем проджект-веку было много разных компаний, разных продуктов, и весь этот опыт можно разделить на две большие категории. Первая — классика: я нахожусь внутри продуктовой команды, управляю бэклогом, распределяю загрузку, руковожу процессами разработки. Вторая: своей команды у меня нет, но есть проекты, которые нужно оценить, спланировать по бюджету, выполнить и запустить в срок.
Именно во второй роли я сейчас работаю в Купере. Легко ли это? Нет, но безумно интересно и драйвово!
Мы привыкли думать, что «общество не допустит» появления опасного ИИ. Но что, если это иллюзия - такая же, как вера Германии в 1940-м, что атомная бомба невозможна? История показывает: технологии не ждут морального одобрения. Они распространяются тогда, когда становятся возможными - независимо от этики, запретов и «общественного мнения».
Сегодня ИИ уже здесь. Он открыт, глобален и децентрализован. Llama 3, Mistral, Qwen - доступны любому студенту. А миллионы решений о кредитах, найме и даже приговорах уже принимаются алгоритмами без участия человека.
Но главная угроза - не в «восстании машин». Она в том, что мы сами перестаём думать, делегируя всё больше решений системам, которые «знают лучше». И даже те, кто имеет доступ к самым продвинутым ИИ, часто не понимают, как они работают. Это не сознание - это статистическая интуиция, «инопланетный разум», который эффективен, но непрозрачен.
В статье мы разбираем:
почему «подпольный ИИ» - худший сценарий, а открытость - единственный шанс на контроль;
как формируется эпистемологическое неравенство: массовый ИИ для всех, а элитный - для избранных;
почему даже CEO не понимают, как работает их собственный ИИ;
и как избежать судьбы «ученика Герострата» - человека, который разрушил будущее, не осознавая, что делает.
Это не призыв к запретам. Это призыв к ответственности: развивать не только ИИ, но и наш собственный разум, чтобы научиться понимать то, что мы не понимаем.
Потому что наивность - роскошь, которую человечество не может себе позволить в эпоху ИИ.
Туман в голове и провалы в памяти — это не просто усталость. Возможно, прямо сейчас в нашем мозге тлеет пожар, и топливом для него становятся «полезные» углеводы! В новой статье о том, почему Альцгеймер некоторые называют «диабетом 3-го типа».
Я переехал в Аргентину и теперь работаю с командой, которая живёт на шесть часов вперёд. Каждый день — десятки собеседований, ночные звонки и борьба с джетлагом. Рассказываю, как я с этим справился.
Друзья, привет!
Меня зовут Егор Пахомов, в Альфе я работаю последние 3 года. Занимаюсь развитием цифровых продуктов в каналах web и mobile, управляю несколькими командами разработки.
Цифровые продукты окружают нас повсюду: мобильные приложения, онлайн-сервисы, платформы, которые упрощают жизнь, экономят время и помогают зарабатывать. Но как рождаются такие продукты? Почему одни становятся частью нашей повседневности, а другие бесследно исчезают?
Сегодня расскажу, как шаг за шагом создать цифровой продукт — от зарождения идеи до выхода в продакшн. Статья предназначена для продакт-менеджеров, предпринимателей, стартаперов, а также всех тех, кто хочет понять, как создавать востребованные цифровые продукты, приносящие реальную ценность пользователям. Все, написанное ниже — моя личная методичка, помогающая справляться с задачами любой сложности.
Сколько раз бывало так: вдруг возникла идея, она выглядит как реально сильная, но донести ее до руководства или команды — еще та задача. Обычно слышишь в ответ: «хорошо, мы подумаем». На практике «подумаем» означает, что твое предложение просто «легло под сукно» и это сбивает мотивацию еще раз выходить с идеями и предложениями. А бизнес, со своей стороны, не умеет слушать «голоса из команды». Польза книги Джеки Рид в том, что она предлагает общий язык и набор паттернов, которые помогают устранить эту пропасть — как со стороны специалистов, так и со стороны менеджеров.
Программирование — это не только код. Это искусство, наука и немного магии. И, как ни удивительно, у истоков этой магии стояли женщины. Пока мир привыкал к идее, что машины могут думать, они уже писали первые алгоритмы, отлаживали код и находили баги. Спустя сто лет женщины по-прежнему в ИТ. И не только в программировании, но и в управлении крупнейшими ИТ-компаниями.
О том, как они прошли этот путь — в хронике эволюции женщин в мире компьютерных технологий и историях сотрудниц КРОК, чьи примеры, возможно, вдохновят кого-то из девушек сделать первые шаги в ИТ.
В современных реалиях российского и глобального рынка труда рекрутинговые агентства всё чаще превращаются в дорогостоящий пережиток — инструмент, который компании используют по инерции, не осознавая масштаба финансовых и операционных потерь.
Компании, продолжающие полагаться на внешних посредников, фактически субсидируют устаревшую модель найма за счёт собственной прибыльности. В эпоху искусственного интеллекта, развитых HR-технологий и прозрачного рынка труда посредничество становится не просто дорогим — оно контрпродуктивно.
Агентства не «умерли», но их роль радикально сужается
Несмотря на распространённое мнение, ведущие консалтинговые компании не объявляли «конец эры агентств». Однако их отчёты однозначно указывают на структурный сдвиг в сторону внутреннего найма и автоматизации.
Например, в 27-м ежегодном опросе CEO от PwC (2024) 56% генеральных директоров заявили, что ожидают повышения эффективности HR-процессов благодаря внедрению генеративного ИИ.
Хотя прямого призыва «отказаться от агентств» нет, логика ясна: если ИИ может автоматизировать скрининг, первичные интервью и оценку soft skills, ценность посредника резко падает.
Deloitte в своём отчёте Global Human Capital Trends 2024 подчёркивает: компании всё чаще рассматривают внутренние таланты и собственные рекрутинговые команды как стратегический актив, а не как статью расходов. Это — прямой вызов модели, построенной на разовой комиссии.
Мираж эффективности или почему агентства чаще ошибаются
Ключевая проблема внешнего найма — низкая предсказуемость качества. Хотя агентства позиционируют себя как экспертов, их мотивация — закрыть сделку, а не обеспечить долгосрочную совместимость.
За свою жизнь я успел поработать в нескольких крупных компаниях. Телеком, ритейл, финансы — неважно. И почти везде встречал одно и то же явление: система, которая должна помогать пользователю (и бизнесу), превращалась во врага.
Пример: последний день месяца, дедлайн по отчетам. Сотрудники массово ломятся в корпоративную систему вносить данные. Система падает. Просто от того, что ею решили воспользоваться все одновременно. Поддержка: «Слишком много пользователей, которые еще и пытаются работать. Докупайте лицензии».
Поздравляю. У вас вырос корпоративный IT-монстр.
В пандемию моя команда из Москвы и Казани переходит на удаленку. Нет больше привычных смолл-токов у кулера, не слышно шума офисной жизни. Даже после снятия ограничений и возможности вернуться в офис, команда остается на удаленке, а география, наоборот, расширяется — теперь к нам присоединились ребята из Питера, Москвы, Калуги, Костромы, Рязани, Казани и Томска. Встречи традиционного ретро перешли в онлайн-формат.
В этой статье расскажу, как превратить ретроспективу в яркое событие, в котором каждый участник может снять стресс, проявить себя и получить положительные эмоции. Посмотрим, как работает каждый этап ретро с точки зрения сплочения команды на примере доски «Вокруг света за одну ретроспективу».
Жизненный цикл программного обеспечения включает в себя множество этапов. Так в работе [1] выделяют активности по предпроектному обследованию, внедрению программного обеспечения и непосредственно пост-проекту имплементации. Этап поддержки и развития относится к пост-проекту внедрения и призван обеспечить непрерывное функционирование разработанной и запущенной в продуктивный режим работы программной системы. По большому счету, это именно тот результат, который изначально ожидается от реализации любого программного продукта: его постоянное и качественное функционирование для удовлетворения нужд пользователей и достижения стратегических целей предприятия.
Существует множество различных сводов знаний, применимых к комплексным программным системам: PMBoK для управления проектами, BABoK для бизнес-анализа, BPM CBOK для управления бизнес-процессам, EABoK для управления кооперативной архитектурой, а также SWEBoK по программной инженерии. Практически во всех сводах знаний делается акцент именно на внедрение и смежные активности, забывая про то, что имплементация программного продукта завершается его передачей в поддержку. Одним из немногих литературных источников по данной тематике является ITIL [2], описывающий четыре домена знаний, позволяющих осуществлять сопровождение решения после его реализации.
В контексте BABoK и расчета бизнес-кейса, выполняемого при предпроектном обследовании, довольно часто рассчитывается показатель TCO (Total Cost of Ownership, совокупная стоимость владения), демонстрирующий постоянные и переменные затраты, которые понесет компания при внедрении программного обеспечения. Одной из постоянных статей затрат является сумма поддержки и развития информационной системы. Таким образом, знание особенностей выполнения этапа поддержки и развития программной системы позволяет рационально планировать затраты и разумно ограничивать содержание проекта имплементации.