Привет, Хабр! На связи Лера, технический писатель в Авито. Сегодня разбираем научный бестселлер «Зачем мы спим» Мэттью Уолкера — профессора нейробиологии, одного из ведущих исследователей сна и основателя Центра изучения сна при Беркли.
Меня зовут Сергей Спиренков. Я — евангелист в KODE (мы делаем мобильные продукты) и CEO собственных проектов. Последние месяцы я буквально живу внутри новой парадигмы — собираю продукты в одиночку, без строчки кода руками, используя только AI и немного здравого смысла. Хочу поделиться, как меняется профессия product owner, что ждёт разработчиков, и как выглядит новый тип специалиста — product engineer.
Организовать понятный рабочий процесс сложно, когда не знаешь, с чего начать. На такой случай подготовили 10 готовых канбан-досок с этапами работы: от простой Scrum-доски до большого пространства для целого отдела. Читайте статью и забирайте.
Интерес к современным CRM постоянно растёт, что обусловлено потребностью в сквозных решениях для продаж, маркетинга и клиентского сервиса. Сегодня работа разных отделов не должна вестись обособленно – при анализе и планировании активностей нужно учитывать разноплановые данные по всем клиентам, которые накоплены в системе.
Необходимы широкий инструментарий для разных процессов, отраслевые модули и практики, а также возможность дополнить их кастомом с помощью low-code.
Для выбора CRM с low-code движком необходима объективная оценка рынка, для которой формируется ряд требований к инструментарию разработки, интеграционным возможностям и параметрам масштабирования. Важно составить оптимальный список требований и в деталях проанализировать опыт крупных заказчиков из своей отрасли.
Оценить уровень с точки зрения функциональной готовности помогут: 1. Функциональные, 2. Технологические и 3. Организационные критерии.
Конечно, список критериев в каждой компании уникален, но в этой статье мы решили представить универсальный вариант, который может быть полезен при первичном формировании и сэкономить время. Его можно переосмыслить, сократить и дополнить.
1. Функциональные критерии.
1.1. Мастер-данные
Мы любим код и не всегда любим... говорить о нем. Особенно, когда речь заходит о повышении, перформанс-ревью или защите проекта перед людьми, которые мыслят не строчками кода, а квартальными отчетами. Мы можем неделями дебажить сложнейший код, но на простой, казалось бы, вопрос «а в чем ценность твоей работы за полгода?» впадаем в ступор.
Эта статья — про то, как перестать саботировать самого себя и научиться рассказывать о своей работе так, чтобы ее оценили по достоинству.
Бизнес Додо активно масштабируется. Уже сейчас Dodo IS круглосуточно работает в двух облаках, более чем в 25 странах и практически во всех часовых поясах. В таких условиях важно знать, что вся система действительно работает хорошо, а не просто «не горит» прямо сейчас.
Чтобы это знание обрести, мы привезли в нашу инженерную савану SLO'на — неповоротливое, но умное существо. Он наводит порядок в хаосе метрик и алёртов, и отличает реальную проблему от мнимой. А ещё он требует внимания, точных чисел и ясных целей. Поначалу мы его боялись, но позже поняли: если его приручить, он защитит нас от ночных звонков и научит бизнес говорить на языке надёжности.
Сегодня мы расскажем, как приручили своего SLO'на и прошли путь от первых экспериментов с нагрузочным тестированием до построения культуры надёжности.
Стремительное развитие информационных систем и технологий породило некогда считавшуюся немыслимой ситуацию: завершение использования программного обеспечения стало обыденностью и возможностью для компании повысить свои конкурентные преимущества. Как бы парадоксально это не звучало, но сейчас дела обстоят именно так. Изначально жизненный цикл программного обеспечения предполагал прохождение ряда состояний, включающих пред-проект внедрения, проект имплементации и пост-проект, на которых доказывалась целесообразность продукта, велась разработка, а далее – поддержка и развитие. До недавнего времени все шло именно так, а сопровождение и развитие решения могли выполняться годами.
Упрощение процесса разработки за счет No-code и Low-code платформ, стремительное развитие технологий, кардинальным образом меняющих бизнес-процессы и программное обеспечение, покрывающее их, повсеместная автоматизация и возведение софтверных продуктов в ранг цифровых активов, привели к частым проектам перевнедрения. Если раньше предполагалась, что жизненный цикл программного обеспечения завершается его утилизацией, то сейчас об этом не может быть и речи. Отказ от приложений трансформировался в их замену на новые образцы, жизненный цикл же из линейного превратился в спиралевидный, то есть возвращающийся на начальный этап.
Цель данной статьи состоит в рассмотрении заключительного этапа жизненного цикла программного обеспечения, подходов и методов применимых к нему для обеспечения разумного завершения использования софтверного продукта и его замены на прочие решения, что обеспечит непрерывность бизнес-процессов организации. Достижение цели потребует проработки следующих вопросов:
Позвольте представить: это Федор. Он — настоящий профессионал своего дела, мощный, как Минотавр. Только вот его личный лабиринт — это бесконечное выгорание на работе, а его рога упираются в потолок от постоянных попыток изменить жизнь.
Федор, как и многие из нас, часто решает: «С понедельника бегаю, прохожу курсы, правильно питаюсь!» Но запала хватает лишь на пару недель, а потом — откат. Почему? Все просто: Минотавр Федор пытается втиснуть новое в старый, тесный распорядок, вытесняя то, что и так еле держится.
Чтобы выбраться из этого лабиринта, нужна не сила, а система.
Когда‑то Федор, оправдываясь работой, забивал на семью, друзей, спорт и здоровье. Итог предсказуем: полное выгорание и бунт организма. Это стало его переломным моментом: он понял, что пора перестать быть жертвой обстоятельств и пересмотреть подходы к организации времени и пространства.
В этой статье хочу поделиться системой, которая позволит не откладывать дела, найти свой work‑life balance и достигнуть гармонии.
Уже год тестирую этот подход — работает! Теперь есть время для спорта, семьи, обучения и творчества — без ущерба для его карьеры. Качество жизни выросло, и я чувствует себя живым.
Все чаще слышу схожие стоны из лабиринтов коллег, и решил поделиться своим опытом.
Приглашаю и вас к его костру: давайте поговорим о том, как навести порядок и превратить его в образ жизни, а не во временное, бессмысленное метание по лабиринту!
Как нейросети помогают ускорить создание плана проекта
Александр Михайлов
Портфельный менеджер Проектного офиса ИТ, «Норникель»
Привет! Меня зовут Михаил Остапинский, я Старший QA Engineer в KTS, где занимаюсь не только тестированием, но и менторством младших специалистов.
В тестировании я более четырех лет, а последние полтора года активно веду QA-менти, помогая им расти профессионально и выстраивать уверенность в себе. За это время через мой менторский процесс прошли 5 специалистов, сейчас я работаю с двумя менти.
В этой статье я хочу поговорить о том, что обычно остаётся «за кадром» в работе ментора — о мотивации. Как понять, когда менти теряет интерес? Как вовремя заметить первые сигналы выгорания? И главное — как ментору поддерживать «силу команды», сохраняя баланс между результатами и состоянием людей?
Дисклеймер: материал не является психологическим исследованием и не претендует на универсальную методику. Все, о чем я расскажу ниже — это практические наблюдения, наработанные в команде KTS, адаптированные под специфику QA и аутсорс-разработки.
Компаниям больше не нужен «волшебный» AI, который угадывает ответы — им нужен ассистент, который опирается на реальные документы, права доступа и живой опыт команды.
Каждое ретро превращается в длинный список проблем: команда обсуждает всё подряд, составляет планы — но через месяц список остаётся тем же. Проблемы не решаются, а участники устают от бесконечных разговоров без результата. Squad Health Check работает иначе: он помогает выявить одну самую «больную» точку и сфокусировать команду на её решении.
Чтобы наглядно показать, как это работает, расскажу историю в духе сказки про Винни‑Пуха. В ней отражены типичные ошибки, с которыми сталкиваются команды, и дана пошаговая инструкция по применению метода. Мы адаптировали методику Spotify Health Check и протестировали её на более чем 50 командах — все ситуации и ошибки в сказке основаны на реальном опыте.
Управление - сложная вещь. Вокруг того как управлять людьми создано много теорий и даже иногда практик. В менеджменте широко обсуждается вопрос: «Какой руководитель лучше авторитарный или демократичный?»
Иногда приводят и некий третий и четвертый варианты руководителя, но все это обсуждение и такое количество управленческих теорий объясняется всего лишь тем, что Менеджмент рассматривает Человека как существо Социальное и, следовательно, всегда следующее своим социальным программам.
Как же было бы просто и хорошо, если б это было так на самом деле! Но любой руководитель даже с самым маленьким опытом управления и, кстати, именно такой руководитель чувствует это на себе больше всего, может подтвердить простую вещь Менеджмент работает не всегда!
Возникает вопрос: почему так происходит?
Это связанно с тем, что Человек — это социобиологический феномен, и классический менеджмент знает как работать только с социальной частью человека, а вот с биологической частью он работать не умеет… Но это не значит, что менеджмент бесполезен, нет, ни в коем случае, просто, чтобы менеджмент начал работать, надо, прежде всего, отключить биологическое в поведении людей определенного типа. А сделать это можно только тогда, когда знаешь, что это такое.
Именно этому и будет посвящена эта статья.
Ответьте, пожалуйста, на простой вопрос, если Человек это социо-биологический феномен, то чего в нем больше Социального или Биологического? Правильно, все зависит от ситуации! Но, при этом, биологическое оказывается сильнее, и только удовлетворив его, человек может быть социальным в полной мере. Мы можем думать о высоком, только когда сыты, а иначе мысли о высоком путаются и опускаются на тему голода.
Поговорим об ошибке руководителя, которая проявляется в отсутствии сопротивления завышенным требованиям вышестоящего руководства.
Завышенные требования, это не просто требования, которые невозможно выполнить, это стиль управления, осознанный или нет, который проявляется через несколько характерных признаков.
Топ-менеджеры юрфирмы по банкроству физлиц тратили несколько часов в день на подготовку к еженедельной планёрке. Например, руководитель колл-центра делал кучу выгрузок в amoCRM, открывал каждую сделку вручную, копировал и вставлял её в Excel.
На еженедельных планёрках собирались сразу несколько отделов — маркетинг, колл-центр, продажи и отдел качества. Каждый отдел готовил отчёт вручную, опираясь на свои источники данных. В итоге на обсуждении цифры не сходились.
Маркетинг утверждал: «Мы привели лиды, а вы просто не умеете продавать». Продажи отвечали: «Ваши лиды — говно».
В статье я расскажу, как мы помогли топ-менеджерам перестать тратить полноценный рабочий день на ведение отчётности, а собственнику – составить прозрачную картину, кто прав, кто виноват, и что делать, чтобы достичь плановых показателей.
Всем привет! Меня зовут Александр, я работаю менеджером по аналитике в Cloud.ru. В этой статье разберёмся, с какими подводными камнями сталкиваются компании при работе с облаком и как их можно избежать.
Облако стало стандартом, избавляя от необходимости покупки серверов и обеспечивая гибкость управления инфраструктурой. Однако эта гибкость иногда оборачивается неприятным сюрпризом: расходы на облако растут быстрее выручки, а контроль затрат становится отдельной сложной задачей. Вот типичная история: команде потребовалось тестовое окружение, инженер его развернул, а отключить забыл — это обошлось компании в 100 000 рублей в месяц.
Статья будет полезна тимлидам, техническим директорам, руководителям проектных и инженерных команд, а также всем, кто отвечает за бюджеты в IT и беспокоится о растущих расходах на облачную инфраструктуру. Если вы управляете командой, распределяете или контролируете облачные ресурсы, планируете бюджеты — разберемся, как внедрить практики FinOps и сделать ваши расходы прозрачными, а облако — реально выгодным для бизнеса.
Когда мы говорим о профессиональном развитии, чаще всего вспоминаем менторство, обучение, конференции, чтение профильных книг. Все это важно, но есть формат, который сочетает в себе и развитие, и поддержку, и обмен опытом — мастермайнд.
Я Ирина Забабонова, Agile Team Leader в YADRO, в статье расскажу, как мы запустили мастермайнд, с какими трудностями столкнулись и дам чек-лист, как его можно организовать в компании.
В парусном спорте и работе в IT-команде больше общего, чем кажется: здесь тоже есть роли, ответственность, а успех зависит от слаженности команды, оперативного принятия решений и способности адаптироваться к изменениям. Делимся 5 менеджерскими подходами, которые отточили во время хождения под парусом.
Когда команда растет вместе с проектной нагрузкой, задачи перестают умещаться в блокнотах или Excel. В каждой ИТ-команде, маркетинговом отделе или проектном офисе задаются главным вопросом: где и как фиксировать задачи, чтобы ничего не потерять? Казалось бы, ответ понятен — есть десятки таск-трекеров, которые помогут упорядочить этот процесс. Только как выбрать подходящий сервис?
Это — вторая часть цикла “Начало работы с Jira Automation”, в которой мы разбираем Smart Values и учимся применять их на практике внутри автоматизаций Jira.