#проект — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #проект, aggregated by home.social.
-
Отзыв о конференции Инженеры Будущего 2026 или как я сделал свой проект (это ужас)
Изначально поучаствовать в данной конференции мне предложил мой куратор, объяснив это тем, что можно получить автоматом зачёт по предмету. Перед тем как принять участие в данном “конкурсе” я решил старательно подготовить тему проекта, проверить актуальность, простоту решения и масштабируемость. Спустя неделю раздумий я дошёл до идеальной, как мне тогда казалось темы...
https://habr.com/ru/articles/1028820/
#DIY #arduino #проект #конференция #конкурс #лампа #бюджетный_умный_дом #конкурсы
-
Практика календарного планирования ИТ-проекта
Всем привет! Меня зовут Константин Замков. Я главный менеджер в компании «СИБИНТЕК», сертифицированный специалист по управлению проектами PMI PMP, управлению портфелями проектов PMI PfMP и Scrum-мастер PSM-I. В своей работе я управляю сложными комплексными ИТ-проектами и регулярно занимаюсь разработкой и актуализацией календарных планов. В этой статье хочу поделиться практическим подходом, который сформировался у меня за годы работы. Что я хочу сказать
https://habr.com/ru/articles/1022144/
#планирование #календарный_план #проект #сроки #критический_путь #менеджмент
-
FocusMind: Возвращение. Как я переосмыслил «легкий Notion» и свои ошибки
Всем привет! Около года назад я публиковал здесь свои первые шаги в разработке — прототип редактора заметок. Тогда я получил много фидбека: и позитивного (+7 кармы), и критического. Признаю, второй мой пост был излишне эмоциональным и малоинформативным. Я сделал выводы, подтянул навыки и готов показать, во что вырос мой проект FocusMind. В чем идея? Я по-прежнему считаю, что современные инструменты вроде Notion перегружены. Моя цель — создать максимально быстрый инструмент для тех, кто ценит фокус. Что уже реализовано в новом прототипе: Космическо-лунный дизайн: Тёмная тема, которая не давит на глаза при долгой работе. Скорость: Никаких тяжелых фреймворков, тормозящих загрузку. Приложение стартует мгновенно. Локальность: База данных на JSON-сервере. Ваши мысли принадлежат вам и доступны даже без интернета (Offline-first). Адаптивность: Я полностью переработал навигацию. На десктопе — удобное боковое меню, на мобильных и планшетах — отзывчивый «бургер». Мои ошибки — мой опыт Раньше я гнался за одобрением, теперь гонюсь за качеством кода. Я понял, что пользователю не важны мои эмоции, ему важен инструмент, который не подведёт. Что дальше? Мой план — за 5 месяцев довести FocusMind до идеального MVP. Впереди переход на IndexedDB для работы с огромными массивами данных и внедрение PWA.Буду рад, если вы заглянете в обновленный прототип FocusMind и дадите технический совет. Особенно интересует ваше мнение по реализации синхронизации локальных данных.
-
Управление проектами: дайджест публикаций #53
Проектный шестиугольник, документация проектов, внутрянка проектных команд, фреймворки обратной связи, система обучения в проектной команде и всё самое интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
-
Гибридный поиск по коду в GitLab: как я ускорил поиск по 100+ GitLab-проектам с часов до минут
Когда проектов в GitLab становится много, довольно быстро появляется одна и та же задача: найти, где используется конкретный API, URL, env-переменная или конфигурационный параметр. Пока репозиториев мало, всё просто: открыл поиск, ввел строку, получил результат. Но когда проектов уже больше сотни, а нужные вхождения лежат не только в коде, но и в YAML-конфигах, Helm-чартах, .env и JSON-файлах, жизнь становится менее романтичной. Первый лобовой вариант — просто скачать все проекты локально и искать по ним через grep , ripgrep или IDE. Работает, но тащить 100+ репозиториев на локальную машину ради одной проверки — идея так себе. Ноутбук, скорее всего, энтузиазма не разделит. Мне хотелось искать прямо поверх GitLab, без локального зеркала всей группы репозиториев. Я начал с просмотра готовых вариантов, а в итоге пришёл к своему гибридному краулеру: код ищется через GitLab API, а конфиги добираются отдельным глубоким обходом файлов. В результате поиск по 100+ проектам сократился с часов до нескольких минут.
-
У проекта шесть параметров и все важны. Проектный тетраэдр, а не треугольник
Если только кто сталкивался с управлением проектом, то первое на что они натыкались это знаменитый треугольник — сроков, объема и бюджету. А следующее усложнение, это вписанный круг в этот треугольник который означает качество. Что значит этот треугольник? Тут есть два ответа: 1) Его можно представить, как цель для руководителя проекта, а именно сделать нужное качество с установленным бюджетом и сроком. Так сказать выполнить проекцию треугольника во‑времени, и чтобы был он не подобным, а точным. 2) Также указывается взаимосвязь, что если у нас объем «поплыл» и начал увеличивается, то за этим самым начнет увеличиваться и например, сроки при сохранении бюджета, или бюджет при сохранении срока. И при этом что‑то будет происходить с качеством — и если ассоциация с качеством, как вписанным кругом прямая, то получается, при увеличении площади треугольника, оно будет увеличиваться? И если при увеличении сроков или бюджета, такое можно представить, то можно ли представить такое при увеличение объема? Если линейную связь между сроком и бюджетом с качеством представить легко, то с объемом сложнее. Уверен, что качество это отдельная категория, особенно в проектах ИТ, которая такая же самостоятельная и выступает и причиной и следствием с другими параметрами проект. Получается, не треугольник, а квадрат? И тут стоит вспомнить, что слово, которое рука об руку вспоминается с словом проект, а именно риски. Сделать быстро — рискованно, делать долго — менее рискованно. Сделать с большИм бюджетом один и тот‑же объем работ, также менее рискованно. Риски можно увеличивать, можно уменьшать. Более того, из житейского опыта, ясно, что чаще всего именно риски являются следствием соотношения выше рассмотренных параметров. Получается, еще один параметр? И проектный треугольник уже даже не квадрат.
-
ЧАСТЬ 2: ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ И РЕЗУЛЬТАТЫ
Техническое решение: Установка камер на уровне лица с углом обзора 120°, обеспечивающих: Видимость лиц при входе/выходе Точность до 99.5%+ Сохранение соответствия DPDPA (90 дней хранения для отладки, затем удаление изображений) Экономическое обоснование (для 56 автобусов): Стоимость установки: 23.7 млн₽ Дополнительная защита: 12–20 млн₽/год ROI: 51–84% годовых Срок окупаемости: 14–23 месяца Но главное: защита от системных рисков (штрафы, репутация, мошенничество) Статус: Веду переговоры по интеграции с компанией, которая предоставляет доступ к системам электробусов. Это позволит нам расширить покрытие и снизить затраты на установку.
https://habr.com/ru/articles/1000622/
#искусственный_интеллект #проект #компьютерное_зрение #электробусы #проекты_и_стартапы #проекты_по_созданию_новых_продуктов #data_science
-
Я собрала план из 5 шагов, с которым вы больше не сорвёте сроки проекта
Привет, Хабр! Я Вера, менеджер по продукту. Собрала простой план, который помогает моей команде не скатываться в авралы. Пользуемся им сами и советуем другим. Подходит для любой сферы, а внедрить его можно буквально за несколько дней.
https://habr.com/ru/companies/yougile/articles/1015372/
#дедлайны #управление_людьми #таймменеджмент #менеджмент #управление_проектами #управление_командой #сроки_проекта #проект #дедлайн #управление_разработкой
-
Я собрала план из 5 шагов, с которым вы больше не сорвёте сроки проекта
Привет, Хабр! Я Вера, менеджер по продукту. Собрала простой план, который помогает моей команде не скатываться в авралы. Пользуемся им сами и советуем другим. Подходит для любой сферы, а внедрить его можно буквально за несколько дней.
https://habr.com/ru/companies/yougile/articles/1015372/
#дедлайны #управление_людьми #таймменеджмент #менеджмент #управление_проектами #управление_командой #сроки_проекта #проект #дедлайн #управление_разработкой
-
Я собрала план из 5 шагов, с которым вы больше не сорвёте сроки проекта
Привет, Хабр! Я Вера, менеджер по продукту. Собрала простой план, который помогает моей команде не скатываться в авралы. Пользуемся им сами и советуем другим. Подходит для любой сферы, а внедрить его можно буквально за несколько дней.
https://habr.com/ru/companies/yougile/articles/1015372/
#дедлайны #управление_людьми #таймменеджмент #менеджмент #управление_проектами #управление_командой #сроки_проекта #проект #дедлайн #управление_разработкой
-
Я собрала план из 5 шагов, с которым вы больше не сорвёте сроки проекта
Привет, Хабр! Я Вера, менеджер по продукту. Собрала простой план, который помогает моей команде не скатываться в авралы. Пользуемся им сами и советуем другим. Подходит для любой сферы, а внедрить его можно буквально за несколько дней.
https://habr.com/ru/companies/yougile/articles/1015372/
#дедлайны #управление_людьми #таймменеджмент #менеджмент #управление_проектами #управление_командой #сроки_проекта #проект #дедлайн #управление_разработкой
-
«Не усложняй! Управление проектами по методу P3.express» — коротко о книге
Открылся предзаказ на книгу Дмитрия и Валерии Ильенковых «Не усложняй! Управление проектами по методу P3.express». Мы прочитали ее и делимся впечатлениями.
-
Как я сделал проект для соседей, не написав ни строчки кода (и скоро пойду на завод)
Решил давеча продолжить продолжить погружение в ИИ. Проштудировал поток новостей и решил попробовать новое средство разработки программ - Курсор. Честно сказать я очень поражен тем как далеко вперед шагнули технологии. В ИТ с нулевых, постоянно развиваюсь, осваиваю что-то новое и даже от ИИ старался сильно не отставать - у меня есть несколько проектов где работа с ИИ является ядром архитектуры (для тех кто в теме речь про RAG ) и все же я поражен возможностями нового средства разработки. Я впервые сделал полноценный проект не написав вообще ни одной строчки кода! При этом, если бы работать по старинке, нужна была бы следующая команда: дизайнер, верстальщик сайта, программист на джава, специалист по ИИ и тот кто размещает все написанное на серверах. И вот вместо всей этой толпы людей только среда разработки с которой я общался простым человеческим языком. Про сам проект : мне нужна была задача которая стала бы для меня учебной и в тоже время в которой была бы хоть какая-то полезность. Только я начал рассуждать, как в чат дома приходит очередное объявление от соседей о продаже чего-то там. О, это идея! Можно попробовать сделать сервис который работу с объявлениями для соседей может сделать чуть системней и доступней. Ну и так как проект для души, то решил задаться вопросом о том как сделать решение которым бы мне было самому приятно пользоваться и из этого пошли критерии: без надоедливых призывов и навязывания услуг, в идеале бесплатной но может быть потом какие-то дополнительные фишки не в ущерб тому что было изначально бесплатно, максимально простой вход - человеку может услуга понадобиться только один раз в жизни и не нужно его задалбливать регистрацией и подписками. Телеграм-бот - давай, хочу. Надо сделать так чтобы зашел, пару кликов мышкой и сделал объявление которое потом разослал по чатикам.
https://habr.com/ru/articles/1009864/
#Cursor #ИИ #программист #разработка #проект #сайт #модерация #телеграм #бесплатно
-
Как я сделал проект для соседей, не написав ни строчки кода (и скоро пойду на завод)
Решил давеча продолжить продолжить погружение в ИИ. Проштудировал поток новостей и решил попробовать новое средство разработки программ - Курсор. Честно сказать я очень поражен тем как далеко вперед шагнули технологии. В ИТ с нулевых, постоянно развиваюсь, осваиваю что-то новое и даже от ИИ старался сильно не отставать - у меня есть несколько проектов где работа с ИИ является ядром архитектуры (для тех кто в теме речь про RAG ) и все же я поражен возможностями нового средства разработки. Я впервые сделал полноценный проект не написав вообще ни одной строчки кода! При этом, если бы работать по старинке, нужна была бы следующая команда: дизайнер, верстальщик сайта, программист на джава, специалист по ИИ и тот кто размещает все написанное на серверах. И вот вместо всей этой толпы людей только среда разработки с которой я общался простым человеческим языком. Про сам проект : мне нужна была задача которая стала бы для меня учебной и в тоже время в которой была бы хоть какая-то полезность. Только я начал рассуждать, как в чат дома приходит очередное объявление от соседей о продаже чего-то там. О, это идея! Можно попробовать сделать сервис который работу с объявлениями для соседей может сделать чуть системней и доступней. Ну и так как проект для души, то решил задаться вопросом о том как сделать решение которым бы мне было самому приятно пользоваться и из этого пошли критерии: без надоедливых призывов и навязывания услуг, в идеале бесплатной но может быть потом какие-то дополнительные фишки не в ущерб тому что было изначально бесплатно, максимально простой вход - человеку может услуга понадобиться только один раз в жизни и не нужно его задалбливать регистрацией и подписками. Телеграм-бот - давай, хочу. Надо сделать так чтобы зашел, пару кликов мышкой и сделал объявление которое потом разослал по чатикам.
https://habr.com/ru/articles/1009864/
#Cursor #ИИ #программист #разработка #проект #сайт #модерация #телеграм #бесплатно
-
Как я сделал проект для соседей, не написав ни строчки кода (и скоро пойду на завод)
Решил давеча продолжить продолжить погружение в ИИ. Проштудировал поток новостей и решил попробовать новое средство разработки программ - Курсор. Честно сказать я очень поражен тем как далеко вперед шагнули технологии. В ИТ с нулевых, постоянно развиваюсь, осваиваю что-то новое и даже от ИИ старался сильно не отставать - у меня есть несколько проектов где работа с ИИ является ядром архитектуры (для тех кто в теме речь про RAG ) и все же я поражен возможностями нового средства разработки. Я впервые сделал полноценный проект не написав вообще ни одной строчки кода! При этом, если бы работать по старинке, нужна была бы следующая команда: дизайнер, верстальщик сайта, программист на джава, специалист по ИИ и тот кто размещает все написанное на серверах. И вот вместо всей этой толпы людей только среда разработки с которой я общался простым человеческим языком. Про сам проект : мне нужна была задача которая стала бы для меня учебной и в тоже время в которой была бы хоть какая-то полезность. Только я начал рассуждать, как в чат дома приходит очередное объявление от соседей о продаже чего-то там. О, это идея! Можно попробовать сделать сервис который работу с объявлениями для соседей может сделать чуть системней и доступней. Ну и так как проект для души, то решил задаться вопросом о том как сделать решение которым бы мне было самому приятно пользоваться и из этого пошли критерии: без надоедливых призывов и навязывания услуг, в идеале бесплатной но может быть потом какие-то дополнительные фишки не в ущерб тому что было изначально бесплатно, максимально простой вход - человеку может услуга понадобиться только один раз в жизни и не нужно его задалбливать регистрацией и подписками. Телеграм-бот - давай, хочу. Надо сделать так чтобы зашел, пару кликов мышкой и сделал объявление которое потом разослал по чатикам.
https://habr.com/ru/articles/1009864/
#Cursor #ИИ #программист #разработка #проект #сайт #модерация #телеграм #бесплатно
-
Как я сделал проект для соседей, не написав ни строчки кода (и скоро пойду на завод)
Решил давеча продолжить продолжить погружение в ИИ. Проштудировал поток новостей и решил попробовать новое средство разработки программ - Курсор. Честно сказать я очень поражен тем как далеко вперед шагнули технологии. В ИТ с нулевых, постоянно развиваюсь, осваиваю что-то новое и даже от ИИ старался сильно не отставать - у меня есть несколько проектов где работа с ИИ является ядром архитектуры (для тех кто в теме речь про RAG ) и все же я поражен возможностями нового средства разработки. Я впервые сделал полноценный проект не написав вообще ни одной строчки кода! При этом, если бы работать по старинке, нужна была бы следующая команда: дизайнер, верстальщик сайта, программист на джава, специалист по ИИ и тот кто размещает все написанное на серверах. И вот вместо всей этой толпы людей только среда разработки с которой я общался простым человеческим языком. Про сам проект : мне нужна была задача которая стала бы для меня учебной и в тоже время в которой была бы хоть какая-то полезность. Только я начал рассуждать, как в чат дома приходит очередное объявление от соседей о продаже чего-то там. О, это идея! Можно попробовать сделать сервис который работу с объявлениями для соседей может сделать чуть системней и доступней. Ну и так как проект для души, то решил задаться вопросом о том как сделать решение которым бы мне было самому приятно пользоваться и из этого пошли критерии: без надоедливых призывов и навязывания услуг, в идеале бесплатной но может быть потом какие-то дополнительные фишки не в ущерб тому что было изначально бесплатно, максимально простой вход - человеку может услуга понадобиться только один раз в жизни и не нужно его задалбливать регистрацией и подписками. Телеграм-бот - давай, хочу. Надо сделать так чтобы зашел, пару кликов мышкой и сделал объявление которое потом разослал по чатикам.
https://habr.com/ru/articles/1009864/
#Cursor #ИИ #программист #разработка #проект #сайт #модерация #телеграм #бесплатно
-
Между tail и ELK: пытаюсь собрать логи с нескольких серверов одной командой
Я студент, который только начинает заходить в devops‑тематику. Сам я не админ и не держу в проде десяток серверов, поэтому решил не выдумывать «боли» из головы, а посмотреть, на что реально жалуются люди в интернете. Одна жалоба повторялась достаточно часто: «Когда что‑то падает, приходится обходить несколько серверов, смотреть логи по отдельности и пытаться сложить картину вручную. ELK/syslog решают, но ради пары сервисов это перебор.» После этого я решил собрать небольшой прототип LogRanger — CLI‑утилиты, которая по SSH забирает логи с нескольких серверов и открывает их в lnav одной командой. Ниже коротко расскажу, какую проблему хочу закрыть и что именно делаю.
-
Управление проектами: дайджест публикаций #51
Причины провалов ваших проектов, нездоровая коммуникация в команде, изменения в PMBOK, матрица Эйзенхауэра, ИИ-камуфляж и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
-
Как заставить печь «дышать»: зачем мы моделируем сыпучие материалы в домне
Представьте: вы засыпаете песок в сувенирную банку так, чтобы получился красивый узор. А теперь увеличьте эту банку до размеров десятиэтажки объёмом кубометров этак на 3200 , а специи замените на кокс, агломерат, окатыши и руду. Надо их засыпать в доменную печь так, чтобы слоистый рисунок внутри не просто красиво ложился, а обеспечивал жизнь целой системе. Чтобы газовоздушная смесь проходила, материалы не перемешивались как попало, а стенки-холодильники не прогорели. Именно этим каждый день занимаются технологи доменного производства. И если что-то пойдёт не так, то последствия будут суровыми. Доменная печь — это сердце металлургии. По словам наших технологов, это гигантский «живой» организм, который превращает оксиды железа в чугун при температурах выше 1500 °C . Но работает он как минимум при одном критически важном условии — если внутри всё лежит «как надо». Кокс должен быть пористым, газопроницаемым, чтобы через него проходил восстановительный газ, который так и норовит забрать кислород у оксидов. Железорудное сырьё (агломерат, окатыши, брикеты, руда и прочее) должно распределиться так, чтобы не забить эти каналы. Представьте себе лёгкие, где бронхи забиты аллергенами, пылевыми частицами: дыхание становится невозможным. То же самое происходит с доменной печью… Наверное поэтому профессионалов-доменщиков иногда называют «докторами»: они умеют «лечить». Ошибётесь с укладкой шихты — и печь просто перестанет «дышать». Цена такой ошибки в её апофеозе — не просто несоблюдение графика производства, а сокращение нескольких лет кампании печи, которая обычно составляет 10–15 лет .
https://habr.com/ru/companies/nlmk/articles/981676/
#производство #завод #проект #печь #слои_шихты #модель #доменная_печь #алгоритмы #автоматизация #экспертные_системы
-
От диплома до продакшена: Часть 2: Как я проектировал опыт пользователя
Всплески в аудиосигнале Когда я глазами просматривал результаты разбора звука, я понял, что ещё происходит всплески по голосу. «Я имею в виду, когда человек читает книгу или в телевизоре происходит какое-то действие, то оно происходит примерно на одной волне, в небольшом диапазоне разброса. А когда человек подаёт команду, то у него меняется выборка голоса. Он становится плотнее и громче. В общем, на цифрах это хорошо заметно, и здесь нейросеть как раз способна извлечь необходимые паттерны для того, чтобы отделить команду от повседневной бытовой речи.»
https://habr.com/ru/articles/1001908/
#умный_дом #проект #проектирование_систем #проектирование_интерфейсов #проектирование_по
-
Glider Fi: ончейн портфолио и стратегии их ребалансировки
В DeFi всё чаще появляются инструменты, которые берут на себя управление активами и стратегиями, обещая упростить работу пользователя. Но за автоматизацией почти всегда скрываются компромиссы - в архитектуре, прозрачности и контроле исполнения. Glider привлёк моё внимание не обещаниями доходности, а попыткой решить конкретную задачу: создание ончейн-портфелей с автоматической ребалансировкой по заданным правилам. При этом я позже выяснил, платформа совмещает некастодиальный подход с централизованными элементами управления стратегиями. На практике Glider позволяет удерживать активы в заданном процентном соотношении, автоматически ребалансировать портфель и задавать условия, при которых стратегия меняет своё поведение. Этот функционал и стал отправной точкой для детального разбора проекта.
-
Быстро, дешево, токсично. Опасность временных решений
Обычно « временное решение » — это что-то быстрое, простое и сделанное на скорую руку. Такое решение редко приносит счастье заказчику и почти никогда — удовольствие исполнителю. Чаще всего временно внедряется мелкая деталь, что с первого взгляда кажется неважной и не стоящей глубокого анализа. Но именно такие они со временем вырастают в полноценные архитектурные чудовища под названием « исторически так сложилось », которые изрядно пьют кровь всех, кто с ними сталкивается.
https://habr.com/ru/articles/994418/
#Проект #архитектура #управление_людьми #управление_проектами #управление_командой #менеджмент #менеджмент_проектов #менеджмент_персонала #менеджер
-
Разбираемся с объектами в бизнес-архитектуре на примере языка ArchiMate
Бизнес-архитектура: сколько людей — столько и мнений. Определений много, фреймворков тоже, и у каждого свои особенности. В этой статье я хочу обсудить объекты, которыми имеет смысл управлять в рамках бизнес-архитектуры и которые чаще всего встречаются в организациях как объекты управления. В качестве основы я взял язык ArchiMate и переведённые определения объектов из спецификации. Если заглянуть в спецификацию ArchiMate, там их немало, поэтому на базе своего опыта я хочу выделить подмножество, которое реально применять в организации. Также упомяну бесплатный инструмент, в котором всё это можно нарисовать, — Archi.
https://habr.com/ru/companies/otus/articles/987396/
#бизнесархитектура #archimate #метамодель #корпоративная_архитектура #цель #процесс #способность #capability #value_stream #проект
-
ИТ-архитектура как фактор устойчивости цепочек поставок
Преамбула. Если вас позвали работать в компанию, то почти всегда это означает одно: там есть работа, и что-то уже идёт не так. Введение. Почему цепочки поставок ломаются За всё время работы мне редко встречались проекты, где цепочка поставок изначально была выстроена устойчиво. Неважно, крупная это компания или средняя — проблемы всё равно появляются. С импортным товаром это видно особенно быстро: длинное логистическое плечо, требования законодательства, внешние ограничения. В таких условиях любые слабые места системы становятся заметны сразу. Но и внутри страны ситуация часто не лучше. Даже в сегментах товаров первой необходимости, например медицинских изделий или продуктов. Физически цепочка может работать нормально: склад грузит, машины ездят, люди на местах делают свою работу. И при этом управляемости — ноль. Самое интересное начинается, когда в процессе появляется человек, который реально хочет отвечать за результат. Не просто «нажимать две кнопки», а думать. Его первый вопрос почти всегда одинаковый: « Алекс, а сколько товара нам заказывать в следующем месяце? »
https://habr.com/ru/articles/993744/
#менеджмент #менеджмент_проектов #проект #управление_проектами #цепочка_поставок #склад
-
Что спросить у тимлида в первый день на проекте?
Новый проект, первый день. Тебя добавили в Slack, кинули ссылку на Jira и PM говорит: «Вот команда, начинай». И ты начинаешь… угадывать. Когда ретро? К кому идти, если упал стенд? Почему задача висит в Review неделю? К концу первого месяца многие понимают, что потратили половину времени на разгребание последствий элементарного незнания. Пропущенные митинги, баги в продакшене из-за несогласованного процесса и конфликты из-за нарушения неписаных правил – это классический сценарий. Проблема не в твоей компетентности, а в отсутствии системного онбординга. Исследования показывают: QA-специалист должен начать приносить пользу (находить баги) в течение 2-4 недель. Без правильных вопросов на старте этот срок растягивается на месяцы. Этот гайд – ваша страховка от хаоса. Мы объединили критические вопросы тимлиду и расширенный чек-лист, который поможет профессионально влиться в работу за первые 48 часов.
https://habr.com/ru/articles/985974/
#онбординг #тестирование #проект #новичкам #workflow #шпаргалка
-
Как управлять проектами в форс-мажорной ситуации: хакерская атака и ежедневные потери в миллионы рублей
Что делать, когда все корпоративные ИТ-системы, поддерживающие ежедневные операционные процессы, «полетели в трубу»? Как управлять такой масштабной программой восстановления всего ИТ-ландшафта, когда даже один день просрочки приводит к миллионным потерям? Управлять по обычным правилам – не вариант. Важны высокая скорость работы и быстрое принятие решений. Никакого традиционного паспорта проекта, никакого талмуда с требованиями, реестра рисков, концепции, ТЭО и прочего. Максимальная упрощенка. Однако при такой скорости и упрощенном управлении… возникает большой риск что-то недосмотреть, упустить, что в итоге приведет к еще большим финансовым потерям. Так как нужно управлять такой масштабной программой в форс-мажорных обстоятельствах, когда каждый день критически важен для бизнеса? Рассказываю реальный кейс: как мы помогли клиенту выйти из ситуации глубокого кризиса и реализовать программу по восстановлению ключевых корпоративных ИТ-систем с минимальными потерями.
https://habr.com/ru/articles/989920/
#управление_проектами #управление_программой #итсистемы #восстановление_системы #антикризис #антикризисное_управление #менеджмент #проект #хакерская_атака #erpсистемы
-
Cryanide как альтернативная ветвь развития web-технологий
Кратко о том, почему я не использую фреймворки, зачем пишу всё с нуля и к чему это привело. Я написал полноценный SDK для web-приложений как концепт альтернативной ветви развития, если бы web-индустрия пошла по пути игровых движков. Почему и зачем?
https://habr.com/ru/articles/988716/
#Проект #рантайм #движок #JavaScript #NodeJS #Bun #сервер #самописные_движки #самописный_софт #самописный_фреймворк
-
«Сделайте безопаснее»: история ИТ-системы, которую попросили сами рабочие
У нас есть цех, где жидкая сталь превращается в слиток. Это происходит в УНРС — установке непрерывной разливки стали. На УНРС жидкая сталь проходит через кристаллизатор, где формируется «корочка» (оболочка) будущего непрерывнолитого слитка, и поддерживающую систему, состоящую из роликовых сегментов, где происходит окончательное затвердевание слитка за счёт охлаждения в зоне вторичного охлаждения (ЗВО) водо-воздушной смесью. Сегменты имеют регламентированный ресурс, после достижения которого отправляются в ремонт. Плюс на сегментах могут забиваться отдельные форсунки, а это приводит к дефектам формируемых слябов. Сегменты постоянно осматривают рабочие. В предыдущей серии оказалось, что бумажный журнал — не самый эффективный способ отслеживания. Мы его заменили на ИТ-систему, что уже повысило безопасность и вызвало глубокое моральное удовлетворение рабочих. Получилась критичная ИТ-система, которая не делает ничего космического или нагруженного, но предельно важна всем в цеху. Вот про развитие этой системы я сейчас и расскажу.
-
Управление проектами: дайджест публикаций #49
Борьба с однообразием, эффект Хоторна, альтернативы Ганту, гемба-менеджмент и инцидент-менеджмент, зоны ответственности тимлида и всё интересное, что писали за последние 3 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
-
ERP-проекты: как не стать частью провалов
К моменту прихода Ли Якокки (легенда менеджмента производства авто, создатель Форд Мустанг) Крайслер находилась на грани банкротства. Чтобы не потерять бизнес Якока закрывал убыточные заводы, продавал непрофильные активы, изменил отношения с поставщиками, сконцентрировал все усилия на создании новой линейки автомобилей - K-Car и другие. Принятые меры позволили оживить бренд, погасить долги и начать рост бизнеса.
https://habr.com/ru/articles/985404/
#проект #объем_проекта #управление_проектами #управление_проектами_и_командой #erpсистемы
-
Управление проектами: дайджест публикаций #48
План проекта, фокус-фактор, управление бэклогом, гайды по канбану, НФТ, управление изменениями, неэффективная эффективность и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
-
Разница распределения стоимости в строительстве, машиностроении и программировании — основа для внедрения итераций
Очень часто, когда обсуждают подходы к проектированию и проектному управлению проводят аналогии со строительством или машиностроением. Не стала исключением и моя статья про аджайл https://habr.com/ru/articles/972230/ Конечно всякие аналогии имеют свои границы применимости, но в случае сравнения строительства и разработки ПО об этой границе забывают. Между тем она есть и даже люди далекие и от первого и от второго быстро поймут эту разницу, если просто о ней написать. Основная разница заключается в сравнении стоимости проектирования и создания итогового продукта. Для сравнения я также решил привести пример из машиностроения с созданием серийного продукта. Имеются фундаментальные различия экономических моделей этих отраслей в аспекте тиражирования решений и распределения стоимости по этапам жизненного цикла.
-
Пять постулатов Исполнителя
Этой статьёй я открываю новый цикл «Проект для Исполнителя». Цикл этот я готовил давно, записывал наброски. Но когда захотел выбрать пять правил для первой статьи, то неожиданно увидел, что их у Исполнителя много, и все они важные и правильные. Пришлось некоторые объединить, менее важные — оставить на потом. Остались универсальные, годные не только для команды Исполнителя, но и для всего проекта. Конечно же, всё в нашем мире относительно: серьёзное нарушение второстепенного правила с отважным применением разных навыков даст граблям куда больше работы, чем незначительное нарушение самого важного правила. Поэтому спорьте в комментариях и предлагайте свои варианты. А я сажаю рядом Оппонента и даю ему возможность пару раз оспорить каждое правило.
-
Корпоративная база знаний: как компании организовать хранение всех документов
Когда в компании нет порядка с внутренними материалами, нужная информация постоянно оказывается не там, где ее ищут. Из-за этого документы дублируются, никто не обновляет инструкции, а новые сотрудники дольше вникают в процессы. Чтобы этого не произошло, компании прибегают к созданию корпоративной базы знаний. Как легко систематизировать накопленные знания и как с этим может помочь Kaiten — в статье.
https://habr.com/ru/companies/kaiten/articles/979832/
#база_знаний #kaiten #документация #документация_проекта #проект #управление_проектами #знания_организации #хранение_информации
-
Свод знаний ITIL для управления ИТ-услугами в ERP-проектах
Программное обеспечение прошло долгий путь от набора команд до комплексных софтверных человеко-технических систем. Небольшие программные разработки, призванные решать локальные задачи, постепенно превратились в набор приложений, далее появились программные системы, включающие организационную составляющую, а позже – информационные системы как совокупность человека, техники и программных продуктов. Логическую последовательность завершили корпоративные информационные системы, объединившие в себе множество информационных систем [1]. Корпоративные информационные системы позволяют автоматизировать набор бизнес-процессов. Чем больше процессов, тем представительнее стандарт, цифровизирующий их. Так наиболее известным и востребованным классом систем является ERP [2]. ERP-системы охватывают практические все административно-хозяйственные операции компании и представляют средства для их автоматизации. Помимо ERP доступен широкий набор прочих классов: MRP, TMS, WMS, APS, BI, MES и др. Если раньше идея объединить все стандарты в единый класс казалась обоснованной, то на текущий момент – это утопия, так как слишком стремительно развиваются технологии и появляются новые виды систем. Потребность в управлении различными классами программных систем, являющихся основой функционирования современного предприятия, становится все более востребованной и незаменимой: достижение стратегических целей компании тесно связано с вопросом цифровизации бизнес-процессов. Среди множества сводов знаний, применимых к информационным системам: PMBoK, BABoK, BPM CBoK, DAMA-DMBoK, EABoK/TOGAF, SWEBoK, ITIL [3-9], последние два являются наиболее релевантными тематике данной статьи. Свод знаний по программной инженерии, SWEBoK, охватывает весь жизненный цикл информационной системы, в то время как лучшие практики по управлению ИТ-услугами, заданные в ITIL, не ограничиваются рассмотрением только софтверных решений, а представляют все многообразие ИТ-продуктов.
https://habr.com/ru/articles/974724/
#sla #itil4 #ит_услуга #поддержка_по #развитие_по #инцидентменеджмент #инциденты #дефекты #программа #проект
-
Долги и расчленёнка, или Как я арт-директором поработал
Мой первый опыт арт-директорства должен был стать историей успеха, а оказался сюжетом в жанре тру-крайм.
https://habr.com/ru/articles/973562/
#дизайн #карьера #скам #артдиректор #мошенничество #кейс #брендинг #логотип #диджитал #проект
-
Безопасность маленьких проектов
Привет, Хабр! Я заметила, что в стартап-культуре и среди небольших команд бытует миф: «Мы слишком малы, чтобы нас атаковали». Я считаю, что сейчас это одно из опаснейших заблуждений, поэтому и решила написать статью, чтобы поделиться своими мыслями и некоторыми знаниями на эту тему.
https://habr.com/ru/companies/timeweb/articles/966650/
#nginx #безопасность #кибербезопасность #trivy #проект #java #petproject #timeweb_статьи
-
Управление проектами: дайджест публикаций #45
Методы Монте-Карло и швейцарского сыра, статистика в оценке сроков, замена Jira, вредные советы планирования, управление техдолгом, типология руководителей, борьба с микроменджментом, правильный онбординг и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
-
Проект по Air Quality sensor, дальнейшее развитие проекта
Сценарии использования: Для начала немного напомню, для чего вообще нужно контролировать наличие всякой гадости в воздухе у себя дома или на рабочем месте. От этого зависит наше здоровье и производительность. О том, как важно поддерживать уровень CO2 на приемлемом уровне, чтобы не стать на работе медузой, выброшенной на берег, написано много статей, легко гуглится. Не говоря о других вредностях типа фенолов и прочего летучего. Проще говоря, основной сценарий, от которого мы будем отталкиваться, это необходимость вовремя проветривать помещение: с помощью рук и ног открыв окно. Или с помощью автоматического открывания окна, или включения вентиляции. Делать это нужно дома и на работе, допустим, в офисе. Поэтому желательно, чтобы устройство можно было брать с собой.....
https://habr.com/ru/articles/962104/
#дизайн #производство_электроники #интернет_вещей #умный_дом #diy #startup #startup #проект #smart_home #гаджеты
-
Согласованность проектной команды при принятии решений в управлении качеством
Научный коллектив НИУ «МЭИ» разработал обучающую программу «Оценка согласованности проектной команды при принятии решений в управлении качеством». Программа имеет немаловажное значение для сбалансированной работы всей команды при выполнении проектов по менеджменту качества. Основная цель программы заключается в формировании у студентов компетенций в анализе данных при принятии управленческих решений в рамках проектного менеджмента и обеспечения качества на основе числовых расчётов.
https://habr.com/ru/articles/960502/
#качество #управление_качеством #менеджмент #проект #командная_работа
-
Важность DRC перед отправкой gerber-файлов печатных плат на производство
DRC (DesignRuleCheck) - это не просто важно, это абсолютно критичный, обязательный и не пропускаемый этап разработки. Отправка файлов на производство без проведения DRC - это гарантированная игра в русскую рулетку с высоким шансом получить нерабочие или неремонтопригодные печатные платы. Теперь разберем подробнее, почему это так важно. DRC (DesignRuleCheck) — это процесс автоматизированной проверки соответствия проекта печатной платы (PCB) определённым правилам проектирования. Эти правила устанавливаются производителем печатных плат и определяют минимальные допустимые размеры проводников, зазоры между элементами, требования к расположению компонентов и другие параметры. Цель DRC — убедиться, что проект PCB соответствует технологическим возможностям производителя и обеспечит надёжное функционирование устройства. Таким образом: 1. DRC – это мост между вашим проектом и технологическими возможностями производства Каждое производство имеет свои технологические ограничения: · Минимальная ширина проводника и зазора. Самое базовое правило. Если вы сделаете дорожку тоньше, чем производство может гарантированно воспроизвести, она будет разорвана или замкнута с соседней.
https://habr.com/ru/companies/electroconnect/articles/956620/
#разработка #печатная_плата #электроника #проект #автоматизированная_проверка #технологические_возможности #производство_печатных_плат #gerber #проверка_проекта #DRC
-
Quality gates — твои бро. Инструментальный контроль стандарта разработки
Ну и что делать, если в вашей компании — несколько тысяч программистов, сотни команд и десятки стримов? И вам нужно… Нет, не нужно — жизненно необходимо, чтобы они все работали как единый, отлаженный, настроенный механизм. Разработка в Газпромбанке — это процесс, в котором задействовано более 3500 инженеров, пять департаментов, 59 стримов и 200+ кросс-функциональных команд. При этом был период, когда наши команды создавали ПО разрозненно, стандарта разработки не было, практики и технологии у всех свои. Велосипеды, как в анекдоте, были у всех, но ездили по-разному. Билды проходили тесты, которые не должны были пройти, и возвращались «на доработку» едва ли не перед запланированным релизом. Что же делать, как же быть? Да. Нужен стандарт. И нужны автоматизированные средства поддержки стандарта. Нам не подошли ни одни из существующих Quality Gates — мы сформировали собственный набор практик проверки качества продукта (билда, сборки — всего того, чему требуется многоуровневое тестирование). Теперь у нас выросшая в семь раз частота деплоев и шикарные фильтры, построенные на тестах. Почему мы не купили готовое решение? Что сделали? Как? Расскажем.
https://habr.com/ru/companies/gazprombank/articles/951448/
#банк #разработка #quality_gates #автоматизация #проект #команда
-
Принятие решений как треугольник управления проектом
Цель статьи – сравнить принятие решение и проектный треугольник, чтобы показать условия, при которых можно выбирать зону риска для принятия более качественного управленческого решения. Я пишу эту статью как размышление, а не как научное исследование. Классический проектный треугольник управления проектом достаточно известен: объем, сроки, ресурсы. На практике, для обеспечения качества мы пытаемся контролировать два наиболее значимых аспекта треугольника (хотя надеетесь контролировать все три). В теории мы определяем объем фиксировано, устанавливаем сроки и планируем ресурсы. Таким образом мы пытаемся сохранить все параметры проекта неизменными. Часто в процессе все начинает идти не совсем по плану, и мы начинаем работать с отклонениями и рисками, которые возникают по мере реализации проекта. Как мне рассказывал один из руководителей проектного офиса, в годовой перспективе фиксация объема, ресурсов и времени путем описания требований, создание дизайна, расчет ресурсов и планирование занимают примерно восемь месяцев в году. Таким образом, для реализации остается четыре месяца в годовом горизонте. Не будем касаться актуальности решения спустя год такого планирования и аспектов целесообразности в изменчивом мире. Классический подход вполне имеет место на свое существование. Перед началом введем несколько определений: Объем – это тот список работ, задач или необходимый состав операций который необходимо выполнить. Время – это время которое мы планируем затратить на проект или любые временные ограничения. Ресурс – это в первую очередь совокупные затраты на проект, затраты на персонал, сам персонал который нам необходим, а также иные виды ресурсов или материалов которые нам понадобиться для получение готового объема задач. Если представить проект как треугольник то мы сможем нарисовать вот такой рисунок.
https://habr.com/ru/articles/955538/
#Проект #проектное_управление #качество_продукта #проектные_риски #принятие_решений
-
Собственные шахматы с острова Льюис
Шахматы с острова Льюис не своими руками. Как "хотелка" превратилась в проект длиною в два года, что помогло его реализовать, и что помешало достигнуть конечной цели (получение прибыль или уйти в ноль по тратам). Посмотреть
-
Как выстроить работу в рамках бизнес-аналитики
Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.
https://habr.com/ru/articles/949382/
#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20
-
Как выстроить работу в рамках бизнес-аналитики
Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.
https://habr.com/ru/articles/949382/
#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20
-
Как выстроить работу в рамках бизнес-аналитики
Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.
https://habr.com/ru/articles/949382/
#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20
-
Как выстроить работу в рамках бизнес-аналитики
Мой канал Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов : ускорения работы, повышения качества, экономии денег.
https://habr.com/ru/articles/949382/
#бизнесаналитика #бизнеспроцессы #бизнесанализ #проект #bpmn_20
-
Как перестать терять миллионы из-за неработающего проектного управления?
Часто бывает так, что решив подвинуть сроки проекта всего на две недели, в итоге эти две недели превращаются в два месяца, а то и полгода. Или же разрешили увеличить бюджет всего на пару сотен тысяч, но потом… проект стал бездонной бочкой с бесконтрольным расходованием средств. А по окончании квартала вышел за рамки не на 200 тысяч, а на 2 миллиона. Если подобные ситуации повторяются из раза в раз, а проблемы из одного проекта переходят в другой в качестве «наследства», стоит задуматься. Как долго вы еще готовы нести финансовые потери? Сколько еще готовы заплатить, лишь бы «вывезти» очередной проект, который не факт, что вообще отвечает целям бизнеса и приносит нужные экономические эффекты?.. А вот другой вопрос: кто на самом деле виноват в том, что сроки проектов постоянно растягиваются и из-за этого вам приходится постоянно переплачивать? Некомпетентные сотрудники, недобросовестные подрядчики, внешние неуправляемые обстоятельства?... Виноваты не сотрудники. Просто ваша система управления проектами не работает. Не помогает жестко контролировать сроки и предотвращать финансовые потери. Почему так происходит и что с этим делать, подробно рассказываю в этой статье.
https://habr.com/ru/articles/949326/
#управление_проектами #проект #портфель_проектов #проектный_офис #менеджмент #управление #система_управления_проектами #система_управления #руководитель_проекта #риски
-
Как заранее проверить название проекта, чтобы потом не тратить деньги и время на суды
«Как вы яхту назовете, так она и поплывет» уже не актуально. Актуально — придумать для проекта такое название, чтобы потом оно стало брендом, товарным знаком, узнаваемым доменным именем. Ключевой момент — оно должно быть уникальным, иначе потом, когда вы вложите в проект много сил времени и денег, то будет очень обидно получить претензию от конкурента о том, что вообще‑то вы используете его товарный знак, и теперь должны заплатить ему круглую сумму (с января 2026 — до 10 миллионов, а то их х2 выручки от реализованной продукции или оказанных услуг), а потом еще провести ребрендинг и потратиться на замену этикеток, высок, указателей, униформу для сотрудников, смену названия сайта и всего остального. Как вам перспектива? И вроде бы всем все ясно, но некоторые ленятся даже погуглить, нет ли чего‑то похожего, не говоря уже о том, чтобы посмотреть в специальных сервисах. Я как юрист люблю заниматься сложными задачами, и поэтому хочу рассказать о простых — поделиться, как проверить заранее название для нового проекта: Как этого избежать? Проверить все заранее. Есть несколько простых шагов. Рассказываю.
https://habr.com/ru/articles/949196/
#название #проект #патент #товарный_знак #суд #претензия #юрист #бренд #брендинг #нейминг