серьезно?

да там полно ляпов

неинтересно даже их обсуждать

Нашел презу на тему как гуглить в интернете! :D

Как запостить презентацию в чат и столкнуться с критикой

я вижу большую разницу между критикой и бздежом

предупреждение

за слово "бздешь"?

задача моей презентации не подробно описать, что такое Канбан, а передать смысл

задача моей презентации не подробно описать, что такое Канбан, а передать смысл

ооооох ну вы напросились, серьезно 1) "Создатель продукта" – что блин?? Гайд читали? Нету такой роли в скраме 2) "Скрам график работ" – что блин?? "Фреймворк Скрама состоит из Скрам Команд и связанных с ними ролей, мероприятий, артефактов и правил. Каждый элемент фреймворка служит определенной цели и является ключевым для успеха и использования Скрама." © Гайд Значит не только график работ (а точнее, про график там только суть спринта), а еще и все необходимые роли, например. 3) "Канбан метод" уже обсудили Канбан-метод это метод разработанный Андерсеном, в него входит куча всего помимо ДОСКИ и даже помимо WIP-лимитов. Выше приводил ссылку на essential kanban, ну и книга Андерсена собсно 4) "На своей практике, я не видел нигде чтобы применялся метод Канбан, только в Скрам. Я могу ошибаться. Я просто не знаю таких случаев" Используя Канбан-метод куча компаний успешно работают. В скраме, используют доску, ИНОГДА используют WIP-лимиты (очень редко), про все остальные принципы канбана я вообще молчу. 5) Мелкие недочеты: 7 человек макс – нет, в гайде такое не написано спринт 2-4 неделе, снова не угадали, точнее угадали только верхнюю границу 6) Agile трудности Этот слайд с Agile не связан примерно никак все три трудности универсальны для любого бизнеса 7) Компетенции: разработка по Agile, с учетом пунктов 1-6 "НЕ ВЕРЮ"

ооооох ну вы напросились, серьезно 1) "Создатель продукта" – что блин?? Гайд читали? Нету такой роли в скраме 2) "Скрам график работ" – что блин?? "Фреймворк Скрама состоит из Скрам Команд и связанных с ними ролей, мероприятий, артефактов и правил. Каждый элемент фреймворка служит определенной цели и является ключевым для успеха и использования Скрама." © Гайд Значит не только график работ (а точнее, про график там только суть спринта), а еще и все необходимые роли, например. 3) "Канбан метод" уже обсудили Канбан-метод это метод разработанный Андерсеном, в него входит куча всего помимо ДОСКИ и даже помимо WIP-лимитов. Выше приводил ссылку на essential kanban, ну и книга Андерсена собсно 4) "На своей практике, я не видел нигде чтобы применялся метод Канбан, только в Скрам. Я могу ошибаться. Я просто не знаю таких случаев" Используя Канбан-метод куча компаний успешно работают. В скраме, используют доску, ИНОГДА используют WIP-лимиты (очень редко), про все остальные принципы канбана я вообще молчу. 5) Мелкие недочеты: 7 человек макс – нет, в гайде такое не написано спринт 2-4 неделе, снова не угадали, точнее угадали только верхнюю границу 6) Agile трудности Этот слайд с Agile не связан примерно никак все три трудности универсальны для любого бизнеса 7) Компетенции: разработка по Agile, с учетом пунктов 1-6 "НЕ ВЕРЮ"

1) "Создатель продукта" – что блин?? согласен. Эту роль я выроботал сам. Кто-то должен прийти и сказать "Ребята делаем вот такой продукт, вот его концепт"

1) "Создатель продукта" – что блин?? согласен. Эту роль я выроботал сам. Кто-то должен прийти и сказать "Ребята делаем вот такой продукт, вот его концепт"

тогда что эта роль делает в презентации с названием: "Agile:Что это такое"? "Agile от Ivano Spiritus:Что это такое" – не больше подходит?

Задача презентации не дать академическое опрелеление, а рассказать о сути

вы рассказываете фигню, к сожалению. Т.е. то, что не соответствует действительности, а соответствует вашему какому-то странному представлению о ней.

У презентации есть четкая цель - передать суть. Она в такм формате. В чем тут проблема?

Серьезно, зачем вы продолжаете это :)

зато назвали ее так, что человек, который не в теме, подумает, что это описание agile, что правдой не является

Если посмотрие, то в заголовке точно показана ирогия. Мол разъяснение для тех, кто не хочет слушать занудные описания, а просто хочет понять суть

