Вообще как консультант по Agile вы слышали, что Scrum, например, при зарождении решал проблемы Waterfall и спасал дигитализацию ФБР? Что по нему первыми начали работать не маленькие стартапы, а фармацевтика, автомобилестроение и подобные более ответственные сферы?
Есть ощущение, что автор просто не умеет налаживать гибкие подходы, если компания не совсем маленькая. Ну не получается. И обвиняет в этом подходы
Тестирование тоже нужно уметь налаживать. "От нескольких месяцев до полугода" -- это как раз чудовищная потеря времени. Если это не rocket science, где действительно нельзя весь проект строить на гибких методологиях. Но это и ежу очевидно
Да, если люди не могут работать по скраму, например, то не нужно их мучить. Придется выбирать: или люди, или методология
Сайт у компании Accera еще замечательный. Такие статьи же пишутся в т.ч. для рекламы своей компании и компетенций? На сайте поехавшая верстка и поломанные скрипты на кнопках. И при таком сайтике автор рассуждает о тестировании в больших проектах
"Почему это происходит? При разработке по Agile все делается двухнедельными спринтами" Хлесткие такие заявления. Как "все мы знаем, что мебель - это стулья". И из этого можно смело делать вывод, что на мебели надо сидеть, а не ставить на нее еду
"при уменьшении количества проблем в три раза скорость поставки увеличивается в 200 раз. Простая математика, и результат не такой уж обнадеживающий — общее количество проблем увеличивается более чем в 60 раз. Очевидно, что при такой нагрузке служба не справляется с тестированием" Вот здесь без прояснения терминологической чехарды с "проблемами", "скоростью поставки" и.т.д. мне лично "простая математика" как-то непонятна. Хотелось бы расшифровки
У меня, просто смертного, не блогера, система поинтереснее. Вообще только из-за слова "фреймворк"опубликовали? Есть масса статей о self management гораздо более богатых и глубоких. GTD, Agile итд. Но это тема скорее для lifehacker, например.
У приятеля была идея сотворить джинна, аналог akinator.com, который бы направлял пользователя к выбору путешествия. Т.е. человек отвечает на вопросы типа "пляж или музеи", "горы или море", "с алкоголем или со спортом". И количество вариантов с каждым шагом уменьшается, можно остановиться и просмотреть все илидойти до "Тайланд, Хуахин, отель Last Resort, 2 недели, $k 4. Горы, море, джунгли, секс. Будем брать?" Хакатон, питч, нашел ребят, сделали джинна на тему "как провести вечер в городе". Реакция аудитории была довольно вялая, финальная презентация выехала только на юморе. Так что после хакатона я практически сразу решил эту идею вернуть в руки приятеля.
Вообще как консультант по Agile вы слышали, что Scrum, например, при зарождении решал проблемы Waterfall и спасал дигитализацию ФБР? Что по нему первыми начали работать не маленькие стартапы, а фармацевтика, автомобилестроение и подобные более ответственные сферы?
Есть ощущение, что автор просто не умеет налаживать гибкие подходы, если компания не совсем маленькая. Ну не получается. И обвиняет в этом подходы
Тестирование тоже нужно уметь налаживать. "От нескольких месяцев до полугода" -- это как раз чудовищная потеря времени. Если это не rocket science, где действительно нельзя весь проект строить на гибких методологиях. Но это и ежу очевидно
Да, если люди не могут работать по скраму, например, то не нужно их мучить. Придется выбирать: или люди, или методология
Сайт у компании Accera еще замечательный. Такие статьи же пишутся в т.ч. для рекламы своей компании и компетенций? На сайте поехавшая верстка и поломанные скрипты на кнопках. И при таком сайтике автор рассуждает о тестировании в больших проектах
"Почему это происходит? При разработке по Agile все делается двухнедельными спринтами"
Хлесткие такие заявления. Как "все мы знаем, что мебель - это стулья". И из этого можно смело делать вывод, что на мебели надо сидеть, а не ставить на нее еду
"при уменьшении количества проблем в три раза скорость поставки увеличивается в 200 раз. Простая математика, и результат не такой уж обнадеживающий — общее количество проблем увеличивается более чем в 60 раз. Очевидно, что при такой нагрузке служба не справляется с тестированием"
Вот здесь без прояснения терминологической чехарды с "проблемами", "скоростью поставки" и.т.д. мне лично "простая математика" как-то непонятна. Хотелось бы расшифровки
Обычно такие статьи очень банальны. В этой тоже все приемы известны. Но почему-то вдохновляет)
У меня, просто смертного, не блогера, система поинтереснее. Вообще только из-за слова "фреймворк"опубликовали? Есть масса статей о self management гораздо более богатых и глубоких. GTD, Agile итд. Но это тема скорее для lifehacker, например.
У приятеля была идея сотворить джинна, аналог akinator.com, который бы направлял пользователя к выбору путешествия.
Т.е. человек отвечает на вопросы типа "пляж или музеи", "горы или море", "с алкоголем или со спортом". И количество вариантов с каждым шагом уменьшается, можно остановиться и просмотреть все илидойти до "Тайланд, Хуахин, отель Last Resort, 2 недели, $k 4. Горы, море, джунгли, секс. Будем брать?"
Хакатон, питч, нашел ребят, сделали джинна на тему "как провести вечер в городе".
Реакция аудитории была довольно вялая, финальная презентация выехала только на юморе. Так что после хакатона я практически сразу решил эту идею вернуть в руки приятеля.