Статья интересная. Спасибо. Так и не понял из статьи зачем такая скорость передачи данных? Для пассажиров, для реализации беспилотности? сомневаюсь что такая скорость нужная для телеметрии (то же сомнительна ценность онлайн режима, когда можно снимать её на разворотном кольце)...
Привет! Про классику (PMBoK,ICB,P2M...) много заблуждений и мифов… Автор как раз был сторонником что б в его модели была с итерациями, но люди как обычно, недослушали, додумали, ленились и т.п… waterfall. Да для значительной части применим подход обособления элементов, но есть комплексы которые так создаваться не могут, поищите статью тех. дира гугла и он описывал квадрант применимости гибких и классических методик.
ProdOwn с командой не противопоставление РП, разные роли для разных задач. Поищите доклады с таким опытом на конференции ADVANTA. Описанный вами framework я знаю, хорошо что он у вас работает и даёт ожидаемый результат. Удачи в WP=2, и Velocity>3SP)) P.S. Оказывается у нас есть общие знакомые
Привет! Так waterfaal-модель так же позволяет делать похожими способами, такой подход применяют в авиации (stage-gate). Нет необходимости на старте иметь точное утвержденное ТЗ. Глобально стадии создания продукта разбивают на элементы и итерационно идут к продукту, начиная от частных ТЗ по компонентам/элементам схлопывая в общее ТЗ а потом также по системам/подсистемам разрабатывают компоненты договорившись об интерфейсах или требования к ним. Продукт разбивают на элементы, потом по элементам делают предварительный состав работ длительностью не более 2-х недель и внутри этих 2-х недель спокойно живёт сейчас популярный agile, а до этого принцип «локоть соседа». Разработав связку PBS-WBS-RBS-CBS получаем инструмент для управления и прогнозирования…
Хорошая статья, но почему опять противопоставляют waterfall и agile? Все то же самое можно и waterfall делать, к примеру «take a bite»...., за исключением некоторых деталей…
По наше статистике это суммарно 22 мин на ДХ: внесение данных в рапорт, распечатка; ручной перенос данных в 1С; обработка фото показаний от жильцов; подготовка и рассылка квитанций и проверки рапорта начальником отдела.
Рассмешило «Да, уйдут в прошлое бегунки с блокнотами, но это такая себе экономия.» Это очень большая статья экономии при применении «умных» приборов учёта, спросите у поставщика, а так же ТСЖ/УК сколько они тратят времени на сборы. Это 80-90% вклад в экономический эффект для применения «умных» счётчиков, 15-7% это эффект от сокращение дебиторки…
Всего с ноября 2018 года (за период 8 месяцев), у нас зарегистрировалось 75 тысяч человек, из которых попробовали поиграть 31 567 человек. Эти игроки суммарно поиграли 5 448 часов.
Приличная у вас статистика.
По проценту поигравших и заплативших у вас такой же как в среднем по индустрии MMO? Что вас удивило из статистики, если собирали и анализировали?
Как всегда надо подходить ко всему разумно.
Методы и принципы PMBoK (основанный на waterfall, но не ограничен им) ни как не ограничивает в гибкости планирования и так же позволяет гибко формировать ТЗ/ФД (бэклог) и заложено в методе «набегающая волна». PMBoK (и waterfall) не ограничивают и не требует "… расписанный на долгий период вперёд график проекта..."
Методология интересна. Противопоставление watefall не корректна. Найдется много PM и в этой схеме (Agilean) в состоянии «уровень стресса и абсурда». Будет сложно работать по Agilean когда у вас ресурсы буду «шариться» между несколькими проектами. А про бессмысленность Плана коммуникаций:"… сводится исключительно к формальным событиям и сообщениям, которые приходится вымучивать из себя..." — это от не понимания/знания. Тут waterfall и PMBoK не причем…
Очень даже применим. Смотрите опыт аэропорта Анапы. Смотрите Евгения Пикулева (http://featmanagement.ru/) из Базэл Аэро. Руководитель проектов по строительству нового/ реконструкции старого аэровокзалов аэропорта Анапы.
Моё мнение, подкрепленное опытом, что agile хорош для продуктов на рынок, где нет ФИО заказчика, а водопад хорош для проектов где есть ФИО которое хочет результат по ТЗ.
Хороший проект для углубления в тематику и роста...
Статья интересная. Спасибо. Так и не понял из статьи зачем такая скорость передачи данных? Для пассажиров, для реализации беспилотности? сомневаюсь что такая скорость нужная для телеметрии (то же сомнительна ценность онлайн режима, когда можно снимать её на разворотном кольце)...
Ахрор, спасибо. Полезно и интересно.
Есть ли в перспективе создание решений/платформы V2V/V2X и интеграция с “Цифровым Ташкентом”?
ProdOwn с командой не противопоставление РП, разные роли для разных задач. Поищите доклады с таким опытом на конференции ADVANTA. Описанный вами framework я знаю, хорошо что он у вас работает и даёт ожидаемый результат. Удачи в WP=2, и Velocity>3SP)) P.S. Оказывается у нас есть общие знакомые
Приличная у вас статистика.
По проценту поигравших и заплативших у вас такой же как в среднем по индустрии MMO? Что вас удивило из статистики, если собирали и анализировали?
Методы и принципы PMBoK (основанный на waterfall, но не ограничен им) ни как не ограничивает в гибкости планирования и так же позволяет гибко формировать ТЗ/ФД (бэклог) и заложено в методе «набегающая волна». PMBoK (и waterfall) не ограничивают и не требует "… расписанный на долгий период вперёд график проекта..."
Интересно, но не жизнеспособно в ГА — это значительно поднимет стоимость лётного часа, а военным думаю будет интересно.
Спасибо! Интересно.
Какая команда реализует проект (структура и количество)?
Как организован проект?
Планируете в чем?
Пишите на этом портале. Раскрутите проект и затраты на маркетинг будут минимальны.
Молодец!