home.social

#методологии — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #методологии, aggregated by home.social.

  1. Жизненный цикл процесса: как создавать, внедрять и завершать процессы

    На «Ура, мы запустили процесс!» работа не заканчивается. Здесь как с деревьями: мало посадить, важно присматривать и ухаживать, иначе процесс зачахнет и не даст ожидаемых плодов. В этой статье по мотивам выступления с

    habr.com/ru/companies/oleg-bun

    #управление_персоналом #менеджмент #тимлид #бизнеспроцессы #Управление_командой #методологии #Teamlead #модели_руководства

  2. Жизненный цикл процесса: как создавать, внедрять и завершать процессы

    На «Ура, мы запустили процесс!» работа не заканчивается. Здесь как с деревьями: мало посадить, важно присматривать и ухаживать, иначе процесс зачахнет и не даст ожидаемых плодов. В этой статье по мотивам выступления с

    habr.com/ru/companies/oleg-bun

    #управление_персоналом #менеджмент #тимлид #бизнеспроцессы #Управление_командой #методологии #Teamlead #модели_руководства

  3. Жизненный цикл процесса: как создавать, внедрять и завершать процессы

    На «Ура, мы запустили процесс!» работа не заканчивается. Здесь как с деревьями: мало посадить, важно присматривать и ухаживать, иначе процесс зачахнет и не даст ожидаемых плодов. В этой статье по мотивам выступления с

    habr.com/ru/companies/oleg-bun

    #управление_персоналом #менеджмент #тимлид #бизнеспроцессы #Управление_командой #методологии #Teamlead #модели_руководства

  4. Жизненный цикл процесса: как создавать, внедрять и завершать процессы

    На «Ура, мы запустили процесс!» работа не заканчивается. Здесь как с деревьями: мало посадить, важно присматривать и ухаживать, иначе процесс зачахнет и не даст ожидаемых плодов. В этой статье по мотивам выступления с

    habr.com/ru/companies/oleg-bun

    #управление_персоналом #менеджмент #тимлид #бизнеспроцессы #Управление_командой #методологии #Teamlead #модели_руководства

  5. Lean Relay Baton: методология для кросс-функциональных команд, где участником может быть AI-агент

    Поискал облегченных методологий разработки, да и чтобы с возможностью включения агентов в процессы и не нашел. В этой статье я пробую сформулировать облегчённую методологию разработки для кросс-функциональных команд. Центральная идея — явный handover: задача не переходит молча, каждая передача — это осознанное действие с контекстом. По идее, методология должна одинаково работать, когда в команде 3 человека, 15 человек, или когда один или несколько из «участников» — AI-агенты. Это концепт, идея, черновик, открытый для критики и комментариев. --- ## Откуда это взялось Я руковожу центром разработки клиентских и аналитических решений — 50+ человек в семи кросс-функциональных командах с разными стеками. Аналитики, разработчики, QA, DevOps, сопровождение — всё в одной цепочке, от детализации требований до эксплуатации. За несколько лет мы перепробовали стандартный набор: Scrum, Kanban, Scrumban. Каждый из них решал что-то своё, но во всех трёх я обнаружил одинаковый пробел. Ни одна из методологий не отвечает на вопрос: что происходит, когда задача переходит от одной роли к другой? Вот разработчик написал код и поставил статус «Готово к тестированию». Что дальше? Тестировщик это видит? Знает контекст? Понимает, что конкретно нужно проверить? А если тестировщик заболел — задача просто лежит? Кто за это отвечает? Ни Scrum, ни Kanban на эти вопросы не отвечают. Они описывают итерации, доски, роли — но не сам момент передачи. А именно там живёт большинство операционных потерь. Примерно в это время мы начали подключать AI-агентов к реальным рабочим задачам — на анализ данных, генерацию тестов, черновики документации, привлекать к генерации кода. И сразу появился следующий вопрос: как агент сигнализирует о том, что работа закончена? Кто проверяет результат? Кто авторизует передачу дальше?

    habr.com/ru/articles/1030826/

    #управление_командой #агенты_ии #методологии #разработка #мозговой_штурм

  6. Ремонт в квартире как IT-проект: Scrum, спринты и ежедневные митапы с бригадой

    Как связаны ИТ и строительство? Очень тесно — через методологию управления. Несколько лет назад я впервые столкнулся с методологией Scrum. Тогда она произвела на меня колоссальное впечатление. Позже, конечно, я нашёл и негативные стороны этого подхода, и понял, что в разных проектах лучше использовать разные подходы. Благо, что их придумано множество!

    habr.com/ru/articles/1029136/

    #Scrum #Agile #управление_проектами #ремонт_квартиры #daily_standup #проектное_управление #методологии #лидерство #быстрый_ремонт #строительство

  7. Ремонт в квартире как IT-проект: Scrum, спринты и ежедневные митапы с бригадой

    Как связаны ИТ и строительство? Очень тесно — через методологию управления. Несколько лет назад я впервые столкнулся с методологией Scrum. Тогда она произвела на меня колоссальное впечатление. Позже, конечно, я нашёл и негативные стороны этого подхода, и понял, что в разных проектах лучше использовать разные подходы. Благо, что их придумано множество!

    habr.com/ru/articles/1029136/

    #Scrum #Agile #управление_проектами #ремонт_квартиры #daily_standup #проектное_управление #методологии #лидерство #быстрый_ремонт #строительство

  8. Ремонт в квартире как IT-проект: Scrum, спринты и ежедневные митапы с бригадой

    Как связаны ИТ и строительство? Очень тесно — через методологию управления. Несколько лет назад я впервые столкнулся с методологией Scrum. Тогда она произвела на меня колоссальное впечатление. Позже, конечно, я нашёл и негативные стороны этого подхода, и понял, что в разных проектах лучше использовать разные подходы. Благо, что их придумано множество!

    habr.com/ru/articles/1029136/

    #Scrum #Agile #управление_проектами #ремонт_квартиры #daily_standup #проектное_управление #методологии #лидерство #быстрый_ремонт #строительство

  9. Ремонт в квартире как IT-проект: Scrum, спринты и ежедневные митапы с бригадой

    Как связаны ИТ и строительство? Очень тесно — через методологию управления. Несколько лет назад я впервые столкнулся с методологией Scrum. Тогда она произвела на меня колоссальное впечатление. Позже, конечно, я нашёл и негативные стороны этого подхода, и понял, что в разных проектах лучше использовать разные подходы. Благо, что их придумано множество!

    habr.com/ru/articles/1029136/

    #Scrum #Agile #управление_проектами #ремонт_квартиры #daily_standup #проектное_управление #методологии #лидерство #быстрый_ремонт #строительство

  10. Эти 9 простых правил должен знать каждый, кто работает по Канбану

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

    habr.com/ru/companies/yougile/

    #канбан #канбанметод #канбандоска #канбандоски #методологии #лайфхаки #управление_людьми #управление_проектами #тасктрекер #таскменеджер

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

    И сразу отвечу на вопрос, зачем это вообще может понадобиться. Есть четыре типовых ситуации: 1. Вы или проходите собеседование, или уже вышли на новую работу. Если собеседуетесь — то хорошо бы понять, насколько вы вообще готовы ввязаться в происходящее и чем оно может вам грозить. Если же уже вышли на работу — значит, в ближайший квартал от вас будут ждать какого-то результата, и вам надо не распыляться на все сразу, а найти точку приложения своих усилий, чтобы решить какую-нибудь проблему, показать результат и доказать руководителю свою ценность. 2. Участие в due diligence. Ваша компания планирует покупку стороннего бизнеса. Тут аудит нужен для того, чтобы не повестись сходу на красивые продающие слова и не купить кота в мешке. С большой вероятностью, техническая сторона при объединении бизнесов может оказаться в вашей зоне ответственности, и нужно понимать, чем это грозит. 3. У вас попросили консультацию — на профессиональной основе или в формате помощи другу. 4. Вы не собираетесь ни на новую работу, ни покупать чей-то бизнес — вам просто кажется, что у вас сейчас на работе что-то идёт не так, и вы хотите всё оценить и понять, что именно. В этой статье я расскажу, как адекватно и полноценно оценить состояние разработки. Меня зовут Андрей Бирюков, в разработке я 25 лет — начинал как разработчик, сейчас руковожу разработкой и клиентскими сервисами в InfoWatch. С этой темой я выступал на CTO conf, теперь подготовил для вас текстовую версию.

    habr.com/ru/companies/infowatc

    #менеджмент #управление #разработка #agile #методологии #оценка_разработки

  12. Культ эффективности дизайнера

    Этот текст я делаю для развлечения. Захотелось разобрать текущие тренды методологий в корпорациях с позиции дизайнера в шапочке из фольги. Такой взгляд будет опираться только на нужные факты — чтобы красиво завернуть сторителлинг в слегка оппозиционный контекст (как и полагается любой приличной конспирологической теории). Кто придумал эти процессы и методологии? Кому они выгодны? Как дизайнеры оказались в центре этого водоворота? Это просто наблюдения — с цифрами, примерами и лёгким прищуром. Как профессионал, я не против существующих процессов. Но...

    habr.com/ru/articles/918024/

    #продуктовый_дизайн #методологии #продуктовые_процессы

  13. Приземление дизайн-концепта на примере экрана платежей

    Привет! Я Маша, продуктовый дизайнер в ОТП Банке. Недавно у нас выходила статья про предпосылки редизайна платежей , я же хочу подробнее рассказать, какой путь прошел экран разводящей платежей, сколько раз он переделывался, а самое главное, чему мы научились в процессе работы. Возможно, статья поможет вам не наступить на те же грабли :)

    habr.com/ru/companies/otpbank/

    #дизайн #дизайн_интерфейсов #мобильные_приложения #финтех #спринты #методологии #интерфейсы #юзабилити

  14. Справочник-шпаргалка по методологиям и паттернам на Python

    Когда вы уже написали несколько своих небольших пет-проектов, вы начинаете понимать что чистый код, архитектура и другие паттерны программирования начинают иметь смысл. В масштабируемых, командный или коммерческих проектах это несет особую ценность. Изучив эти принципы, новички получат представление о построении надежных, гибких и легко тестируемых приложений, что позволит им сохранить ясность кодовой базы и возможность ее сопровождения по мере роста их проектов. В этой статье мы изучим методологии программирования и паттерны проектирования на Python. Я бы даже сказал, что это больше компиляция полезных материалов, справочник, большая шпаргалка по всем паттернам .

    habr.com/ru/articles/841664/

    #паттерны_проектирования #проектирование #методологии #DDD #TDD #BDD #design_patterns #python #чистый_код

  15. Справочник-шпаргалка по методологиям и паттернам на Python

    Когда вы уже написали несколько своих небольших пет-проектов, вы начинаете понимать что чистый код, архитектура и другие паттерны программирования начинают иметь смысл. В масштабируемых, командный или коммерческих проектах это несет особую ценность. Изучив эти принципы, новички получат представление о построении надежных, гибких и легко тестируемых приложений, что позволит им сохранить ясность кодовой базы и возможность ее сопровождения по мере роста их проектов. В этой статье мы изучим методологии программирования и паттерны проектирования на Python. Я бы даже сказал, что это больше компиляция полезных материалов, справочник, большая шпаргалка по всем паттернам .

    habr.com/ru/articles/841664/

    #паттерны_проектирования #проектирование #методологии #DDD #TDD #BDD #design_patterns #python #чистый_код

  16. Справочник-шпаргалка по методологиям и паттернам на Python

    Когда вы уже написали несколько своих небольших пет-проектов, вы начинаете понимать что чистый код, архитектура и другие паттерны программирования начинают иметь смысл. В масштабируемых, командный или коммерческих проектах это несет особую ценность. Изучив эти принципы, новички получат представление о построении надежных, гибких и легко тестируемых приложений, что позволит им сохранить ясность кодовой базы и возможность ее сопровождения по мере роста их проектов. В этой статье мы изучим методологии программирования и паттерны проектирования на Python. Я бы даже сказал, что это больше компиляция полезных материалов, справочник, большая шпаргалка по всем паттернам .

    habr.com/ru/articles/841664/

    #паттерны_проектирования #проектирование #методологии #DDD #TDD #BDD #design_patterns #python #чистый_код

  17. Задачи и роль бизнес-аналитика в разных методологиях разработки — Agile, Waterfall, Scrum

    Снова привет! Мы уже встречались в материале про карьерный рост бизнес-аналитиков . Я — Лариса Дансарунова, бизнес-аналитик с 9-летним опытом в IT-индустрии. Ментор на курсе

    habr.com/ru/companies/yandex_p

    #методологии #бизнесаналитик #бизнесанализ #методологии_разработки_по #agile #waterfall #scrum

  18. Рассказываю про SDLC для менеджеров проекта и нетехнических специалистов

    Дорогие читатели, я видела, что на Хабр уже есть статья посвященная SDLC (и не одна), однако, этой статьей я хочу привлечь внимание ИТ-менеджеров, ничего об этом не знающих или знающих поверхностно. Напишу немного по-своему, так как я объясняла джунам, админам проекта и нетехническим специалистам, работающим непосредственно с разработкой программных продуктов. Было, что и на весь проектный офис рассказывала… Да, такое встречается и нередко, что менеджер проекта, именно посвященного разработке ПО, не знает, что такое цикл разработки программного продукта (=SDLC) , не понимает, зачем это знать, как с этим работать и к чему применять. К сожалению, это не только Джуны, мне встречались менеджеры уровнем и повыше, которые работают в командах разработки и не понимают их процессов. « Зачем, от этого же ничего не зависит » – говорили мне они…да ещё как зависит вообще-то. Без этого понимания вы делаете то, не знаю что и команду ведете туда, не знаю куда. Просто вот 1 случай: мой коллега, находимся на одинаковых позициях, взял и запланировал значит проект вот так: аналитика-тестирование-разработка-выкатка в прод . Никого ничего не смущает?) Это не какой-то там мем, это случай из жизни. Ну, что получилось? Тестировщик пришел, а тестировать нечего…ведь даже ничего ещё не разработано, протестировал бизнес-требования и ТЗ и был таков, а в прод выкатили поставку с критическими ошибками, все встало. Был конфузец. В моем понимании, это знание относится к категории базовых . Вот у каждой профессии есть своя база. Большая проблема, что считается, что спокойно можно зайти без этой базы в проектный менеджмент и вести свои проекты. Но, незнание базы, элементарных основных вещей, взаимосвязей, схем работы, методов и методологий, приводит вот к таким смешным ошибкам. В данной статье я расскажу о стадиях SDLC, как это применять в жизни и как можно улучшить свою работу с помощью данного инструмента.

    habr.com/ru/articles/816561/

    #sdlc #жизненный_цикл #разработка_по #pm #кейс #мнение #методологии #джуниор #jira #проектный_менеджмент