Всех приветствую! Меня зовут Мухаммад, я Delivery Manager в «05.ру». В августе 2024 года руководитель проектного офиса, предложил мне возглавить один из крупных проектов компании. Для меня это был большой вызов, потому что на тот момент не было большого опыта, а проект был классической «проблемной зоной». Чтобы вы понимали: за год там сменилось три проект-менеджера, я стал бы четвёртым.
Через три дня я решил: возьмусь.
Что будет если убрать все эти scrum-атрибуты. Большинство менеджеров останутся без работы, а остальным станет только легче жить.
Был у меня как-то интересный опыт тимлидства. Когда я работал в прошлой компании, то в какой-то момент стал тимлидом абсолютно новой команды UI Kit. Это была не обычная продуктовая команда, поэтому от меня вообще ничего не требовали никаких метрик, оценок задач и прочего. Скорее это даже был эксперимент, где от меня ждали, что я смогу достичь большой цели — перевести два мобильных приложения на единую дизайн-систему.
Когда хорошая идея становится популярной - все начинают пересказывать её "как поняли". В итоге в информационном поле от изначальной идеи остаётся настолько мало, что её перестают воспринимать всерьёз. Но когда я, изучая такие идеи, возвращаюсь к контексту их появления и исследую исходные предположения, на которых они основаны, я всегда поражаюсь их изначальной простоте и эффективности. И это закономерно, ведь если изначальная идея была бы никудышной - она бы и не стала популярной.
Сегодня Agile-методологии стали де-факто стандартом, и Scrum — один из самых известных фреймворков. Но хотя Scrum задаёт чёткую структуру, на практике роли и процессы нередко размываются.
Роль Product Owner — одна из критически важных в Scrum. Однако то, как она описана «по канону», и то, как она реализуется в реальных командах, может заметно отличаться. В этом гайде мы разберём теоретические основы роли PO — и то, как её обычно воплощают в повседневной работе.
Product Owner отвечает за максимизацию ценности продукта, создаваемого Scrum-командой.
Всем привет! Меня зовут Павел, и я занимаюсь разработкой корпоративных (enterprise) приложений более 15 лет. В этой статье я хочу поделиться опытом организации своего рабочего процесса, благодаря которому мои ежедневные доклады на Daily Scrum стали короткими, понятными и при этом дают команде возможность получить более подробную информацию при необходимости.
Daily Scrum — это короткая встреча для синхронизации команды, на которой обсуждаются три ключевых вопроса: что было сделано вчера, что планируется сделать сегодня и какие есть препятствия.
Многие конторы ставят трекеры, чтобы наблюдать за работой сотрудников – кто-то скриншотит экраны каждые 3 секунды, кто-то следит за простоем курсора мыши. Многие верят, что именно так можно повысить эффективность. Откуда они вообще это взяли? И так ли это? Рассматриваю вопрос мониторинга с точки зрения науки о поведении людей на работе – организационной психологии. Делаю обзор исследований, шучу сомнительные шутки, обсуждаю альтернативы.
Везде долги: мужской, супружеский,
гражданский, родственный и дружеский,
долг чести, совести, пера,
и кредиторов до х*ра.
И. Губерман
Ко мне тут пришло одно уважаемое айтишное издание и попросило комментарий на тему Читать полностью »