ооооох ну вы напросились, серьезно 1) "Создатель продукта" – что блин?? Гайд читали? Нету такой роли в скраме 2) "Скрам график работ" – что блин?? "Фреймворк Скрама состоит из Скрам Команд и связанных с ними ролей, мероприятий, артефактов и правил. Каждый элемент фреймворка служит определенной цели и является ключевым для успеха и использования Скрама." © Гайд Значит не только график работ (а точнее, про график там только суть спринта), а еще и все необходимые роли, например. 3) "Канбан метод" уже обсудили Канбан-метод это метод разработанный Андерсеном, в него входит куча всего помимо ДОСКИ и даже помимо WIP-лимитов. Выше приводил ссылку на essential kanban, ну и книга Андерсена собсно 4) "На своей практике, я не видел нигде чтобы применялся метод Канбан, только в Скрам. Я могу ошибаться. Я просто не знаю таких случаев" Используя Канбан-метод куча компаний успешно работают. В скраме, используют доску, ИНОГДА используют WIP-лимиты (очень редко), про все остальные принципы канбана я вообще молчу. 5) Мелкие недочеты: 7 человек макс – нет, в гайде такое не написано спринт 2-4 неделе, снова не угадали, точнее угадали только верхнюю границу 6) Agile трудности Этот слайд с Agile не связан примерно никак все три трудности универсальны для любого бизнеса 7) Компетенции: разработка по Agile, с учетом пунктов 1-6 "НЕ ВЕРЮ"

видео доклада не видел, но из презентации суть непонятна, вообще не уверен, что за час можно понять суть скрама, если ни разу по скраму не работал. Можно только какие-то внешние проявления понять

ну и присоединюсь к вышесказанному, презентация никуда не годная

сложную задачу надо сложно решать, а не вводить людей в заблуждение

2) В английской версии "Framework", как на русский перевести не знаю. Фреймворк многие не поймут. может подскажете, как более правильно по-русски?

Да я согласен, просто мне душевнее как-то более русифицированный вариант - процессный каркас, определяющий минимально необходимый набор ритуалов и правил блаблабла

ооооох ну вы напросились, серьезно 1) "Создатель продукта" – что блин?? Гайд читали? Нету такой роли в скраме 2) "Скрам график работ" – что блин?? "Фреймворк Скрама состоит из Скрам Команд и связанных с ними ролей, мероприятий, артефактов и правил. Каждый элемент фреймворка служит определенной цели и является ключевым для успеха и использования Скрама." © Гайд Значит не только график работ (а точнее, про график там только суть спринта), а еще и все необходимые роли, например. 3) "Канбан метод" уже обсудили Канбан-метод это метод разработанный Андерсеном, в него входит куча всего помимо ДОСКИ и даже помимо WIP-лимитов. Выше приводил ссылку на essential kanban, ну и книга Андерсена собсно 4) "На своей практике, я не видел нигде чтобы применялся метод Канбан, только в Скрам. Я могу ошибаться. Я просто не знаю таких случаев" Используя Канбан-метод куча компаний успешно работают. В скраме, используют доску, ИНОГДА используют WIP-лимиты (очень редко), про все остальные принципы канбана я вообще молчу. 5) Мелкие недочеты: 7 человек макс – нет, в гайде такое не написано спринт 2-4 неделе, снова не угадали, точнее угадали только верхнюю границу 6) Agile трудности Этот слайд с Agile не связан примерно никак все три трудности универсальны для любого бизнеса 7) Компетенции: разработка по Agile, с учетом пунктов 1-6 "НЕ ВЕРЮ"

Если говорить про фуфло и косяки, то вот статья http://hbr-russia.ru/management/operatsionnoe-upravlenie/p17368/ Agile это метод Agile для создания нового продукта создании программных продуктов при этом эта статья в самом уважаемом бизнес издании - Harvard Business Review

Я постарался перечислить трудности именно Agile. На моей практике, основной косяк, это когда разрабатывают продукт, который не нужен рынку. Т.е. запускают разработку без достаточного анализа потребностей. Все же в классическом Product Managment аналитике уделаяется больше внимания. Для Agile нужны люди-монстры, реальные лидеры в свой отрасли - если их нет, то никакой Agile не поможет. В самом Product Managment требования к сотрудникам гораздо менее требовательные, т.к. многие процессы являются стандартом.

Я постарался перечислить трудности именно Agile. На моей практике, основной косяк, это когда разрабатывают продукт, который не нужен рынку. Т.е. запускают разработку без достаточного анализа потребностей. Все же в классическом Product Managment аналитике уделаяется больше внимания. Для Agile нужны люди-монстры, реальные лидеры в свой отрасли - если их нет, то никакой Agile не поможет. В самом Product Managment требования к сотрудникам гораздо менее требовательные, т.к. многие процессы являются стандартом.

только в этот чат каждую неделю кидают парочку треш-статей cо словом agile в названии это не значит, что стоит их делать больше)

только в этот чат каждую неделю кидают парочку треш-статей cо словом agile в названии это не значит, что стоит их делать больше)

Мои слайды не такие красивые, но им уже 5 лет и они до сих пор актуальны: http://www.slideshare.net/maieutic/4-9323615