#менеджмент_проектов — Public Fediverse posts

Как мы ускорили согласования на двух заводах в 24 раза

АО «ЗЭТА» заменило Trello и Slack на российский сервис, ускорило согласования с 3 дней до 1 часа и уже 5 лет работает без перебоев. Команда из 150 человек внедрила систему своими силами всего за 1,5 недели. В статье — опыт компании и советы по настройке новых сервисов.

https://habr.com/ru/companies/yougile/articles/1038910/

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

Как мы ускорили согласования на двух заводах в 24 раза

АО «ЗЭТА» заменило Trello и Slack на российский сервис, ускорило согласования с 3 дней до 1 часа и уже 5 лет работает без перебоев. Команда из 150 человек внедрила систему своими силами всего за 1,5 недели. В статье — опыт компании и советы по настройке новых сервисов.

https://habr.com/ru/companies/yougile/articles/1038910/

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

Как мы ускорили согласования на двух заводах в 24 раза

АО «ЗЭТА» заменило Trello и Slack на российский сервис, ускорило согласования с 3 дней до 1 часа и уже 5 лет работает без перебоев. Команда из 150 человек внедрила систему своими силами всего за 1,5 недели. В статье — опыт компании и советы по настройке новых сервисов.

https://habr.com/ru/companies/yougile/articles/1038910/

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

Как мы ускорили согласования на двух заводах в 24 раза

АО «ЗЭТА» заменило Trello и Slack на российский сервис, ускорило согласования с 3 дней до 1 часа и уже 5 лет работает без перебоев. Команда из 150 человек внедрила систему своими силами всего за 1,5 недели. В статье — опыт компании и советы по настройке новых сервисов.

https://habr.com/ru/companies/yougile/articles/1038910/

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

Как управлять hardware-проектами: что должен уметь менеджер, когда ошибки стоят дорого

Управление hardware-проектами редко похоже на классический IT-менеджмент. Здесь нельзя бесконечно двигать сроки, спокойно менять требования по ходу и рассчитывать, что ошибку получится быстро исправить в следующем релизе. В этой сфере слишком многое завязано на жесткие этапы, взаимозависимость команд и высокую цену любой поздней правки. Меня зовут Дарья Капустина, я — старший менеджер проектов в департаменте беспроводных технологий связи YADRO. В статье расскажу, как я пришла в управление hardware-проектами и чем такая работа отличается от привычного проджект-менеджмента в software.

https://habr.com/ru/companies/yadro/articles/1035686/

#менеджмент_проектов #hardware #hardwareпродукт #управление_проектами #project_management #project_manager

ИИ не разгружает сотрудников. Он просто повышает планку ожиданий

Если вы используете GPT в работе, вы уже могли поймать странный эффект: задачи стали делаться быстрее, но свободнее не стало. Более того — иногда кажется, что стало тяжелее. Раньше ты писал отчёт два часа. Теперь собираешь его за двадцать минут. Но вместо того чтобы получить обратно эти полтора часа, ты начинаешь делать отчёт глубже: добавляешь аналитику, проверяешь гипотезы, готовишь несколько сценариев, аккуратнее формулируешь выводы. И в какой-то момент возникает неприятный вопрос: если ИИ действительно экономит мне время, почему я не чувствую себя менее загруженной?

https://habr.com/ru/articles/1036784/

#ИИ #оптимизация #менеджмент #менеджмент_проектов

Subject Matter Expert. Чёрная Метка Для Разработчика

Это не совсем привычная для меня статья, но я давно хотел поделиться одним своим наблюдением. В ней не будет никаких вещей, связанных непосредственно с разработкой на Java или Kotlin, не будет кода. Я просто решил поделиться опытом. Я надеюсь, читать эту статью Вы будете вечером, в спокойный, выходной день. Ну что же, поехали. Я предполагаю, что Spring АйО читают в основном Java или Kotlin разработчики. В том или ином виде, Java / Kotlin разработчики часто пишут какие-то Enterprise решения. Одной из отличительных особенностей enterprise является сложная доменная область. Если Вы хотя бы какое-то время писали Enterprise бекенд, то я думаю, для Вас это не новость.

https://habr.com/ru/companies/spring_aio/articles/1033330/

#менеджмент #менеджмент_проектов #enterprise #java #разработка #backend #менеджмент_персонала

