Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
Technical Director Odrex в Odrex
  • Как я работаю: Николай Савин, Head of Products в Competera

    Чего вцепились. Человек дал интервью и написали статью — не нравиться, не читайте. Кому-то нравится кому-то нет, а кто-то себе жёлтую прессу покупает :) Нормальная статья, спасибо автор.

  • Претензии к Agile

    Agile — это идеология. Я ещё не знал таких слов, но наша команда уже так работала. Здесь главное понять — что бизнес рулит, и что просчитать программный процесс невозможно наперёд. А также эта методология очень успокаивающе действует на начальство. У меня лет 10 назад была ситуация, когда требовали полного планирования программного процесса с выводом трудочасов, планированием окончания проекта за полгода вперёд и т.д. В общем практически RUP. Тратилась уйма времени на это, причём впустую. Потому что: а) рассчитать большой проект невозможно (особенно если это инновация). б) программисты — непрактичные люди как правило, и большинство из них склонны неправильно считать скорость своей работы . т.е. как правило, им кажется, что они сделают всё в 2 раза быстрее, чем это получится на самом деле. в) пока ты тратишь время на разработку плана проекта, его согласование — проходит куча времени, за которое можно было уже двигаться. г). Никогда невозможно просчитать, что будет за поворотом.
    Поэтому мы постепенно убедили руководство, что мы работаем ради бизнеса, работаем с той скоростью, как можем (но максимально самоотверженно), планы меняем по ходу дела, при этом не забываем приглашать руководство и всех желающих на митинги по планированию, если клиент что-то просит изменить, или нашёлся баг — всё бросаем и исправляем. В общем — получили Agile, который стал культурой нашей команды.
    Ну а теперь я получил и научное подтверждение, распечатал манифест, и радуюсь вместе с руководством.
    Что касается методологий — то, на нашу команду Scrum не налазит — слишком всё у нас быстро меняется, слишком много поддержки мы оказываем, да и команда небольшая и менее формализованная. Плюс, в моём представлении чистый Scrum — чисто американская методология в стиле баптистских священников, призванная зажечь толпу на подвиги ежедневными митингами и харизмой скрам мастера. Его в наших условиях нужно видоизменять.
    А вот Kanban мне полюбился. Какую-то вариацию Kanban — Scrum буду внедрять.
    Что именно внедрять:
    1. ежедневные митинги с обсуждением всех проектов. Это очень сплачивает коллектив, плюс даёт ПМу самому не потерять контроль над проектом, а также возможность быстрого переключения сотрудников, которые всегда в курсе ситуации. Эти митинги с участием всех разработчиков (у нас не очень большая команда) — потому все сразу.
    2. Доска (в стиле Канбан) — это крутое средство визуализации, также в первую очередь инструмент ПМа.
    3. Планирование релизов — ( но с плавающей периодичностью). Т.е. не раз в определённый срок, а плюс минус, чтобы релиз был полностью готов, оттестирован, описан и т.д. План должен быть, но не жёсткий. Здесь в Scrum именно важная вещь — это то, что релизы должны быть как можно чаще. Просто эта частота может зависеть и от обстоятельств.
    4. Почему Kanban — потому что команда ведёт сразу несколько проектов, между которыми и переключаемся в зависимости от ситуации. Kanban позволит нам правильно спланировать и визуализировать задачи, боле гибко реагировать на ситуацию, но при этом не потеряв учёт времени.

    Підтримали: anonymous, Alex Ganchuk, anonymous