Когда изначально закладывается Скрам культура в процессе создания стартапа, то и масштабирование возможно.
Меня побудило написать свой первый комментарий именно то, что методология Скрам представлялась как панацея для всех проектов.
По поводу «продуктов, а не проектов». Создание продукта — это и есть проект. Создание сервиса — это тоже проект. Продажа и производство линии станков — это тоже проект. Только они очень разные, начиная с контекста, заканчивая требованиями заказчиков. Для сложных проектов, в которых поэтапная оплата завязана на майлстоуны, гибкость скрама просто неприменима. Невозможно планировать ни финансовые, ни производственные потоки, ориентируясь на доску с бэклогом.
Да, в процессе продвижения проекта всегда случаются задержки. Для этого нужно внедрять с самого начала риск менеджмент, закладывая маржу (производственных ресурсов, оборотных средств итд).
Я видел проекты, в которых изначально при подписании контракта закладывался график оплаты пени (штрафов) за просрочку поставки оборудования. То есть контракт подписывался, и уже было ясно, что производственные мощности не справляются. В результате, новый СЕО отдал на субподряд 95% производства, оставив на внутреннем производстве только узкоспецифичное know-how.
Скрам срамов… ради чего? Ради скрама, разве что…
Проецируя на мой опыт в промышленности (производство высокоточных станков для ВПК), я не могу представить применение скрама. Есть определенные требования контракта по ведению проекта, в том числе и майлстоуны, на которые завязаны транши оплаты. Не могу себе представить, как это можно делать с вайтбоардом со стикерами без диаграмм Гантта. А если бы и мог, то как убедить клиента из ВПК, что этот метод будет лучше, чем проверенный годами. Это не только подвергнет риску контракт, но и уронит лицо компании на и так уже нишевом рынке.
Поэтому я и думаю, что громкое название книги применимо только к производству ПО/веб проектам малого уровня.
Скорее всего, это подходит к проектам малого уровня.
Я пилотирую промышленные проекты серьезного уровня (10+М€), к ним скрам/ажиль итд просто неприменимы. Нужно четкое планирование, диаграммы Ганта, комитеты пилотажа, итд итп. Внешних каналов больше сотни (клиент, его прожект менеджеры, поставщики, субподрядчики, внутренние отделы продаж, закупок, логистики и так далее). Как этим можно управлять скрам командой в 7 человек? Никак.
«Scrum. Революционный метод управления проектами разработки программного обеспечения малых и средних масштабов» — может так стоило автору назвать книгу?
Определив, что я во Франции, вы не меняет валюту на евро, она остается в USD.
Указываю даты прибытия и возвращения — а система говорит, что продолжительность пребывания 1 день, хотя на самом деле 3.
Варианты с востока Франции (Mulhouse) на запад (Lannion) предлагаются только автомобилем.
Почему вы не предлагаете ни самолеты, хотя в обоих городах есть аэропорты, ни поездом с пересадками?
Идея может и хорошая, но до действительно умного планирования вашему сервису еще далековато.
Что я хотел бы видеть?
Сравнение по дороге
1) авто:
— цена с учетом бензина/дизеля (такие расчеты есть на том же mappy.com),
— время в дороге с учетом 15-20 минут остановок каждые два часа
2) поезд и самолет:
— минимум количества пересадок
— минимум времени на пересадки
— общее время в дороге
— цена каждого варианта
Думаю, будет вполне в тренд придумать привязку к популярным сервисам ковотюража/shared drive (blalbacar итд)
Прошу не принимать мои комментарии как голословную критику, я провожу в дороге по 20 часов в неделю, привычки и варианты уже наработаны. Думал, что найду сервис, который действительно просчитает варианты, но, к сожалению, у вас этого не нашел.
Готов пообщаться напрямую и поделиться опытом составления маршрутов.
Такие же сомнения по поводу Unroll.me, на их сайте я так и не нашел информации, как оно делается. А регистрироваться, чтобы проверить, не особо хочется.
У меня дежавю, точно такой же перевод, разве что без картинок, уже был на ММ. И к нему тоже достаточно критически отнеслись. Сейчас найти не могу, видимо, автор удалил его.
Есть мнение, что усилия по повышению уровня жизни в странах Африки бесполезны, причем это мнение человека, который активно занимался благотворительностью, вкладывал свои деньги, время и энергию — Кевин Майерс. Статья еще 2008-го года, но я сомневаюсь, что за 7 лет что-то радикально изменилось.
Если нравится копаться в железках — тогда понятно. Мне нравится работать на компьютере, не задаваясь вопросами о расширении. Если не хватает места — покупаю внешний носитель, на который скидываю некритичные данные.
Наверное, мы с Вами в параллельных вселенных.
В моей «вселенной» (Франция) ремонт компьютеров Эппл делается в сервисных центрах, которые обучены и сертифицированы той же компанией Эппл.
Вопрос расширяемости ультрабуков немного странен. Если хочешь мощную вещь — бери макбук про. Если хочешь легкий ноутбук — бери ультрабук. Если хочется побольше памяти — бери максимальную конфигурацию. Если хочешь сэкономить — не бери продукцию Эппл.
Поэтому проблемы ремонта и расширяемости данной модели высосаны из пальца, на мой взгляд.
и все это в макбуке?
не помню, с какого времени Эппл не выпускает встроенных двд-блюрей устройств?
HDD на SSD? Последние предлагаются уже по дефолту, причем обычно менее емкие по размерам. Какой смысл замены?
Памяти 8Гб на ноуте хватает, но если хочется 16Гб, то первичная разница в цене оправдывает отсутствие необходимости заморачиваться апгрейдом в будущем.
Слышать-то слышал, но ни разу за 20+ лет моей деятельности в области айти этого не видел. Ноуты, а тем более, от Эппл, покупаются в конфигурации, близкой к максимальной, чтобы не испытывать проблем необходимости роста производительности потом.
Не хочу ронять тень на ребят из АйФиксита, но обычно ремонт ноутбуков от Эппл происходит в их сервисных центрах.
Если продукт на гарантии — все бесплатно.
Если продукт НЕ на гарантии, и куплен он был в Европе (к сожалению, сомневаюсь, что будет работать в России), то ремонт его может быть бесплатным через открытие досье «droit de consommateur EU» (права пользователя ЕС). Я сам был приятно удивлен этим фактом, как и бесплатной заменой (дважды) материнки, а также платы источника питания (Power Control Board).
Про апгрейд ноутбуков — не слышал ни разу, чтобы кто-то апгрейдил свой ноут. Тем более макбук.
Поэтому все эти «проблемы» высосаны из пальца, на мой взгляд.
ЗЫ. Я в IT с 1993-го года, и с 1997 — в айти европейском.
Налицо непонимание позиции клиента. С Вами, как с исполнителем, я бы не стал сотрудничать.
Именно поэтому программистам нужен человек, который понимает все эти ограничения и «проблемы» и не дает им выйти наружу, а берет на себя организацию всех коммуникаций и, что называется, держит команду в «узде» или в тонусе. Заказчику попросту наплевать на все эти 29 пунктов. Он ставит задачу, сроки и он платит деньги. Если Вы, как программист, не можете ее выполнить, виноват не заказчик, а Вы.
Меня побудило написать свой первый комментарий именно то, что методология Скрам представлялась как панацея для всех проектов.
По поводу «продуктов, а не проектов». Создание продукта — это и есть проект. Создание сервиса — это тоже проект. Продажа и производство линии станков — это тоже проект. Только они очень разные, начиная с контекста, заканчивая требованиями заказчиков. Для сложных проектов, в которых поэтапная оплата завязана на майлстоуны, гибкость скрама просто неприменима. Невозможно планировать ни финансовые, ни производственные потоки, ориентируясь на доску с бэклогом.
Да, в процессе продвижения проекта всегда случаются задержки. Для этого нужно внедрять с самого начала риск менеджмент, закладывая маржу (производственных ресурсов, оборотных средств итд).
Я видел проекты, в которых изначально при подписании контракта закладывался график оплаты пени (штрафов) за просрочку поставки оборудования. То есть контракт подписывался, и уже было ясно, что производственные мощности не справляются. В результате, новый СЕО отдал на субподряд 95% производства, оставив на внутреннем производстве только узкоспецифичное know-how.
Как бы с этим справился Скрам, я не вижу.
Проецируя на мой опыт в промышленности (производство высокоточных станков для ВПК), я не могу представить применение скрама. Есть определенные требования контракта по ведению проекта, в том числе и майлстоуны, на которые завязаны транши оплаты. Не могу себе представить, как это можно делать с вайтбоардом со стикерами без диаграмм Гантта. А если бы и мог, то как убедить клиента из ВПК, что этот метод будет лучше, чем проверенный годами. Это не только подвергнет риску контракт, но и уронит лицо компании на и так уже нишевом рынке.
Поэтому я и думаю, что громкое название книги применимо только к производству ПО/веб проектам малого уровня.
Скорее всего, это подходит к проектам малого уровня.
Я пилотирую промышленные проекты серьезного уровня (10+М€), к ним скрам/ажиль итд просто неприменимы. Нужно четкое планирование, диаграммы Ганта, комитеты пилотажа, итд итп. Внешних каналов больше сотни (клиент, его прожект менеджеры, поставщики, субподрядчики, внутренние отделы продаж, закупок, логистики и так далее). Как этим можно управлять скрам командой в 7 человек? Никак.
«Scrum. Революционный метод управления проектами разработки программного обеспечения малых и средних масштабов» — может так стоило автору назвать книгу?
Определив, что я во Франции, вы не меняет валюту на евро, она остается в USD.
Указываю даты прибытия и возвращения — а система говорит, что продолжительность пребывания 1 день, хотя на самом деле 3.
Варианты с востока Франции (Mulhouse) на запад (Lannion) предлагаются только автомобилем.
Почему вы не предлагаете ни самолеты, хотя в обоих городах есть аэропорты, ни поездом с пересадками?
Идея может и хорошая, но до действительно умного планирования вашему сервису еще далековато.
Что я хотел бы видеть?
Сравнение по дороге
1) авто:
— цена с учетом бензина/дизеля (такие расчеты есть на том же mappy.com),
— время в дороге с учетом 15-20 минут остановок каждые два часа
2) поезд и самолет:
— минимум количества пересадок
— минимум времени на пересадки
— общее время в дороге
— цена каждого варианта
Думаю, будет вполне в тренд придумать привязку к популярным сервисам ковотюража/shared drive (blalbacar итд)
Прошу не принимать мои комментарии как голословную критику, я провожу в дороге по 20 часов в неделю, привычки и варианты уже наработаны. Думал, что найду сервис, который действительно просчитает варианты, но, к сожалению, у вас этого не нашел.
Готов пообщаться напрямую и поделиться опытом составления маршрутов.
Чем определялась популярность этих сайтов?
В моей «вселенной» (Франция) ремонт компьютеров Эппл делается в сервисных центрах, которые обучены и сертифицированы той же компанией Эппл.
Вопрос расширяемости ультрабуков немного странен. Если хочешь мощную вещь — бери макбук про. Если хочешь легкий ноутбук — бери ультрабук. Если хочется побольше памяти — бери максимальную конфигурацию. Если хочешь сэкономить — не бери продукцию Эппл.
Поэтому проблемы ремонта и расширяемости данной модели высосаны из пальца, на мой взгляд.
не помню, с какого времени Эппл не выпускает встроенных двд-блюрей устройств?
HDD на SSD? Последние предлагаются уже по дефолту, причем обычно менее емкие по размерам. Какой смысл замены?
Памяти 8Гб на ноуте хватает, но если хочется 16Гб, то первичная разница в цене оправдывает отсутствие необходимости заморачиваться апгрейдом в будущем.
Если продукт на гарантии — все бесплатно.
Если продукт НЕ на гарантии, и куплен он был в Европе (к сожалению, сомневаюсь, что будет работать в России), то ремонт его может быть бесплатным через открытие досье «droit de consommateur EU» (права пользователя ЕС). Я сам был приятно удивлен этим фактом, как и бесплатной заменой (дважды) материнки, а также платы источника питания (Power Control Board).
Про апгрейд ноутбуков — не слышал ни разу, чтобы кто-то апгрейдил свой ноут. Тем более макбук.
Поэтому все эти «проблемы» высосаны из пальца, на мой взгляд.
ЗЫ. Я в IT с 1993-го года, и с 1997 — в айти европейском.
Именно поэтому программистам нужен человек, который понимает все эти ограничения и «проблемы» и не дает им выйти наружу, а берет на себя организацию всех коммуникаций и, что называется, держит команду в «узде» или в тонусе. Заказчику попросту наплевать на все эти 29 пунктов. Он ставит задачу, сроки и он платит деньги. Если Вы, как программист, не можете ее выполнить, виноват не заказчик, а Вы.