#организация_процессов — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #организация_процессов, aggregated by home.social.
-
Об организации труда ИИ-агентов
С осени прошлого года идет стремительный переход от использования ИИ в качестве личного помощника к встраиванию ИИ-агентов в команду и передачи им определенных задач – переход от вайбкодинга к agentic engineering . Задача, как это часто бывает, решается экспериментально, методом проб и ошибок, потому что организовывать разделение труда даже между людьми в команде тимлидов, да и большинство руководителей следующих уровней не учили. А в случае ИИ-агентом ситуация осложняется тем, что это – не просто онбординг способного новичка, который не знает контекста проекта: у этого новичка есть набор сильных сторон, таких как быстрый доступ к знаниям из любых предметных областей, бесконфликтность и готовность к исправлению ошибок, в сочетании со слабыми сторонами, например, склонности упрощать задачу или пользоваться первым попавшимся попсовым знанием вместо профессионального. Если сравнивать с людьми, ИИ-агент – это звезда с особенностями. Встроить звезду в команду, чтобы сильные стороны проявлялись, а слабые не мешали – задача повышенной сложности для любого руководителя. А сейчас ее надо решать массово. Поэтому полезно представлять прошлый опыт перестройки систем разделения труда, а также теорию, которая уже наработана в менеджменте по поводу организации разделения труда. Обзору этого и посвящена статья. Отмечу, что в статье именно теоретический материал, а не практические кейсы. Однако, в конце статьи – ссылки на большое количество выступлений, которые я слышал на конференциях за последние полгода, и по которым у меня есть конспекты. На сайтах конференций для большинства из них опубликованы презентации, а для части уже опубликована запись, при этом их количество постоянно увеличивается, так что если выступление вас заинтересовало, то не поленитесь поискать видео.
-
Об организации труда ИИ-агентов
С осени прошлого года идет стремительный переход от использования ИИ в качестве личного помощника к встраиванию ИИ-агентов в команду и передачи им определенных задач – переход от вайбкодинга к agentic engineering . Задача, как это часто бывает, решается экспериментально, методом проб и ошибок, потому что организовывать разделение труда даже между людьми в команде тимлидов, да и большинство руководителей следующих уровней не учили. А в случае ИИ-агентом ситуация осложняется тем, что это – не просто онбординг способного новичка, который не знает контекста проекта: у этого новичка есть набор сильных сторон, таких как быстрый доступ к знаниям из любых предметных областей, бесконфликтность и готовность к исправлению ошибок, в сочетании со слабыми сторонами, например, склонности упрощать задачу или пользоваться первым попавшимся попсовым знанием вместо профессионального. Если сравнивать с людьми, ИИ-агент – это звезда с особенностями. Встроить звезду в команду, чтобы сильные стороны проявлялись, а слабые не мешали – задача повышенной сложности для любого руководителя. А сейчас ее надо решать массово. Поэтому полезно представлять прошлый опыт перестройки систем разделения труда, а также теорию, которая уже наработана в менеджменте по поводу организации разделения труда. Обзору этого и посвящена статья. Отмечу, что в статье именно теоретический материал, а не практические кейсы. Однако, в конце статьи – ссылки на большое количество выступлений, которые я слышал на конференциях за последние полгода, и по которым у меня есть конспекты. На сайтах конференций для большинства из них опубликованы презентации, а для части уже опубликована запись, при этом их количество постоянно увеличивается, так что если выступление вас заинтересовало, то не поленитесь поискать видео.
-
Об организации труда ИИ-агентов
С осени прошлого года идет стремительный переход от использования ИИ в качестве личного помощника к встраиванию ИИ-агентов в команду и передачи им определенных задач – переход от вайбкодинга к agentic engineering . Задача, как это часто бывает, решается экспериментально, методом проб и ошибок, потому что организовывать разделение труда даже между людьми в команде тимлидов, да и большинство руководителей следующих уровней не учили. А в случае ИИ-агентом ситуация осложняется тем, что это – не просто онбординг способного новичка, который не знает контекста проекта: у этого новичка есть набор сильных сторон, таких как быстрый доступ к знаниям из любых предметных областей, бесконфликтность и готовность к исправлению ошибок, в сочетании со слабыми сторонами, например, склонности упрощать задачу или пользоваться первым попавшимся попсовым знанием вместо профессионального. Если сравнивать с людьми, ИИ-агент – это звезда с особенностями. Встроить звезду в команду, чтобы сильные стороны проявлялись, а слабые не мешали – задача повышенной сложности для любого руководителя. А сейчас ее надо решать массово. Поэтому полезно представлять прошлый опыт перестройки систем разделения труда, а также теорию, которая уже наработана в менеджменте по поводу организации разделения труда. Обзору этого и посвящена статья. Отмечу, что в статье именно теоретический материал, а не практические кейсы. Однако, в конце статьи – ссылки на большое количество выступлений, которые я слышал на конференциях за последние полгода, и по которым у меня есть конспекты. На сайтах конференций для большинства из них опубликованы презентации, а для части уже опубликована запись, при этом их количество постоянно увеличивается, так что если выступление вас заинтересовало, то не поленитесь поискать видео.
-
Об организации труда ИИ-агентов
С осени прошлого года идет стремительный переход от использования ИИ в качестве личного помощника к встраиванию ИИ-агентов в команду и передачи им определенных задач – переход от вайбкодинга к agentic engineering . Задача, как это часто бывает, решается экспериментально, методом проб и ошибок, потому что организовывать разделение труда даже между людьми в команде тимлидов, да и большинство руководителей следующих уровней не учили. А в случае ИИ-агентом ситуация осложняется тем, что это – не просто онбординг способного новичка, который не знает контекста проекта: у этого новичка есть набор сильных сторон, таких как быстрый доступ к знаниям из любых предметных областей, бесконфликтность и готовность к исправлению ошибок, в сочетании со слабыми сторонами, например, склонности упрощать задачу или пользоваться первым попавшимся попсовым знанием вместо профессионального. Если сравнивать с людьми, ИИ-агент – это звезда с особенностями. Встроить звезду в команду, чтобы сильные стороны проявлялись, а слабые не мешали – задача повышенной сложности для любого руководителя. А сейчас ее надо решать массово. Поэтому полезно представлять прошлый опыт перестройки систем разделения труда, а также теорию, которая уже наработана в менеджменте по поводу организации разделения труда. Обзору этого и посвящена статья. Отмечу, что в статье именно теоретический материал, а не практические кейсы. Однако, в конце статьи – ссылки на большое количество выступлений, которые я слышал на конференциях за последние полгода, и по которым у меня есть конспекты. На сайтах конференций для большинства из них опубликованы презентации, а для части уже опубликована запись, при этом их количество постоянно увеличивается, так что если выступление вас заинтересовало, то не поленитесь поискать видео.
-
T-TOPS: Как распутать гордиев узел проекта после выхода в прод (меч не понадобится)
У каждого успешного Agile-проекта наступает момент, когда MVP перестаёт быть безопасной игрушкой для команды и попадает в руки реальных пользователей. Именно тогда заканчивается комфортная стадия и начинается новая проектная реальность. Сначала перемены почти незаметны. Владельцы продукта и маркетологи осторожно подправляют требования под рынок. Планы слегка качаются, но ещё держатся. Затем продуктовый аппетит растёт, однако развернуться в полную силу ему не дают баги: сначала мелкие и нелепые, ускользающие от тестов, потом — уже не всегда мелкие. Иногда критические. И вот телегу проекта уже рвут в три стороны: первоначальный план развития продукта, давление рынка и требования к качеству. Если такая развилка не была заложена в план заранее, конструкция начинает трещать. Scrum-мастера отгораживаются спринтом. Владельцы продукта требуют догонять конкурентов. Менеджер по качеству считает потерянных из-за багов клиентов. Кто прав? Что делать?
https://habr.com/ru/articles/1024304/
#управление_проектами #менеджемент_проектов #менеджемент_продуктов #организация_процессов #devops #развёртывание
-
Пошаговые хлопоты: термодинамический рабочий процесс
В начале почти любого проекта приходится решать, как именно им управлять. Выбор сегодня огромен: от классического PMBOK до Kanban и гибких подходов. Но на практике этот выбор слишком часто определяется не логикой самого проекта, а личными предпочтениями, корпоративной инерцией или очередной управленческой модой. Проблема в том, что методика не бывает нейтральной. Она не просто помогает организовать работу, а накладывает на проект собственную рамку: выделяет одни аспекты, ослабляет другие, открывает одни возможности и закрывает другие. Ошибка в этом выборе может обойтись дороже, чем кажется, — особенно в тот момент, когда реальные очертания проекта ещё только проявляются. Практика термодинамической сегментации предлагает другой ход. Она позволяет не выбирать одну универсальную схему управления заранее, а обоснованно собирать архитектуру управления под конкретный проект — с учётом его структуры, состава команды и характера накопления неопределённости. 7 шагов управления проектом...
https://habr.com/ru/articles/1016574/
#управление_проектами #менеджмент_проектов #pmbok #agile #scrum #kanban #prince2 #организация_процессов
-
Простые хлопоты: когда проекту действительно нужно управление
В управлении проектами есть странная особенность: многие действия считаются полезными почти по умолчанию, хотя момент их проведения чаще всего выбирается либо по ритуалу, либо по накопленному раздражению команды. Совещания, сверки, проверки, уточнения, ретроспективы давно стали привычной частью работы, но сама необходимость таких событий редко выводится из логики проекта как таковой. Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.
https://habr.com/ru/articles/1012074/
#управление_проектами #управление_рисками #agile #scrum #организация_работы #организация_процессов #менеджмент_проектов
-
Простые хлопоты: когда проекту действительно нужно управление
В управлении проектами есть странная особенность: многие действия считаются полезными почти по умолчанию, хотя момент их проведения чаще всего выбирается либо по ритуалу, либо по накопленному раздражению команды. Совещания, сверки, проверки, уточнения, ретроспективы давно стали привычной частью работы, но сама необходимость таких событий редко выводится из логики проекта как таковой. Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.
https://habr.com/ru/articles/1012074/
#управление_проектами #управление_рисками #agile #scrum #организация_работы #организация_процессов #менеджмент_проектов
-
Простые хлопоты: когда проекту действительно нужно управление
В управлении проектами есть странная особенность: многие действия считаются полезными почти по умолчанию, хотя момент их проведения чаще всего выбирается либо по ритуалу, либо по накопленному раздражению команды. Совещания, сверки, проверки, уточнения, ретроспективы давно стали привычной частью работы, но сама необходимость таких событий редко выводится из логики проекта как таковой. Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.
https://habr.com/ru/articles/1012074/
#управление_проектами #управление_рисками #agile #scrum #организация_работы #организация_процессов #менеджмент_проектов
-
Простые хлопоты: когда проекту действительно нужно управление
В управлении проектами есть странная особенность: многие действия считаются полезными почти по умолчанию, хотя момент их проведения чаще всего выбирается либо по ритуалу, либо по накопленному раздражению команды. Совещания, сверки, проверки, уточнения, ретроспективы давно стали привычной частью работы, но сама необходимость таких событий редко выводится из логики проекта как таковой. Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.
https://habr.com/ru/articles/1012074/
#управление_проектами #управление_рисками #agile #scrum #организация_работы #организация_процессов #менеджмент_проектов
-
Организация производства Информационных систем. Часть 7. Внедрение (Развертывание), ввод в эксплуатацию
Мы подошли к финальной стадии производства Информационной системы (ИС). Очень важно осознавать, что успешным итогом всего производства ИС является не сам по себе произведенный ИТ-продукт, а внедренное на предприятии решение, которое приносит реальную пользу, в соответствии с установленными на проект показателями. Как и для предыдущих стадий, определим вызовы и цели, с которыми мы подошли к этапу:
https://habr.com/ru/articles/1003922/
#производство #управление_продуктом #управление_проектом #организация_процессов #организация_работы #инфраструктура_бизнеса #внедрение_ис #развертывание_по #эксплуатация_информационных_систем #разворачивание_приложения
-
Организация производства Информационных систем. Часть 7. Внедрение (Развертывание), ввод в эксплуатацию
Мы подошли к финальной стадии производства Информационной системы (ИС). Очень важно осознавать, что успешным итогом всего производства ИС является не сам по себе произведенный ИТ-продукт, а внедренное на предприятии решение, которое приносит реальную пользу, в соответствии с установленными на проект показателями. Как и для предыдущих стадий, определим вызовы и цели, с которыми мы подошли к этапу:
https://habr.com/ru/articles/1003922/
#производство #управление_продуктом #управление_проектом #организация_процессов #организация_работы #инфраструктура_бизнеса #внедрение_ис #развертывание_по #эксплуатация_информационных_систем #разворачивание_приложения
-
Организация производства Информационных систем. Часть 7. Внедрение (Развертывание), ввод в эксплуатацию
Мы подошли к финальной стадии производства Информационной системы (ИС). Очень важно осознавать, что успешным итогом всего производства ИС является не сам по себе произведенный ИТ-продукт, а внедренное на предприятии решение, которое приносит реальную пользу, в соответствии с установленными на проект показателями. Как и для предыдущих стадий, определим вызовы и цели, с которыми мы подошли к этапу:
https://habr.com/ru/articles/1003922/
#производство #управление_продуктом #управление_проектом #организация_процессов #организация_работы #инфраструктура_бизнеса #внедрение_ис #развертывание_по #эксплуатация_информационных_систем #разворачивание_приложения
-
Организация производства Информационных систем. Часть 7. Внедрение (Развертывание), ввод в эксплуатацию
Мы подошли к финальной стадии производства Информационной системы (ИС). Очень важно осознавать, что успешным итогом всего производства ИС является не сам по себе произведенный ИТ-продукт, а внедренное на предприятии решение, которое приносит реальную пользу, в соответствии с установленными на проект показателями. Как и для предыдущих стадий, определим вызовы и цели, с которыми мы подошли к этапу:
https://habr.com/ru/articles/1003922/
#производство #управление_продуктом #управление_проектом #организация_процессов #организация_работы #инфраструктура_бизнеса #внедрение_ис #развертывание_по #эксплуатация_информационных_систем #разворачивание_приложения
-
Целительные хлопоты: как измерить температуру проекта
Большинство методик управления проектами отвечают на вопрос «что делать», но значительно хуже — на вопрос «в каком состоянии находится проект прямо сейчас». Мы измеряем сроки, бюджеты, проценты готовности, количество выполненных задач — и при этом нередко упускаем момент, когда проект перестаёт быть управляемым, хотя формально всё ещё «идёт по плану». Проблема в том, что управление обычно рассматривается как последовательность действий: поставить задачу, выполнить, проверить, скорректировать. Такой взгляд удобен, но он скрывает главное — проект развивается не по шагам, а по состояниям. Между «всё под контролем» и «проект провален» лежит широкий спектр промежуточных состояний. Именно в них и накапливается риск. В этой статье предлагается посмотреть на управление задачами под другим углом — не как на контроль выполнения, а как на работу с пространством возможных состояний, в которых может находиться задача. В таком подходе неопределённость становится не побочным эффектом, а центральной характеристикой процесса, а управление — способом перераспределять её так, чтобы цель оставалась достижимой. Тепловая модель проекта
https://habr.com/ru/articles/1001588/
#управление_проектами #agile #scrum #менеджмент #менеджмент_проектов #организация_процессов #организация_разработки #организация_рабочего_процесса #организация_работы_комманды
-
Неизбежные хлопоты: сегментация как данность
Технологии управления проектами меняются — и вместе с ними меняемся мы и наш мир. Особенно отчётливо это видно в ИТ. Раньше компании были вынуждены мыслить системно: обновления продуктов выходили раз в год, а то и реже, и новые версии нередко приносили не только функциональные улучшения, но и переработанную архитектуру. Сегодня мы мыслим инкрементами. Обновления выпускаются с немыслимой прежде скоростью — Scrum, DevOps и сам современный темп работы сформировали этот подход. Менять архитектуру стало некогда: в инкремент это не укладывается, за спринт — не разрабатывается. В результате продукты всё чаще превращаются в корабли Тесея: после множества мелких правок в системе не остаётся ни одной «старой доски». Формально корабль полностью новый — все элементы заменены, — но по сути он изменился куда меньше, чем кажется. Мы стали мыслить бэклогами, а не архитектурами. Образ мышления неизбежно отражается в продуктах, продукты формируют наш цифровой мир, а тот — в конечном итоге — нас самих. Так индивидуальность начинает подстраиваться под популярную методику, порождая однотипные проектные команды. При этом внутренне мы понимаем, что должно быть наоборот: методика обязана адаптироваться к компании, а не перекраивать её под себя. Путь к подлинному успеху...
https://habr.com/ru/articles/992470/
#управление_проектами #менеджмент #менеджмент_проектов #бизнеспроцессы #организация_процессов #организация_разработки #agile
-
Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации
Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.
https://habr.com/ru/articles/992532/
#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов
-
Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации
Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.
https://habr.com/ru/articles/992532/
#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов
-
Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации
Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.
https://habr.com/ru/articles/992532/
#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов
-
Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации
Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.
https://habr.com/ru/articles/992532/
#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов
-
Как организовать работу с внезапной сложной задачей и не уронить результат
Как успеть сделать огромную не профильную работу и выжить. Срочные задачи, размытые требования, меняющиеся вводные и большое количество людей, принимающих решения – это нормальное состояние для IT, продуктовой разработки и любых сложных систем. Поэтому в этой статье не будет рассуждений в духе «надо было всё предусмотреть заранее». Здесь про мой опыт и про то как мы преодолели этот рубеж и где оступились
https://habr.com/ru/companies/otpbank/articles/989230/
#организация_процессов #управление_проектами_и_командой #сдача_проекта #прозрачность_процессов
-
Конфигурирование MES-систем: от ручного через UI к автоматизированному с помощью утилит и конвейера поставки
Привет! Меня зовут Егор Сизов, в компании « Цифра » (дивизион Непрерывные производства) я руковожу направлением « Системы управления производством » . За этот год, среди прочего, я занимался двумя крупными проектами: организации сбора библиотеки готовых конфигураций и конвертацией конфигураций PI System в Платформу ZIIoT. И в этой статье я хочу рассказать о своем опыте, сделать из него выводы и предложить подход автоматизации разработки конфигураций MES-систем и их поставки конвейером конфигураций. Материал будет полезен прежде всего для тимлидов внедрения, архитекторов решений и руководителей.
https://habr.com/ru/companies/zyfra/articles/978072/
#внедрение_ис #конфигурирование #поставка_программного_обеспечения #организация_процессов #devops
-
Почему маркетинговые отделы тонут в хаосе: разбор типичных ошибок и как их исправить
«Казалось бы, всё просто: задачи ставятся, дедлайны есть, отчёты сдаются. Но почему через полгода никто не понимает, что реально работает?» Маркетинговые отделы — одна из самых перегруженных и слабо структурированных зон внутри компании. Здесь сходятся креатив, данные, срочные задачи от руководства, подрядчики, рекламные бюджеты, неопределённые цели и «давайте вчера». В результате даже сильные специалисты оказываются в бесконечном круге: правки, дедлайны, срывы, уставшие команды и нулевое ощущение прогресса. Почему так происходит — и как это исправить системно?
https://habr.com/ru/articles/964614/
#маркетинг #управление_командой #управление_проектами #организация_процессов #приоритизация #коммуникации #метрики #эффективность #системный_подход #маркетинговая_стратегия
-
Чужой среди своих: как аналитику войти в уже сработавшуюся команду
Привет! Меня зовут Инесса. Я — аналитик в компании fuse8. Предлагаю сегодня поговорить о том, как встроиться в уже сработавшуюся команду. По моему опыту, это всегда испытание. Почти как игра в русскую рулетку: не знаешь, как команда примет новичка и как быстро он подстроится под общий ритм. Новому человеку нужно время на адаптацию, обучение и погружение в процессы. И только потом можно по-настоящему оценить его вклад.
https://habr.com/ru/articles/960758/
#аналитика_проекта #коммуникация_в_команде #коммуникации_с_заказчиками #процессы_в_it #планирование_проекта #планирование_цикла_разработки #организация_процессов #документация_проекта
-
Чужой среди своих: как аналитику войти в уже сработавшуюся команду
Привет! Меня зовут Инесса. Я — аналитик в компании fuse8. Предлагаю сегодня поговорить о том, как встроиться в уже сработавшуюся команду. По моему опыту, это всегда испытание. Почти как игра в русскую рулетку: не знаешь, как команда примет новичка и как быстро он подстроится под общий ритм. Новому человеку нужно время на адаптацию, обучение и погружение в процессы. И только потом можно по-настоящему оценить его вклад.
https://habr.com/ru/articles/960758/
#аналитика_проекта #коммуникация_в_команде #коммуникации_с_заказчиками #процессы_в_it #планирование_проекта #планирование_цикла_разработки #организация_процессов #документация_проекта
-
Чужой среди своих: как аналитику войти в уже сработавшуюся команду
Привет! Меня зовут Инесса. Я — аналитик в компании fuse8. Предлагаю сегодня поговорить о том, как встроиться в уже сработавшуюся команду. По моему опыту, это всегда испытание. Почти как игра в русскую рулетку: не знаешь, как команда примет новичка и как быстро он подстроится под общий ритм. Новому человеку нужно время на адаптацию, обучение и погружение в процессы. И только потом можно по-настоящему оценить его вклад.
https://habr.com/ru/articles/960758/
#аналитика_проекта #коммуникация_в_команде #коммуникации_с_заказчиками #процессы_в_it #планирование_проекта #планирование_цикла_разработки #организация_процессов #документация_проекта
-
Чужой среди своих: как аналитику войти в уже сработавшуюся команду
Привет! Меня зовут Инесса. Я — аналитик в компании fuse8. Предлагаю сегодня поговорить о том, как встроиться в уже сработавшуюся команду. По моему опыту, это всегда испытание. Почти как игра в русскую рулетку: не знаешь, как команда примет новичка и как быстро он подстроится под общий ритм. Новому человеку нужно время на адаптацию, обучение и погружение в процессы. И только потом можно по-настоящему оценить его вклад.
https://habr.com/ru/articles/960758/
#аналитика_проекта #коммуникация_в_команде #коммуникации_с_заказчиками #процессы_в_it #планирование_проекта #планирование_цикла_разработки #организация_процессов #документация_проекта
-
Как мы не развалили команду, пока строили SaaS для Wildberries
Когда ты запускаешь SaaS‑продукт для селлеров на Wildberries, особенно в формате Telegram‑бота, кажется, что главная задача — фичи, код и отчёты. На практике же — главное это команда. Делюсь опытом: от первых кик‑оффов и прозрачности задач до one‑to‑one и управления конфликтами. Всё — на основе реального опыта и с учётом скорости, с которой живёт любой стартап.
https://habr.com/ru/articles/913156/
#SaaS #Стартап #Командная_работа #Организация_процессов #Ошибки_стартапов #Digitalкоманда #Работа_в_команде
-
Скрам-мастер vs мастер реальности
“Здравствуй, мама, я руководитель! Сейчас как все разрулю! как бы так всех организовать, чтобы больше ничего не делать.. Тем более когда есть такой выбор!” _________________________________________________________________________ А что же организовывала я? И кто я такая вообще? Меня зовут Яна. Мой стаж в ИТ 13+ лет, а начался еще в университете, ведь я инженер-программист, решивший, что сфера огонь, но вот код писать это не его. У меня почти 7 лет опыта работы с международными телеком операторами, среди которых Vodafone, Telefonica, Cox, GCI, GTD Chile, T-Mobile и еще ряд других. За этот период я не только прошла опыт от QA инженера до руководителя команды тестирования 70+ человек, но и погрузилась в задачи проектного управления крупными интеграционными проектами с миграцией данных, научилась строить экологические и конструктивные деловые отношения с заказчиками, и еще много чего о чем расскажу как нибудь в другой раз. Потом был и опыт работы в Яндексе с почти чистыми скрам процессами, и несколько лет работы в SberDevices, где я кончательно сменила сферу тестирования на управления проектными командами, а также прикоснулась к прекрасному миру разработки устройств со всеми его вытекающими в плане организации работ разрабатывающих их команд. А теперь я участвую в создании низкоорбитальной спутниковой системы. С таким багажом я вряд ли когда-нибудь впишусь в шаблонную позицию такую как scrum-master, да и роль среднестатистического проектного менеджера явно не про меня. И кто же тогда я? Кажется, я ближе всего к мастеру реальности 😄
https://habr.com/ru/articles/907698/
#scrum #project_management #agile #организация_процессов #kanban #анализ_процессов #less #lean #управление_проектами
-
Какие процессные роли актуальны в компаниях?
Организация процессов в современной Digital компании является необходимой частью успешного бизнеса. Правильно организованные процессы позволяют командам работать эффективно, достигать целей и адаптироваться к изменениям. Хотя улучшать процессы должен каждый руководитель и менеджер, тем не менее необходимы выделенные роли которые смогут посвящать 100% своего времени процессам: анализировать недостатки, проводить улучшения, собирать обратную связь, являться синхронизирующим центром разных областей компании, создавая синергию. В этой статье мы рассмотрим ключевые процессные роли, которые сегодня особенно востребованы: Лидер по трансформации, Руководитель проектов изменений, Delivery Manager, Скрам‑мастер и Agile‑коуч.
https://habr.com/ru/companies/otus/articles/894664/
#управление_разработкой #процессные_роли #Организация_процессов
-
Бредовый труд: как перестать катить этот бесполезный камень в гору?
В древнегреческой мифологии царь Коринфа по имени Сизиф был приговорён богами катить огромный камень в гору, который раз за разом скатывался вниз. Иногда мы по работе выполняем бесполезную работу. Или даже настолько бестолковую, что даже бредовую. И если её объём превышает выше определённого уровня, мы начинаем работать хуже. И если эта работа и вовсе не будет выполняться - вовсе не факт, что это на что-то повлияет. Если, вообще, кто-то заметит это. Насколько часто встречается эта проблема, как отражается на нас и влияет на работу, как её преодолеть, мы и рассмотрим с вами в этой публикации. Бросить этот камень в последний раз
https://habr.com/ru/articles/850646/
#работа #работа_в_команде #менеджмент #ошибки_управления #организация_работы #организация_процессов
-
Синергия ручных проверок и автоматизации: как мы улучшили тестирование и ускорили запуск продуктов
При работе над проектом задавались ли вы хоть раз вопросами: как быть уверенным в качестве покрытия тестами продукта? Как максимально эффективно организовать свою работу и обработку задач? Как подружить ручные проверки и автоматизацию? Если ответ — да, то привет и добро пожаловать под кат! Меня зовут Катя Сергеева, я старший инженер тестирования Читать дальше
https://habr.com/ru/companies/cloud_ru/articles/849336/
#организация_тестирования #ручное_тестирование #автотесты #ручные_проверки #процесс_тестирования #тесткейсы #qa #организация_процессов #проектная_деятельность
-
Синергия ручных проверок и автоматизации: как мы улучшили тестирование и ускорили запуск продуктов
При работе над проектом задавались ли вы хоть раз вопросами: как быть уверенным в качестве покрытия тестами продукта? Как максимально эффективно организовать свою работу и обработку задач? Как подружить ручные проверки и автоматизацию? Если ответ — да, то привет и добро пожаловать под кат! Меня зовут Катя Сергеева, я старший инженер тестирования Читать дальше
https://habr.com/ru/companies/cloud_ru/articles/849336/
#организация_тестирования #ручное_тестирование #автотесты #ручные_проверки #процесс_тестирования #тесткейсы #qa #организация_процессов #проектная_деятельность
-
Синергия ручных проверок и автоматизации: как мы улучшили тестирование и ускорили запуск продуктов
При работе над проектом задавались ли вы хоть раз вопросами: как быть уверенным в качестве покрытия тестами продукта? Как максимально эффективно организовать свою работу и обработку задач? Как подружить ручные проверки и автоматизацию? Если ответ — да, то привет и добро пожаловать под кат! Меня зовут Катя Сергеева, я старший инженер тестирования Читать дальше
https://habr.com/ru/companies/cloud_ru/articles/849336/
#организация_тестирования #ручное_тестирование #автотесты #ручные_проверки #процесс_тестирования #тесткейсы #qa #организация_процессов #проектная_деятельность
-
Дизайним собственное агентство. Выжимка доклада IT-конференции «Стачка»
99% агентств созданы не управленцами, а прокаченными ремесленниками, не имеющими опыта ведения собственного дела. И в этой ситуации проектирование бизнеса – не системная и структурированная деятельность, а лишь ответная реакция на рыночные изменения. Три главных вопроса, с которыми сталкиваются новички бизнеса: как не закрыть агентство сразу после его открытия, как наладить внутренние процессы с нуля и как безболезненно выстроить действенную инфраструктуру. Здесь мы ответим на эти вопросы и подсветим основные этапы операционного управления. Меня зовут Камиль Калимуллин, я – IT-предприниматель, основатель компании AdvantShop и крупнейшей региональной IT-конференции «Стачка». В апреле на «Стачке» выступил Сергей Прокофьев, генеральный директор веб-интегратора Piratecode, бессменный сочувствующий партнёр Kira & Rock. Делюсь видео доклада Сергея и основными тезисами выступления.
https://habr.com/ru/articles/823280/
#агентство #агент #дизайн_система #управление #управление_проектами_и_командой #организация_процессов #деньги #бизнес #бизнеспроцессы #бизнесплан
-
24 аспекта успешной организации работы. Чек-лист. На всё ли мы обращаем внимание?
Крупными и опытными командами получена неумолимая статистика: Не более четверти времени команды идет на процесс разработки. А, что еще хуже, существенная доля времени - от 5 до 15% и вовсе не связана с производственным процессом. В этой статье мы собрали для вас ключевые аспекты, уделяя внимание которым вы сможете существенно увеличить производительность IT-команды. За счет чего? В первую очередь за счет устранения помех в работе.
https://habr.com/ru/companies/automacon/articles/810611/
#метеор #организация_работы #организация_процессов #организация_труда #софтскиллы #управление_проектами #управление_проектами_и_командой #таскменеджер #тасктрекер #таскменеджмент
-
Обсидиан. От простой структуры к сложной и обратно. Часть 2
Первая часть статьи описывает возростание сложности системы, за счёт постоянного увеличения сбора метрик, задач и конечно же используемых плагинов Закончилось это всё не очень хорошо, так заполнение "ежедневной рутины" усложнилось настолько, что заполнять её уже не хотелось. Поэтому критической задачей стало упрощение (идём обратно) в местах где сложность излишняя и автоматизация в местах, где есть лишние 2-3 клика. Попробуем теперь всё упросить...
https://habr.com/ru/articles/798309/
#obsidian #планирование #ежедневник #ведение_замет #gtd #организация_процессов
-
Обсидиан. От простой структуры к сложной и обратно. Часть 2
Первая часть статьи описывает возростание сложности системы, за счёт постоянного увеличения сбора метрик, задач и конечно же используемых плагинов Закончилось это всё не очень хорошо, так заполнение "ежедневной рутины" усложнилось настолько, что заполнять её уже не хотелось. Поэтому критической задачей стало упрощение (идём обратно) в местах где сложность излишняя и автоматизация в местах, где есть лишние 2-3 клика. Попробуем теперь всё упросить...
https://habr.com/ru/articles/798309/
#obsidian #планирование #ежедневник #ведение_замет #gtd #организация_процессов
-
Drake - Started From The Bottom или успех проекта начинается за секунду до…
Эта статья - отражение моего прикладного опыта в сфере проектного управления, который, я надеюсь, станет еще одной опорой в строительстве вашего «Звездного разрушителя типа Имперский-1», ну или чего‑то вроде. Мы поговорим о важных вещах, которыми необходимо обладать "за секунду до" начала проекта. КРУПНОГО проекта. И мы узнаем что такое управляемая среда и почему ее наличие так важно. Для кого статья: будущих CIO и CTO, действующих и будущих продакт и проджект менеджеров, членов проектных и продуктовых команд. В общем, для всех.