2-я Встреча Днепропетровского PM Сообщества

1 апреля 2011 года в День Смеха и Веселья, IT менеджеры Днепропетровска собрались вместе на Вторую Встречу нашего PM Сообщества. Приподнятое настроение послужило залогом живой дискуссии, активного обмена опытом и идеями, эффективным общением менеджеров разных компаний друг с другом.

Кроме того, в этот раз на наш вечер заглянул всем известный Agile тренер и Scrum coach Тимофей Евграшин. Он поделился с нами своими взглядами на практику оценки и планирования  проектов в разрезе Scrum и не только. Опираясь на  свой собственный  многолетний опыт управления всевозможными проектами и разнообразными командами, он удивил нас впечатляющей статистикой: при традиционной оценке и планировании точность оценки работ по проекту составляет 15%. В то время как использование Scrum позволяет оценить и спланировать выполнение проекта с точностью до 90%-95% при соблюдении определенных условий.

Благодаря чему, мы можем с такой точностью прогнозировать выполнение наших проектов?

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

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

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

А именно:

1. Автоматическое тестирование: покрытие автотестами, стоит ли инвестировать в автотестирование и когда это оправданно?
Силами всех участников встречи были сделаны следующие выводы:

  • В некоторых проектах автотестирование неоправданно, т.к. при достижении определенного покрытия, проект меняется и автотесты перестают быть актуальными,  их все время нужно поддерживать и они требуют достаточно больших начальных инвестиций.
  • В других проектам автотесты себя оправдывают при достаточно стабильном проекте. Однако, обычно мануальное тестирование обнаруживает более критические ошибки, чем автотестирование, особенно если применять методы анализа затронутых областей (impact analysis).

2. Продолжительность итерации, частота релиза, период стабилизации.
3. Риски, с каким рисками мы сталкиваемся. (Рассказ одного менеджера о рисках зависимости от внешнего API, который может поменяться).
4. Метрики: кто какие метрики знает и использует на практике, для каких целей (в режиме брейн-шторма собрали ряд метрик, которые действительно применяются участниками).

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

1 апреля 2011 года в День Смеха и Веселья, IT менеджеры Днепропетровска собрались вместе на Вторую Встречу нашего PM Сообщества. Приподнятое настроение послужило залогом живой дискуссии, активного обмена опытом и идеями, эффективным общением менеджеров разных компаний друг с другом.

Кроме того, в этот раз на наш вечер заглянул всем известный Agile тренер и Scrum coach Тимофей Евграшин. Он поделился с нами своими взглядами на практику оценки и планирования проектов в разрезе Scrum и не только J.  Опираясь на  свой собственный  многолетний опыт управления всевозможными проектами и разнообразными командами, он удивил нас впечатляющей статистикой: при традиционной оценке и планировании точность оценки работ по проекту составляет 15%. В то время как использование Scrum позволяет оценить и спланировать выполнение проекта с точностью до 90%-95% при соблюдении определенных условий.

Благодаря чему, мы можем с такой точностью прогнозировать выполнение наших проектов?

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

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

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

А именно:

1. Автоматическое тестирование: покрытие автотестами, стоит ли инвестировать в автотестирование и когда это оправданно?

Силами всех участников встречи были сделаны следующие выводы:- В некоторых проектах автотестирование неоправданно, т.к. при достижении определенного покрытия, проект меняется и автотесты перестают быть актуальными,  их все время нужно поддерживать и они требуют достаточно больших начальных инвестиций.
— В других проектам автотесты себя оправдывают при достаточно стабильном проекте. Однако, обычно мануальное тестирование обнаруживает более критические ошибки, чем автотестирование, особенно если применять методы анализа затронутых областей (impact analysis).

2. Продолжительность итерации, частота релиза, период стабилизации.
3. Риски, с каким рисками мы сталкиваемся. (Рассказ одного менеджера о рисках зависимости от внешнего API, который может поменяться)
5. Метрики, кто какие метрики знает и использует на практике, для каких целей (в режиме брейн-шторма собрали ряд метрик, которые действительно применяются участниками).

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

1 апреля 2011 года в День Смеха и Веселья, IT менеджеры Днепропетровска собрались вместе на Вторую Встречу нашего PM Сообщества. Приподнятое настроение послужило залогом живой дискуссии, активного обмена опытом и идеями, эффективным общением менеджеров разных компаний друг с другом.

Кроме того, в этот раз на наш вечер заглянул всем известный Agile тренер и Scrum coach Тимофей Евграшин. Он поделился с нами своими взглядами на практику оценки и планирования проектов в разрезе Scrum и не только J.  Опираясь на  свой собственный  многолетний опыт управления всевозможными проектами и разнообразными командами, он удивил нас впечатляющей статистикой: при традиционной оценке и планировании точность оценки работ по проекту составляет 15%. В то время как использование Scrum позволяет оценить и спланировать выполнение проекта с точностью до 90%-95% при соблюдении определенных условий.

Благодаря чему, мы можем с такой точностью прогнозировать выполнение наших проектов?

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

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

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

А именно:

1. Автоматическое тестирование: покрытие автотестами, стоит ли инвестировать в автотестирование и когда это оправданно?

Силами всех участников встречи были сделаны следующие выводы:- В некоторых проектах автотестирование неоправданно, т.к. при достижении определенного покрытия, проект меняется и автотесты перестают быть актуальными,  их все время нужно поддерживать и они требуют достаточно больших начальных инвестиций.
— В других проектам автотесты себя оправдывают при достаточно стабильном проекте. Однако, обычно мануальное тестирование обнаруживает более критические ошибки, чем автотестирование, особенно если применять методы анализа затронутых областей (impact analysis).

2. Продолжительность итерации, частота релиза, период стабилизации.
3. Риски, с каким рисками мы сталкиваемся. (Рассказ одного менеджера о рисках зависимости от внешнего API, который может поменяться)
5. Метрики, кто какие метрики знает и использует на практике, для каких целей (в режиме брейн-шторма собрали ряд метрик, которые действительно применяются участниками).

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