Subject Matter Expert. Чёрная Метка Для Разработчика

Это не совсем привычная для меня статья, но я давно хотел поделиться одним своим наблюдением. В ней не будет никаких вещей, связанных непосредственно с разработкой на Java или Kotlin, не будет кода. Я просто решил поделиться опытом. Я надеюсь, читать эту статью Вы будете вечером, в спокойный, выходной день. Ну что же, поехали. Я предполагаю, что Spring АйО читают в основном Java или Kotlin разработчики. В том или ином виде, Java / Kotlin разработчики часто пишут какие-то Enterprise решения. Одной из отличительных особенностей enterprise является сложная доменная область. Если Вы хотя бы какое-то время писали Enterprise бекенд, то я думаю, для Вас это не новость.

https://habr.com/ru/companies/spring_aio/articles/1033330/

#менеджмент #менеджмент_проектов #enterprise #java #разработка #backend #менеджмент_персонала

Subject Matter Expert. Чёрная Метка Для Разработчика

Это не совсем привычная для меня статья, но я давно хотел поделиться одним своим наблюдением. В ней не будет никаких вещей, связанных непосредственно с разработкой на Java или Kotlin, не будет кода. Я просто решил поделиться опытом. Я надеюсь, читать эту статью Вы будете вечером, в спокойный, выходной день. Ну что же, поехали. Я предполагаю, что Spring АйО читают в основном Java или Kotlin разработчики. В том или ином виде, Java / Kotlin разработчики часто пишут какие-то Enterprise решения. Одной из отличительных особенностей enterprise является сложная доменная область. Если Вы хотя бы какое-то время писали Enterprise бекенд, то я думаю, для Вас это не новость.

https://habr.com/ru/companies/spring_aio/articles/1033330/

#менеджмент #менеджмент_проектов #enterprise #java #разработка #backend #менеджмент_персонала

Subject Matter Expert. Чёрная Метка Для Разработчика

Это не совсем привычная для меня статья, но я давно хотел поделиться одним своим наблюдением. В ней не будет никаких вещей, связанных непосредственно с разработкой на Java или Kotlin, не будет кода. Я просто решил поделиться опытом. Я надеюсь, читать эту статью Вы будете вечером, в спокойный, выходной день. Ну что же, поехали. Я предполагаю, что Spring АйО читают в основном Java или Kotlin разработчики. В том или ином виде, Java / Kotlin разработчики часто пишут какие-то Enterprise решения. Одной из отличительных особенностей enterprise является сложная доменная область. Если Вы хотя бы какое-то время писали Enterprise бекенд, то я думаю, для Вас это не новость.

https://habr.com/ru/companies/spring_aio/articles/1033330/

#менеджмент #менеджмент_проектов #enterprise #java #разработка #backend #менеджмент_персонала

Почему одному проекту иногда сложнее выжить, чем шести

Это четвёртая часть серии. В первой я разбирал механику прокрастинации умных людей. Во второй — личную историю про интроверта-продавца, у которого в собственном деле отказала внешняя конструкция. В третьей — как я потратил полтора миллиона на команду без релизов, а потом начал собирать продукты сам с Cursor. Эта часть про странную вещь, которую я заметил на третьем месяце бота Founder Mode. Один проект может быть тяжелее, чем шесть. Это звучит неправильно. Почти все советы для фаундеров говорят обратное: выбери одну вещь, сфокусируйся, не распыляйся. В большинстве случаев это хороший совет. Особенно если человек бежит в новые проекты, чтобы не делать неприятное в старом. Но у меня случилось иначе. Когда проектов стало несколько, я не развалился. Наоборот, впервые за несколько лет у меня включился режим, в котором я умею работать. Я вспомнил, как это — быть менеджером проектов. Один проект Первые два месяца Founder Mode был устроен просто. Один главный проект. Один приоритет недели. Вечером — фиксация: было ли движение по главному или я занимался чем-то, что только выглядело как работа. Проектом был FoodTech. Не абстрактный "стартап", а конкретная заявка на грант, конкретный пакет документов, конкретные шаги. Два месяца маленького движения дали результат: заявка была подана. Для меня это было важно не из-за гранта. Важно было то, что впервые за долгое время собственный проект не растворился в бесконечной подготовке. До этого мой обычный цикл выглядел так: 1. Начать проект. 2. Много думать.

https://habr.com/ru/articles/1031840/

#солофаундер #фокус_vs_распыление #портфель_проектов #менеджмент_проектов #еженедельное_планирование #вечерняя_сверка #иллюзия_занятости #внутренний_критик #specdriven_разработка #Cursor

Почему одному проекту иногда сложнее выжить, чем шести

Это четвёртая часть серии. В первой я разбирал механику прокрастинации умных людей. Во второй — личную историю про интроверта-продавца, у которого в собственном деле отказала внешняя конструкция. В третьей — как я потратил полтора миллиона на команду без релизов, а потом начал собирать продукты сам с Cursor. Эта часть про странную вещь, которую я заметил на третьем месяце бота Founder Mode. Один проект может быть тяжелее, чем шесть. Это звучит неправильно. Почти все советы для фаундеров говорят обратное: выбери одну вещь, сфокусируйся, не распыляйся. В большинстве случаев это хороший совет. Особенно если человек бежит в новые проекты, чтобы не делать неприятное в старом. Но у меня случилось иначе. Когда проектов стало несколько, я не развалился. Наоборот, впервые за несколько лет у меня включился режим, в котором я умею работать. Я вспомнил, как это — быть менеджером проектов. Один проект Первые два месяца Founder Mode был устроен просто. Один главный проект. Один приоритет недели. Вечером — фиксация: было ли движение по главному или я занимался чем-то, что только выглядело как работа. Проектом был FoodTech. Не абстрактный "стартап", а конкретная заявка на грант, конкретный пакет документов, конкретные шаги. Два месяца маленького движения дали результат: заявка была подана. Для меня это было важно не из-за гранта. Важно было то, что впервые за долгое время собственный проект не растворился в бесконечной подготовке. До этого мой обычный цикл выглядел так: 1. Начать проект. 2. Много думать.

https://habr.com/ru/articles/1031840/

#солофаундер #фокус_vs_распыление #портфель_проектов #менеджмент_проектов #еженедельное_планирование #вечерняя_сверка #иллюзия_занятости #внутренний_критик #specdriven_разработка #Cursor

Почему одному проекту иногда сложнее выжить, чем шести

Это четвёртая часть серии. В первой я разбирал механику прокрастинации умных людей. Во второй — личную историю про интроверта-продавца, у которого в собственном деле отказала внешняя конструкция. В третьей — как я потратил полтора миллиона на команду без релизов, а потом начал собирать продукты сам с Cursor. Эта часть про странную вещь, которую я заметил на третьем месяце бота Founder Mode. Один проект может быть тяжелее, чем шесть. Это звучит неправильно. Почти все советы для фаундеров говорят обратное: выбери одну вещь, сфокусируйся, не распыляйся. В большинстве случаев это хороший совет. Особенно если человек бежит в новые проекты, чтобы не делать неприятное в старом. Но у меня случилось иначе. Когда проектов стало несколько, я не развалился. Наоборот, впервые за несколько лет у меня включился режим, в котором я умею работать. Я вспомнил, как это — быть менеджером проектов. Один проект Первые два месяца Founder Mode был устроен просто. Один главный проект. Один приоритет недели. Вечером — фиксация: было ли движение по главному или я занимался чем-то, что только выглядело как работа. Проектом был FoodTech. Не абстрактный "стартап", а конкретная заявка на грант, конкретный пакет документов, конкретные шаги. Два месяца маленького движения дали результат: заявка была подана. Для меня это было важно не из-за гранта. Важно было то, что впервые за долгое время собственный проект не растворился в бесконечной подготовке. До этого мой обычный цикл выглядел так: 1. Начать проект. 2. Много думать.

https://habr.com/ru/articles/1031840/

#солофаундер #фокус_vs_распыление #портфель_проектов #менеджмент_проектов #еженедельное_планирование #вечерняя_сверка #иллюзия_занятости #внутренний_критик #specdriven_разработка #Cursor

Почему одному проекту иногда сложнее выжить, чем шести

Это четвёртая часть серии. В первой я разбирал механику прокрастинации умных людей. Во второй — личную историю про интроверта-продавца, у которого в собственном деле отказала внешняя конструкция. В третьей — как я потратил полтора миллиона на команду без релизов, а потом начал собирать продукты сам с Cursor. Эта часть про странную вещь, которую я заметил на третьем месяце бота Founder Mode. Один проект может быть тяжелее, чем шесть. Это звучит неправильно. Почти все советы для фаундеров говорят обратное: выбери одну вещь, сфокусируйся, не распыляйся. В большинстве случаев это хороший совет. Особенно если человек бежит в новые проекты, чтобы не делать неприятное в старом. Но у меня случилось иначе. Когда проектов стало несколько, я не развалился. Наоборот, впервые за несколько лет у меня включился режим, в котором я умею работать. Я вспомнил, как это — быть менеджером проектов. Один проект Первые два месяца Founder Mode был устроен просто. Один главный проект. Один приоритет недели. Вечером — фиксация: было ли движение по главному или я занимался чем-то, что только выглядело как работа. Проектом был FoodTech. Не абстрактный "стартап", а конкретная заявка на грант, конкретный пакет документов, конкретные шаги. Два месяца маленького движения дали результат: заявка была подана. Для меня это было важно не из-за гранта. Важно было то, что впервые за долгое время собственный проект не растворился в бесконечной подготовке. До этого мой обычный цикл выглядел так: 1. Начать проект. 2. Много думать.

https://habr.com/ru/articles/1031840/

#солофаундер #фокус_vs_распыление #портфель_проектов #менеджмент_проектов #еженедельное_планирование #вечерняя_сверка #иллюзия_занятости #внутренний_критик #specdriven_разработка #Cursor

Глава из книги «Не усложняй! Управление проектами по методу P3.express»

В издательстве Бомбора впервые на русском языке вышла книга о методе управления проектами P3.express. Как один из авторов публикую главу из книги в открытом доступе.

https://habr.com/ru/articles/1029608/

#управление_проектами #управление_командой #менеджмент_проектов #p3express #книга

Глава из книги «Не усложняй! Управление проектами по методу P3.express»

В издательстве Бомбора впервые на русском языке вышла книга о методе управления проектами P3.express. Как один из авторов публикую главу из книги в открытом доступе.

https://habr.com/ru/articles/1029608/

#управление_проектами #управление_командой #менеджмент_проектов #p3express #книга

Глава из книги «Не усложняй! Управление проектами по методу P3.express»

В издательстве Бомбора впервые на русском языке вышла книга о методе управления проектами P3.express. Как один из авторов публикую главу из книги в открытом доступе.

https://habr.com/ru/articles/1029608/

#управление_проектами #управление_командой #менеджмент_проектов #p3express #книга

Глава из книги «Не усложняй! Управление проектами по методу P3.express»

В издательстве Бомбора впервые на русском языке вышла книга о методе управления проектами P3.express. Как один из авторов публикую главу из книги в открытом доступе.

https://habr.com/ru/articles/1029608/

#управление_проектами #управление_командой #менеджмент_проектов #p3express #книга

Win-win или почему важно работать с подрядчиком как с партнером. Неочевидные плюсы и правила

Цифровые продукты не развиваются в отрыве от среды. И пока проект находится в разработке, меняются приоритеты бизнеса, ситуация на рынке, а исполнитель продолжает работать по уже устаревшему ТЗ. В итоге проект сдан в срок, но результат не решает актуальные задачи бизнеса. Но возможен и другой подход к работе, когда подрядчик и заказчик действуют как партнёры. Он предполагает не только совместную работу над решениями, но и общую ответственность за лучший результат. В таком формате появляются договорённости и требования к обеим сторонам, но именно это позволяет двигаться к результату, а не просто закрывать список задач. В статье операционный директор CleverPumpkin Владислава Ларкина рассказывает, как компания выстраивает отношения со своими клиентами, чтобы знакомство переросло в долгосрочное партнёрство. И какие процессы помогают команде брать на себя больше ответственности, а бизнесу получать предсказуемый результат.

https://habr.com/ru/companies/cleverpumpkin/articles/1017364/

#лояльность_клиентов #менеджмент_проектов #проектная_культура #аутсорсинг #проектная_команда #партнерские_отношения

ПРОЕКТЫ В СПОРТЕ И БИЗНЕСЕ: ПЯТЬ УРОКОВ, О КОТОРЫХ ВАМ НЕ РАССКАЖУТ НА MBA

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

https://habr.com/ru/articles/1028660/

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

ПРОЕКТЫ В СПОРТЕ И БИЗНЕСЕ: ПЯТЬ УРОКОВ, О КОТОРЫХ ВАМ НЕ РАССКАЖУТ НА MBA

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

https://habr.com/ru/articles/1028660/

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

ПРОЕКТЫ В СПОРТЕ И БИЗНЕСЕ: ПЯТЬ УРОКОВ, О КОТОРЫХ ВАМ НЕ РАССКАЖУТ НА MBA

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

https://habr.com/ru/articles/1028660/

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

ПРОЕКТЫ В СПОРТЕ И БИЗНЕСЕ: ПЯТЬ УРОКОВ, О КОТОРЫХ ВАМ НЕ РАССКАЖУТ НА MBA

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

https://habr.com/ru/articles/1028660/

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

Мысли вслух: Как AI-агенты скукоживают процесс разработки

Рассуждаем на тему того, что AI-агенты радикально скукожили привычный нам цикл разработки. ИИ-инфлюенсеры утверждают, что скрам больше не нужен, тестировщики не нужны, всё сделает агент. Реальность интереснее: этапы сжимаются по-разному в зависимости от контекста. В greenfield — минимум контроля, observability вместо code review. В brownfield — AI генерирует, человек валидирует. А там где много регуляторки ускорение есть, но и ответственность никуда не делась.

https://habr.com/ru/articles/1015004/

#scrum #ai #cursor #sdlc #менеджмент #менеджмент_проектов #frontend #backend #devops

Пошаговые хлопоты: термодинамический рабочий процесс

В начале почти любого проекта приходится решать, как именно им управлять. Выбор сегодня огромен: от классического PMBOK до Kanban и гибких подходов. Но на практике этот выбор слишком часто определяется не логикой самого проекта, а личными предпочтениями, корпоративной инерцией или очередной управленческой модой. Проблема в том, что методика не бывает нейтральной. Она не просто помогает организовать работу, а накладывает на проект собственную рамку: выделяет одни аспекты, ослабляет другие, открывает одни возможности и закрывает другие. Ошибка в этом выборе может обойтись дороже, чем кажется, — особенно в тот момент, когда реальные очертания проекта ещё только проявляются. Практика термодинамической сегментации предлагает другой ход. Она позволяет не выбирать одну универсальную схему управления заранее, а обоснованно собирать архитектуру управления под конкретный проект — с учётом его структуры, состава команды и характера накопления неопределённости. 7 шагов управления проектом...

https://habr.com/ru/articles/1016574/

#управление_проектами #менеджмент_проектов #pmbok #agile #scrum #kanban #prince2 #организация_процессов

CEO навайбкодил прототип. Почему после этого команда не обязана работать вдвое быстрее

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

https://habr.com/ru/articles/1016360/

#AI #менеджмент_проектов #менеджмент_в_it #ииагенты

Когда фреймворки бессильны: четыре задачи без готовых ответов

Привет, Хабр! В работе легко скатиться в автопилот: привычные подходы, проверенные аргументы и готовые решения. Вопрос в том, что делать, когда они перестают работать. В проекте

https://habr.com/ru/companies/croc/articles/1015024/

#управление_проектами #технический_менеджмент #искусственный_интеллект #решение_кейсов #soft_skills #развитие_бизнеса #кейсы #менеджмент_проектов #креатив #нестандартные_решения

Когда фреймворки бессильны: четыре задачи без готовых ответов

Привет, Хабр! В работе легко скатиться в автопилот: привычные подходы, проверенные аргументы и готовые решения. Вопрос в том, что делать, когда они перестают работать. В проекте

https://habr.com/ru/companies/croc/articles/1015024/

#управление_проектами #технический_менеджмент #искусственный_интеллект #решение_кейсов #soft_skills #развитие_бизнеса #кейсы #менеджмент_проектов #креатив #нестандартные_решения

Когда фреймворки бессильны: четыре задачи без готовых ответов

Привет, Хабр! В работе легко скатиться в автопилот: привычные подходы, проверенные аргументы и готовые решения. Вопрос в том, что делать, когда они перестают работать. В проекте

https://habr.com/ru/companies/croc/articles/1015024/

#управление_проектами #технический_менеджмент #искусственный_интеллект #решение_кейсов #soft_skills #развитие_бизнеса #кейсы #менеджмент_проектов #креатив #нестандартные_решения

Когда фреймворки бессильны: четыре задачи без готовых ответов

Привет, Хабр! В работе легко скатиться в автопилот: привычные подходы, проверенные аргументы и готовые решения. Вопрос в том, что делать, когда они перестают работать. В проекте

https://habr.com/ru/companies/croc/articles/1015024/

#управление_проектами #технический_менеджмент #искусственный_интеллект #решение_кейсов #soft_skills #развитие_бизнеса #кейсы #менеджмент_проектов #креатив #нестандартные_решения

Попытка внедрить изменения снизу: мысленный эксперимент, который слишком похож на реальность

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

https://habr.com/ru/articles/1012676/

#менеджмент_проектов #разработка #разработка_электроники #управление_проектами #управление_проектами_и_командой

Попытка внедрить изменения снизу: мысленный эксперимент, который слишком похож на реальность

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

https://habr.com/ru/articles/1012676/

#менеджмент_проектов #разработка #разработка_электроники #управление_проектами #управление_проектами_и_командой

Попытка внедрить изменения снизу: мысленный эксперимент, который слишком похож на реальность

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

https://habr.com/ru/articles/1012676/

#менеджмент_проектов #разработка #разработка_электроники #управление_проектами #управление_проектами_и_командой

Попытка внедрить изменения снизу: мысленный эксперимент, который слишком похож на реальность

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

https://habr.com/ru/articles/1012676/

#менеджмент_проектов #разработка #разработка_электроники #управление_проектами #управление_проектами_и_командой

Простые хлопоты: когда проекту действительно нужно управление

В управлении проектами есть странная особенность: многие действия считаются полезными почти по умолчанию, хотя момент их проведения чаще всего выбирается либо по ритуалу, либо по накопленному раздражению команды. Совещания, сверки, проверки, уточнения, ретроспективы давно стали привычной частью работы, но сама необходимость таких событий редко выводится из логики проекта как таковой. Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.

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 #организация_работы #организация_процессов #менеджмент_проектов

Как руководителю сохранять эффективность в нестабильной среде: инсайты с офлайн-встречи

12 марта в Санкт‑Петербурге студия разработки цифровых решений CleverPumpkin провела бизнес‑завтрак для руководителей продуктовых, digital‑ и IT‑команд. Собрались поговорить о довольно простой и одновременно сложной вещи: как управлять, когда вокруг постоянно меняется контекст, решений становится больше, а времени на них меньше. Менторинг, ситуационное лидерство и AI — три темы, которые особенно часто упоминались на бизнес‑завтраке CleverPumpkin. Разговор получился довольно честным. Ведь никто не пытался формулировать универсальные советы. Скорее наоборот, стало ясно, что в нестабильной среде идея одного правильного подхода просто не работает. Руководителю приходится постоянно пересобирать свою роль и способы управления. Собрали несколько управленческих инсайтов из выступлений и дискуссии.

https://habr.com/ru/companies/cleverpumpkin/articles/1011208/

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

[Перевод] Никого не повышают за простые решения

Простота — это великое благо, но для её достижения необходим усердный труд, а для понимания — хорошее образование. Чего не скажешь про сложность, которая продаётся намного легче». — Эдсгер Дейкстра На мой взгляд, во многих командах разработки есть одна проблема. Будь то на собеседованиях, в заявках на повышение или в ходе дизайн-ревью, наиболее убедительно выглядит тот, кто создал нечто крайне сложное. Если же ты разработал какое-то простейшее рабочее решение, его вряд ли оценят. Естественно, это происходит ненамеренно. Никто не строит коварных планов в духе «А давай сделаем так, чтобы повышение получали только те, кто всё усложняет.» Но такое нередко происходит, когда в компании неверно оценивают проделанную сотрудниками работу.

https://habr.com/ru/companies/ruvds/articles/1009034/

#ruvds_перевод #программирование #разработка_систем #управление_разработкой #карьера_в_it #менеджмент_проектов

[Перевод] Никого не повышают за простые решения

Простота — это великое благо, но для её достижения необходим усердный труд, а для понимания — хорошее образование. Чего не скажешь про сложность, которая продаётся намного легче». — Эдсгер Дейкстра На мой взгляд, во многих командах разработки есть одна проблема. Будь то на собеседованиях, в заявках на повышение или в ходе дизайн-ревью, наиболее убедительно выглядит тот, кто создал нечто крайне сложное. Если же ты разработал какое-то простейшее рабочее решение, его вряд ли оценят. Естественно, это происходит ненамеренно. Никто не строит коварных планов в духе «А давай сделаем так, чтобы повышение получали только те, кто всё усложняет.» Но такое нередко происходит, когда в компании неверно оценивают проделанную сотрудниками работу.

https://habr.com/ru/companies/ruvds/articles/1009034/

#ruvds_перевод #программирование #разработка_систем #управление_разработкой #карьера_в_it #менеджмент_проектов

[Перевод] Никого не повышают за простые решения

Простота — это великое благо, но для её достижения необходим усердный труд, а для понимания — хорошее образование. Чего не скажешь про сложность, которая продаётся намного легче». — Эдсгер Дейкстра На мой взгляд, во многих командах разработки есть одна проблема. Будь то на собеседованиях, в заявках на повышение или в ходе дизайн-ревью, наиболее убедительно выглядит тот, кто создал нечто крайне сложное. Если же ты разработал какое-то простейшее рабочее решение, его вряд ли оценят. Естественно, это происходит ненамеренно. Никто не строит коварных планов в духе «А давай сделаем так, чтобы повышение получали только те, кто всё усложняет.» Но такое нередко происходит, когда в компании неверно оценивают проделанную сотрудниками работу.

https://habr.com/ru/companies/ruvds/articles/1009034/

#ruvds_перевод #программирование #разработка_систем #управление_разработкой #карьера_в_it #менеджмент_проектов

[Перевод] Никого не повышают за простые решения

Простота — это великое благо, но для её достижения необходим усердный труд, а для понимания — хорошее образование. Чего не скажешь про сложность, которая продаётся намного легче». — Эдсгер Дейкстра На мой взгляд, во многих командах разработки есть одна проблема. Будь то на собеседованиях, в заявках на повышение или в ходе дизайн-ревью, наиболее убедительно выглядит тот, кто создал нечто крайне сложное. Если же ты разработал какое-то простейшее рабочее решение, его вряд ли оценят. Естественно, это происходит ненамеренно. Никто не строит коварных планов в духе «А давай сделаем так, чтобы повышение получали только те, кто всё усложняет.» Но такое нередко происходит, когда в компании неверно оценивают проделанную сотрудниками работу.

https://habr.com/ru/companies/ruvds/articles/1009034/

#ruvds_перевод #программирование #разработка_систем #управление_разработкой #карьера_в_it #менеджмент_проектов

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

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

https://habr.com/ru/articles/1008986/

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

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

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

https://habr.com/ru/articles/1008986/

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

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

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

https://habr.com/ru/articles/1008986/

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

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

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

https://habr.com/ru/articles/1008986/

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

Ресурсное планирование: как я пытался разобраться, почему сдвигаются сроки по проектам

В очередной понедельник на планерке наш тимлид докладывал о задержках на проектах. Я смотрел на его отчеты и не понимал, как так вышло. Формально у нас было достаточно людей в команде, сроки казались реалистичными, но дедлайны все равно приходилось сдвигать. Я начал разбираться и увидел, где возникает проблема. Разработчики тонули в параллельных задачах, дизайнер был занят сразу на двух проектах и не успевал ни там, ни там, а аналитик ушел в отпуск — и на нем зависли критические вопросы. Через несколько недель погружения стало понятно: дело не в том, что команда работает медленно или недостаточно старается. Мы просто никак не планировали ресурсы. Задачи брали по мере поступления и какое-то время справлялись, но в какой-то момент эта схема перестала работать.

https://habr.com/ru/companies/kaiten/articles/1008578/

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

Управление проектами: дайджест публикаций #51

Причины провалов ваших проектов, нездоровая коммуникация в команде, изменения в PMBOK, матрица Эйзенхауэра, ИИ-камуфляж и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

https://habr.com/ru/articles/1008090/

#проект #скрам #менеджмент_проектов

ИИ не делает вас лучше как лидера. Зато сэкономит часы на рутине — опыт 4 руководителей

Мы поговорили с 4 руководителями и собрали практические кейсы, где ИИ реально экономит часы: от анализа данных из системы управления проектами до подготовки инструкций и резюме интервью. А еще — где модели подводят и как эксперты проверяют ответы, чтобы не попасться на галлюцинации.

https://habr.com/ru/companies/kaiten/articles/1006542/

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