Все потоки
Поиск
Написать публикацию
Обновить
240.8

Управление разработкой *

Планирование, отслеживание и контроль

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

Можно ли написать книгу по информационным технологиям, заработать и стать известным?

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

Made only by human brains

- в написании книги и данной статьи принимали участие только люди.

Можно ли написать и опубликовать книгу в научно-популярном жанре на тему информационных технологий, заработать и стать известным?

Вероятно, можно! Для этого требуется выполнить 3 шага:

1) написать и опубликовать книгу;
2) поработать и заработать;
3) стать известным, используя один из доступных вариантов,

где пункты 2 и 3 скорее всего не зависят от пункта 1. В этой иронии - больше правды..

Читать далее

ИИ в 3 фазы… снижение рисков, экономия времени и помощь человеку. Но ...— нужно дать пользу уже на первом шаге

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

Я не делал «крутой ИИ».
Я сделал систему, которая не давала людям уйти обратно к старым процессам.

Первый этап — показал простоту. Второй — показал надёжность. Третий — показал интеллект.

Именно поэтому этот проект стал основой для всей команды ИИ в компании.
Потому что мы доказали:

Не нужна большая команда. Не нужен большой бюджет. Нужно — понимание, как сделать так, чтобы каждый шаг приносил пользу.

Если вы тоже работаете в корпорации, где «это невозможно», где «нет бюджета», где «это не наша задача» —
начните с каркаса.
Сделайте так, чтобы сегодня стало легче.
И завтра — уже сами будут просить: «А теперь ты сможешь…?»

Читать далее

Проекты разваливаются не из-за старого ПО — виновата монополия на знания. Объясняем, сколько на этом теряют и как лечить

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

В 2025-м в британских банках всё ещё крутится софт, написанный в 1960-х. Его понимают единицы — чаще всего сотрудники предпенсионного возраста. Исследование Baringa показало: почти 40% банков поддерживают код 1970-х годов, а половина организаций полагается всего на одного-двух специалистов для обслуживания критически важных систем.

Корни таких ситуаций лежат в монополии на знания о вашей системе, когда всё держится на двух‑трёх людях. Они в голове носят знания, которых нет ни у кого. И если что-то с ними случится, то все процессы встанут.

Я — Владимир Макеев, CEO Surf. В мобильной разработке часто сталкиваюсь с аналогичными  внутренними процессами у заказчиков. В статье расскажу, как «вечная» система тянет компанию ко дну, сколько бюджета тратится на старый стек и как перейти на новый без больших потерь для бизнеса.

Читать далее

Оценка сроков выполнения задач: покоряем закон Хофштадтера

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

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

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

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

Читать далее

От PHP к React: размышляем о вреде и пользе миграции

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

Недавно мы с командой работали с клиентом из финансового сектора: у него есть сайт и личный кабинет, давно написанные на PHP (бэк и фронт), и задача — обновить дизайн и пользовательский опыт без глобальных изменений «под капотом».

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

Читать далее

Таски есть, системы нет: о ключевой проблеме

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

Эта заметка развернулась из комментария к статье: Таски есть, системы нет.

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

В заметке я постараюсь выйти на эту ключевую проблему и затронуть вопросы вида:

Из чего такая система должна произрастать? Какие к ней требования? Есть ли примеры?

Читать далее

Почему агентские бизнесы такие маленькие?

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

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

В этой статье я расскажу, о чём важно знать, прежде чем начать этот бизнес, какие сложности вас ждут и почему вы не сможете управлять командой из 20-30 человек без продвинутой аналитики.

Читать далее

Командная работа без выгорания: как вести IT-команду

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

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

Это не просто усталость. Это — тихое выгорание. Не громкий скандал, а методичный отказ системы. Не «я устал», а «мне всё равно». И самое тревожное, что менеджмент часто замечает проблему лишь с заявлением об уходе, когда человек мысленно уже месяц как не с нами.

Правда в том, что люди уходят не только из-за денег. Гораздо чаще — из-за ежедневного обесценивания, абсурдного контроля и ощущения бессмысленности. 58% IT-специалистов готовы на меньшую зарплату, но не готовы мириться с токсичной культурой управления (Harvard Business Review).

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

Читать далее

Таски есть, системы нет

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

Всем привет! Меня зовут Роман, я руковожу разработкой. Когда‑то начинал разработчиком, потом тимлид, сейчас управляю лидами.

В моём багаже опыта — работа работа в интеграторе, потом в небольшой компании из сферы SMS‑маркетинга, череда позиций в in‑house разработке в разных отраслях. А сейчас я снова в айтишечке, в заказной разработке.

И вот что забавно: на протяжении всей карьеры меня преследует один и тот же вопрос — как правильно поставить задачу и как отследить реальное состояние разрабатываемой системы.

Казалось бы, инструментов хватает: Jira, YouTrack, Trello, GitLab, Confluence и ещё десятки. Но если копнуть глубже, становится понятно: каждый из них решает только кусочек головоломки. Целостной картины всё равно нет. Она появляется только в голове после погружения, но и тут засада — голов в проекте много, и у каждой своя картинка.

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

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

Читать далее

Кодекс продуктивной неэффективности. Вредные советы для разработчиков

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

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

Читать далее

Django: почему один settings.py может стоить вашей компании миллионы

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

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

Эти ритуалы жрут месяцы жизни компаний, и об этом мало кто говорит.

Я расскажу историю. Она звучит как анекдот, но на самом деле это кейс.

Читать далее

«Нормально делай – нормально будет»: что такое Secure by Design

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

Всем привет! В этой статье наши эксперты – Паша Попов, руководитель направления инфраструктурной безопасности, и Леша Астахов, директор по продуктам WAF-класса с огромным опытом развития продуктов Application Security в Positive Technologies, – разбираются, что такое подход Secure by Design, является ли он волшебной таблеткой для разработчиков и ИБ-специалистов, в чем разница между Secure by Design, AppSec и DevSecOps, а также какое будущее ждет безопасную разработку.

Читать далее

Как мы вшили нагрузочное тестирование в CI/CD, чтобы не хоронить фичи в проде глубокой ночью

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

Привет Хабр! Я Дима, DevOps-инженер в IT-компании.

Эпик-фейлы бывают разные. Можно забыть закоммитить config.json. А можно так упаковать новый эндпоинт, что всё апи ляжет костьми в час-пик и будет тихо плакать под лавиной реквестов. Ручные нагрузочные тесты — это как проверять тормоза на уже летящем с горы автомобиле. Сегодня говорим о том, как автоматизировать эту магию — вшивать проверку производительности прямо в CI/CD, чтобы не краснеть перед продом и спокойно спать по ночам.

Запускайте свои пайплайны, щупальцы в руки — погнали!

Читать далее

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

Как мы собрали личный кабинет на микросервисах и избавили клиентов от бюрократии

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

Привет, Хабр! Я Катя Саяпина, менеджер продукта МТС Exolve. Наша онлайн-платформа — это конструктор омниканальных диалогов для бизнеса, доступный из личного кабинета. Как и почему мы раньше работали без него, что сподвигло нас на перемены и как мы справились с трудностями разработки, расскажу в этом материале.

Читать далее

Досудебная блокировка сайтов: подробный (или не очень) гайд

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

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

Читать далее

20 советов по управлению диджитал-агентством, добытых путем проб и ошибок

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

Основатель AGIMA Александр Богданов рассказывает, какие выводы сделал за 20 лет работы в заказной разработке и почему треть агентств закрывается в первый же год.

Читать далее

Как ежемесячный «ретроспективный день» оживил старый код и вернул мотивацию

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

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

Похожие посты выходят ежедневно в моем Telegram канале!

Что такое «ретроспективный день»

Я выделяю один рабочий день в месяц, когда не завожу новые задачи и не смотрю тикеты.

Читать далее

Agile в классической литературе ч3. «Гордость и предубеждение»

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

Настало время покопаться в шедеврах мировой классики, и выискать там Agile. Мой взгляд сразу упал на любимицу дам Джейн Остин и её «Гордость и предубеждение», потому что это идеальная иллюстрация Agile, как «из книжек», в котором есть и непрерывная обратная связь, итеративность, ретроспектива, реагирование на изменения, и успешное завершение трудного проекта. Всё как мы любим.

Читать далее

Метод MoSCoW — универсальный инструмент для приоритизации задач любого масштаба

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

Решаем общую проблему всех команд — перегруженность задачами при ограниченных ресурсах на примерах:

Учимся интуитивно отделять важное от второстепенного.

Решаем общую проблему всех команд — перегруженность задачами при ограниченных ресурсах на примерах:

Составляем беклог продукта. 

Планируем спринт.

Решаем личные задачи.

Сравниваем MoSCoW другими методами, RICE, ICE, Kano и Buy a Feature.

Узнать больше

У программиста три пути: шина, монолит и выйти из АйТи

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

Великий аргентинский писатель Хорхе Луис Борхес в одном из своих произведений попытался доказать, что вся мировая литература сводится к четырем базовым сюжетам: история об осаде и защите обречённого города, история о возвращении, история о поиске и история о жертвоприношении или самоубийстве бога. В комментарий к этому заявлению Виктор Пелевин в одном из своих романов написал: «А по‑моему, сюжетов всего два. Первый — как человека убивают из‑за денег. Второй — как человека приносят в жертву. А на самом деле оба сюжета можно даже объединить в один». Как бы то ни было, оставим этот спор о сюжетах литературоведам. В этом же посте я хочу разобрать схожий тезис — все архитектуры разных видов программного обеспечения можно свести к двум базовым структурам — монолиту и шине.

Читать далее

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