Полезные дискуссии чата

На этой странице собраны ссылки на треды дискуссий в чате, переходя по ним вы сможете найти интересные вам темы.

• Насколько глубоко оформлять документацию. Тред о том, насколько детально нужно оформлять техническую документацию, что учитывать и что важно для описания.

• Зачем нужен Скрам-Мастер в команде. И какой Скрам-мастер хороший для команды. Что он должен делать. Какую выгоду может принести бизнесу и принесет ли.

• Разбор кейса: Заказчик высасывает много энергии в проекте, что мешает его прогрессу. Вместо работы, силы тратятся на обсуждения, что входит в скоуп проекта, что нет. Обоснования, что есть платные доработки, что нет. Сложность - уже 80% проекта завершено, и нужно понять: бросать или заканчивать.

• Использование фич-листа в проектной деятельности, поиск ответа на вопрос “применяется ли фич-лист в компаниях заказной разработки” и для каких проектов он применим. Дискуссия плавно перешла в сравнение проектных и продуктовых подходах.

• Применение Story Points к небольшой команде, дискуссия которая перетекла в обсуждение подходов Kanban, Scrum для точности обсуждения.

  Саммари этой переписки:

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

  Были озвучены сомнения о целесообразности стори поинтов, а также прозвучали мнения о том, что гайды и инструкции в области управления проектами могут быть не всегда применимы и часто требуют адаптации под конкретные условия и задачи. Обсуждение также касалось роли скрам-мастера и предполагаемой его виновности в неудачах проекта.

  Представилась точка зрения, что ни один подход не является универсальным решением для всех сценариев, и что менеджеры проектов должны постоянно обучаться и знакомиться с различными методами и подходами, чтобы оптимизировать свои процессы. В ходе дискуссии ссылки на статьи и литературу были непрямо предложены как источник дополнительной информации для углубленного изучения вопросов управления и оценки работы в проектах.

• Обсуждение статьи и последующая дискуссия о том, как относиться к фазам проекта по PMBOK, какие последствия может принести неверная интерпретация этого.

• Кассовые разрывы в компании Аутсорсинге

• Дискуссия о зарплатах в РК. Дискуссия на 2 дня, где есть и эмоции, и опыт поиска работы и статистика (что важно)

• Сложности и выходы PMа в компании с шаренными ресурсами

• Методы контроля работы команды: стендапы, звонки. Как уйти в отпуск, чтобы тебе не звонили постоянно?

• Штрафы в компании - хорошо или плохо. А если штрафы за опоздание?

• Красная, Бирюзовая компании. Ссылки на статьи, применение командных моделей

• Рефлексия менеджера - почему в его компании нет Проектного управления?

• Кейс от участника: Я новый менеджер в проекте, и все идет ко дну. Что делать?

• Что мешает/помогает Казахстану стать IT-хабом Центральной Азии? (Барьеры, возможности, перспективы, программы, проблемы, решения и т.д.)

• Обратная связь по курсу “Менеджер проектов в ИТ” от выпускников Яндекс.Практикума

• KPI, OKR, BSC и Аудио-встреча

• Как сдавать проект, если со стороны Заказчика постоянно меняется ЛПР

• Софт для ведения задач

• Отзыв по курсу обучения специальности “Менеджер проектов” от Google

• Документация в проекте, онбоардинг новых специалистов

• Кейс: Контроль разработчика на удаленке