Как я уже рассказывал в предыдущих постах, я фанат списков и трекинга всего, что происходит в моей жизни. Я пришел к этому не сразу, просто заметил, что после того как перенесешь задачу, мысль или план на бумагу, а потом и в трекер, жить становится легче: в голове нет тумана из задач и дедлайнов, мысли упорядочиваются, прокрастинации становится меньше, планирование точнее, действия по делу.
Размытые и неструктурированные задачи почти всегда заканчиваются доработками и сдвигами сроков. Ключ к снижению рисков — правильное и четкое оформление задачи.
Разработчики — одни из самых дорогих специалистов в проекте, и чем точнее сформулирована задача, тем эффективнее используется их время. Каждая минута, потраченная на уточнения, согласования и возвраты — это прямые издержки.
В статье Владислава Ларкина, операционный директор студии CleverPumpkin, делится опытом и объясняет, как формализация задач помогает упростить коммуникацию, сэкономить время, бюджет и силы команды. Компания разрабатывает мобильные приложения на заказ и параллельно развивает собственные продукты, поэтому подход проверен на практике — как на клиентских проектах, так и внутренних.
Компания SECURITM представила современный взгляд на построение систем управления информационной безопасностью (СУИБ) и продемонстрировала, как объединение SGRC-подходов , автоматизации и открытого сообщества специалистов позволяет компаниям эффективно управлять рисками и соответствием требованиям даже при ограниченных ресурсах.
Привет, меня зовут Ксюша Пешкина, я старший системный аналитик в Контуре. Объясняю на кетчупах 🥫🍅, как мы раньше в продукте гадали классифицировали существующие фичи по уровням (надо/не надо), а потом попробовали один крутецкий метод, который перевернул нам всё с ног на голову. 🙃 Рекомендую взять на заметку: это точно позволит вам взглянуть на ваши фичи глазами пользователей и обновить приоритезацию.
Несмотря на упоминание различных способов разработки программных систем, существует три классические модели, применимые в том числе для внедрения коробочных программных решений [1]:
Привет, Хабр!
Меня зовут Рудольф Караджаян, я руковожу направлением информационного моделирования наружных сетей в ПИК.
В этой статье хочу поделиться нашим опытом автоматизации ключевых процессов проектирования и оформления документации для наружных сетей водоснабжения и водоотведения (НВК). Важно отметить, что максимальная эффективность достигается только при комплексном моделировании всех наружных сетей — это позволяет автоматически отслеживать и устранять взаимопересечения между ними.
Принципы автоматизации для других разделов (связь, теплоснабжение, освещение) мы разберём в следующих публикациях.
Я разобрала историю Discord, потому что этот кейс хорошо иллюстрирует: во многих компаниях рост — результат серии экспериментов, из которых выстреливают не все. Главное — понимать, почему.
Сейчас Discord — вторая по популярности платформа для онлайн-образования с выручкой в 725 млн долларов и 656 млн зарегистрированных пользователей. А началось всё с неудачной игры.
Хочу показать, как они это сделали. Конкретные решения, цифры и результаты.
В этой статье мне хотелось бы порассуждать о такой области ИТ-бизнеса, как документирование ИТ-продуктов – автоматизированных/информационных систем (АС, ИС, АИС и т.п.), а также о том, как применение стандартов отражается на качестве разрабатываемой документации и её восприятии целевой аудиторией читателей.
Ни один хороший (т.е. качественный – как в части организации процесса, так и в части ожидаемого результата) проект по созданию (и внедрению) ИТ-продукта не может обойтись без создания документации. Документация позволяет формализовать и зафиксировать различные аспекты, касающиеся ИТ-проекта и создаваемого в его рамках продукта.
Но при этом неизбежно возникает вопрос – а как создать эту документацию?
Этот инструмент экономил сотни тысяч долларов и без него нельзя было выпустить релиз — но на бумаге оставался “пет-проектом” одного инженера. Почему компании раз за разом убивают такие инициативы — и как этого избежать.
На днях нам удалось взглянуть на производство новых российских спортпрототипов BR03 — поехали вместе с сыном Ильей. Он интересуется темой и помог мне провести интервью (в свои 4 года!) с главным инженером BR Engineering. Данная структура является важной частью программы развития российского автоспорта SMP Racing.
О том, что из себя представляет спортпрототип BR03, как устроено производство и взаимодействие с партнерами компании, нам согласился рассказать Кирилл Александрович Шрадер. Он более 35 лет занимается автомобильным спортом и сейчас возглавляет целый спектр проектов в BR Engineering, в том числе BR03.
Крайне признательны Кириллу Александровичу за возможность знакомства с предприятием и подробные ответы на все наши вопросы. Итак, поехали!
Много лет назад мне потребовалось для собственных нужд создать индивидуальный лист учёта рабочего времени — TimeSheet. Для этого я использовал таблицу Microsoft Excel.
В данной статье я расскажу про шаги, которые необходимо выполнить, чтобы самостоятельно создать такой таймшит в Excel.
Жёсткость неустойчива. Жёсткие процессы, фреймворки и механизмы управления проектами могут давать краткосрочные результаты, но подрывают долгосрочную устойчивость.
В мире IT давно принято зарабатывать на своей экспертности помимо основной работы – сам характер и специфика IT-сферы зачастую делают возможным работу на сторонних проектах в свободное время. Недавно такой тренд начал распространяться и на другие сферы (консалтинг, финансы, бухгалтерские услуги и многие другие) – достигшие определенного уровня знаний и опыта наемные сотрудники все чаще хотят попробовать себя в новой роли, став независимыми экспертами-консультантами и продавать накопленную годами экспертность в своей области.
Привет всем, меня зовут Черныш Татьяна, я – веб-дизайнер в компании «Северсталь» и это рубрика «Опять что-то на дизайнерском».
Сегодня мы поговорим о том, как система макетов в Figma сэкономила на нашем проекте неплохой объём времени во время редизайна и разработки. Каждая команда, чаще всего, ведёт проект по-своему, и нет единой и универсальной методики. В этой статье я хотела бы поделиться с вами своим опытом организации дизайн-макетов.
Всем привет! Меня зовут Артём Матюшечкин, я менеджер разработки из команды Толк.ИИ в продукте Контур.Толк — это сервис видеоконференцсвязи для общения и работы. Наша команда сделала суммаризацию, обновила и ускорила сегментацию виртуальных фонов, внедрила шумоподавление в продукт. В этой статье поделюсь опытом управления такой командой, которая пыталась одновременно уместить в себе требования бизнеса и технологий.
Привет, дорогой читатель! Представь: ты заходишь в здание, где в каждой лаборатории бьется ключом научная мысль, пытающаяся расшифровать главную загадку природы — наш собственный мозг. Именно так себя ощутили участники студенческого пресс-тура в Институт высшей нервной деятельности и нейрофизиологии (ИВНД и НФ) РАН.
Самая популярная для обсуждения тема в бизнес-сообществе России – это недостаток трудовых ресурсов. Все сошлись в едином мнении, что работать некому, а те, кто готов работать, требуют совершенно неадекватную оплату труда.
Именно поэтому мне стало интересно разобраться в этой ситуации, понять, насколько эта ситуация реально существует, и какие варианты решения этой проблемы возможны для бизнеса.
Начнем с самого начала, с того, что в России снижается рождаемость и, следовательно, и бытует мнение, что ее нужно срочно как-то стимулировать. Именно тут кроется первая ошибка, которая при значительной трате ресурсов государства, никогда не принесет результат.
Тем, кто закончил школу и изучал экономическую географию, должен быть известен такой термин как «второй демографический переход», который происходит во всех странах мира, где женщины (а именно они являются инструментом и фактором увеличения населения, количество мужчин для демографии большого значения не имеет) получают образование и начинают быть полноценными членами общества. Они уже не участвуют в деторождении с 16 лет, как это происходит в отсталых аграрных обществах первого демографического перехода.
В связи с этим важно принять тот факт, что рождаемость в России никогда не будет как в условной Африке, а значит надо работать с этим фактом, а не пытаться тратить время и средства на поворот социальной парадигмы общества назад.
Итак, когда мы пониманием, что закрытие школ и ВУЗов для женщин не предвидится, а значит второй демографический переход в России необратим, то бизнесу необходимо научиться фокусироваться на том, на что он может повлиять, а не пытаться изменить уже исторически сложившееся явление.
Можно ли создать гармоничную экосистему взаимодействия внутри проектной команды, когда слова «гармония» и «проект» это разнопланетные категории? Меня зовут Индира, я администратор IT-проектов, и в этой статье хочу поделиться своим опытом, наблюдениями и выводами о том, как найти гармоничный подход к каждому члену в команде.
Представьте, что вы лидер молодого, но быстрорастущего стартапа в области ML. Вам предстоит собрать команду, и вы думаете о том, каких специалистов вам предстоит найти:
- Data Scientist — для создания прототипов моделей машинного обучения, подходящих по задачи вашего проекта;
- ML Engineer — для внедрения в эксплуатацию моделей и сценариев, масштабирования;
- Data Engineer — для создания ETL‑процессов, систематизации сбора и хранения данных;
- DevOps/MLOps — для автоматизации процессов и развития инфраструктуры;
- SRE — для обеспечения мониторинга и надёжности вашей инфраструктуры.
Организовать работу всех направлений с нуля будет задачей не из лёгких. Но как принять этот вызов, если вы не обладаете экспертизой во всех направлениях?
(спойлер: в конце будет ссылка на GitHub)
Таск-менеджеры вроде Jira — хороший инструмент для ведения проектов. Вот только есть одна проблема — на них очень быстро забивают. В первую очередь — проектные менеджеры (на всякий случай: я тоже забиваю). Когда проект стартует, менеджер с командой, как правило, делают волевую попытку декомпозировать его на эпики и задачи. Каждая задача получает красивое описание, а иногда даже назначенных исполнителей и дедлайны.
Потом проект стартует…
Внезапно меняются требования и бэклог, появляются дополнительные зависимости. Часть задач внезапно оказывается ненужной, ещё более внезапно меняются менеджеры и ключевые участники. Рано или поздно таски начинают зарастать мхом: апдейты не комментируются, статусы не двигаются.
В какой-то момент наиболее ответственный член команды решает устроить субботник и позакрывать то, что уже сделано. Отсюда — популярность следующих вопросов в поддержке Jira:
