Здесь вы найдете свежие идеи, практические советы и вдохновляющие истории о том, как эффективно управлять проектами, достигать целей и развивать свои навыки. Не упустите возможность стать частью профессионального сообщества, получать актуальную информацию и делиться своим опытом! Читаем, учимся и подписываемся! Вместе мы сделаем ваш путь в IT ещё ярче и успешнее! 🌟
Midjorney для различных визуалов. Можно конечно его использывать для вдохновления - но для чистого бренд бука можно поробывать https://simplified.com/brandbook .
Не считаю, что недостатки подхода Agile — сложнее погрузить новых сотрудников. Точно так же или даже проще, чем при Waterfall.
Почему отличие финального результата продукта от начального - это плохо при agile? На самом деле, финальный результат при Agile более точно отражает потребности бизнеса и приносит ему пользу — это точно не минус.
Почти готовый продукт может оказаться не нужен — такое крайне маловероятно при Agile, ведь продукт постоянно показывается заказчику(демо), собирается обратная связь, вносятся корректировки и улучшается. Это скорее может произойти при Waterfall, поэтому этот минус точно стоит перенести.
По мне, если кто минусует карму, то поле для комментария должно быть обязательно заполнено (согласен с автором поста @abratko) И по хорошему было бы здорово оспорить этот минус у эксперта, потому что комментатор может быть неправ.
А так — вообще, на мой взгляд, минусовать лично человеку нужно полностью убрать, а карма должна считаться только из оценок постов и комментариев, и этого более чем достаточно.
Отличная статья! Я тоже не поддерживаю и не понимаю опцию "личная неприязнь" да и есть вопросы к опциям "неконструктивное ощущение" или "придерживаюсь другой позиции".
Часто бывает, что у комментатора самого нехватка знаний, и там, где он считает, что прав, на самом деле это не так, но в карму минус ты получаешь. Это создает условия, при которых создателям приходится заниматься самоцензурой, а не объективно делиться своим мнением и информацией.
И наконец, есть также перекос в пользу давних пользователей, которые давно на этой площадке и набрали карму за счет комментариев, по сравнению с новыми пользователями. Многие новые участники даже не знают, что можно кому-то лично минусовать карму, а когда узнают, считают это просто неправильно.
Благодарю за комментарий! Полностью согласен: помимо story points, на крупных проектах также хорошо использовать оценку времени (Time Estimated) и сопутствующие параметры — Time Remaining, Time Logged. В дальнейшем было также полезно выводить данные по проекту для отслеживания отклонений в оценках и фактическом затраченном времени, что поможет лучше определить буфер.
И конечно при работе с задачами необходимо максимально подробно их анализировать, декомпозировать и использовать acceptance criteria для четкого определения готовности. Лайк и подписка!
Спасибо за откровенный комментарий! Полностью понимаю, как важно учитывать все нюансы на этапе планирования. Возможно, стоит внедрить более детальный анализ задач, декомпозицию и acceptance criteria, а также буфер времени — это поможет снизить риск неожиданных задержек. Лайк и подписка!
Непонятно, что значит "сливает всё"? — Сейл менеджер соглашается на цену ниже реальной от клиента и на сжатые сроки? — это вопрос, настроены ли все процессы и понимает ли сейлз свою роль на преселе.
"Или тупой сейлс…" — в больших компаниях со сложными проектами сейлз не должен заниматься скоупам, скоупам занимается пресел менеджер, как и экспертизой. По поводу "синков" — не совсем понятно, что вы имели в виду.
Менеджеры по продажам часто сосредоточены на закрытии сделки и готовы идти навстречу клиенту, даже если он предлагает заниженную цену. Presale менеджер обладает глубокими знаниями для правильной оценки проекта и эффективного донесения ценности до клиента, ему точно ненужно становится младшим сейлс менеджером.
Для компаний с численностью более 100 сотрудников наличие Presale manager - must have!
Нечего странного — зачем нужен бесплатный Redmine, когда можно взять платный Кайтен? Тариф «Стандарт» всего 420 рублей на человека. Бери, пока дают!
Лучше всего мозги
По мне все посты из серии купите Кайтен по итогу...
Плановая экономика — самая продуктивная, если планированием будет заниматься сильная нейронка!
Вот по-настоящему интересный пост! 👍 Эх, поставил бы плюсик в карму, если мог)
Создание блога по IT-проектному управлению🚀
Здесь вы найдете свежие идеи, практические советы и вдохновляющие истории о том, как эффективно управлять проектами, достигать целей и развивать свои навыки. Не упустите возможность стать частью профессионального сообщества, получать актуальную информацию и делиться своим опытом! Читаем, учимся и подписываемся! Вместе мы сделаем ваш путь в IT ещё ярче и успешнее! 🌟
https://vc.ru/id4280953
https://habr.com/ru/users/Pro_Project_Management/
Нужен тайм менеджмент - заходим ко мне на страничку и узучаем
Лесу нужен рефакторинг и код ревью!
Для небольших команд до 3х людей - отдельный скрам мастер ненужен, но для больше-го кол-ва людей то да(в пределах разумного).
Здесь лучше разобрана разница между Скрамом и Канбаном https://habr.com/ru/articles/874798/
Midjorney для различных визуалов. Можно конечно его использывать для вдохновления - но для чистого бренд бука можно поробывать https://simplified.com/brandbook .
Есть хороший дизайнер - Midjourney!
Не согласен с следующими утверждениями в посте:
Не считаю, что недостатки подхода Agile — сложнее погрузить новых сотрудников. Точно так же или даже проще, чем при Waterfall.
Почему отличие финального результата продукта от начального - это плохо при agile? На самом деле, финальный результат при Agile более точно отражает потребности бизнеса и приносит ему пользу — это точно не минус.
Почти готовый продукт может оказаться не нужен — такое крайне маловероятно при Agile, ведь продукт постоянно показывается заказчику(демо), собирается обратная связь, вносятся корректировки и улучшается. Это скорее может произойти при Waterfall, поэтому этот минус точно стоит перенести.
По мне, если кто минусует карму, то поле для комментария должно быть обязательно заполнено (согласен с автором поста @abratko) И по хорошему было бы здорово оспорить этот минус у эксперта, потому что комментатор может быть неправ.
А так — вообще, на мой взгляд, минусовать лично человеку нужно полностью убрать, а карма должна считаться только из оценок постов и комментариев, и этого более чем достаточно.
Какие фри ланс биржи вы использовали в работе и на каких был лучший результат?
Отличная статья! Я тоже не поддерживаю и не понимаю опцию "личная неприязнь" да и есть вопросы к опциям "неконструктивное ощущение" или "придерживаюсь другой позиции".
Часто бывает, что у комментатора самого нехватка знаний, и там, где он считает, что прав, на самом деле это не так, но в карму минус ты получаешь. Это создает условия, при которых создателям приходится заниматься самоцензурой, а не объективно делиться своим мнением и информацией.
И наконец, есть также перекос в пользу давних пользователей, которые давно на этой площадке и набрали карму за счет комментариев, по сравнению с новыми пользователями. Многие новые участники даже не знают, что можно кому-то лично минусовать карму, а когда узнают, считают это просто неправильно.
Благодарю за комментарий! Полностью согласен: помимо story points, на крупных проектах также хорошо использовать оценку времени (Time Estimated) и сопутствующие параметры — Time Remaining, Time Logged. В дальнейшем было также полезно выводить данные по проекту для отслеживания отклонений в оценках и фактическом затраченном времени, что поможет лучше определить буфер.
И конечно при работе с задачами необходимо максимально подробно их анализировать, декомпозировать и использовать acceptance criteria для четкого определения готовности. Лайк и подписка!
Спасибо за откровенный комментарий! Полностью понимаю, как важно учитывать все нюансы на этапе планирования. Возможно, стоит внедрить более детальный анализ задач, декомпозицию и acceptance criteria, а также буфер времени — это поможет снизить риск неожиданных задержек. Лайк и подписка!
Непонятно, что значит "сливает всё"? — Сейл менеджер соглашается на цену ниже реальной от клиента и на сжатые сроки? — это вопрос, настроены ли все процессы и понимает ли сейлз свою роль на преселе.
"Или тупой сейлс…" — в больших компаниях со сложными проектами сейлз не должен заниматься скоупам, скоупам занимается пресел менеджер, как и экспертизой. По поводу "синков" — не совсем понятно, что вы имели в виду.
Менеджеры по продажам часто сосредоточены на закрытии сделки и готовы идти навстречу клиенту, даже если он предлагает заниженную цену. Presale менеджер обладает глубокими знаниями для правильной оценки проекта и эффективного донесения ценности до клиента, ему точно ненужно становится младшим сейлс менеджером.
Для компаний с численностью более 100 сотрудников наличие Presale manager - must have!