Две вещи, которые не требуют сравнения, сравнивались уже давно, потому что их всегда назначают в отдел предприятия (EPG) для управления, поэтому их сравнивали N раз и долгое время оспаривались.
На ежегодном собрании по улучшению процессов в 2011 году (на самом деле это была оригинальная встреча PK) нескольким гостям был задан вопрос, который мог бы разрешить этот спор: какова управленческая цель CMMI? Каковы управленческие цели Agile? Ответ гостей: Цель управления CMMI — график, качество, стоимость. Agile — это...... (На этот вопрос позже не ответили) Если вы ответите так, то обнаружите, что спор вообще не разрешится, потому что оба практически управляют качеством затрат на прогресс, если их больше, люди/технологии/организацию...... Управляйте всем, хотя фокус другой. Марсианская пословица гласит: Только простые ответы — это правильные ответы. Так есть ли простой ответ, чтобы разрешить этот спор?
На самом деле, я думаю, ответ таков: цель управления CMMI — позволить Министерству обороны США объективно оценивать и выбирать поставщиков; Цель управления Agile — дать разработчикам возможность управлять проектами с их собственными ценностями.
Чего беспокоится NASA? Беспокоитесь, что программисты не мотивированы? Беспокоитесь, что программисты не внедряют инновации? Беспокойтесь, но никогда больше, чем это: беспокойтесь о провале проекта. Поскольку у них серьёзные проблемы с недвижимостью и безопасностью жизни, им нужен способ обеспечить бесперебойное прохождение, независимо от высокой стоимости. Жёсткая, но гарантированная философия CMMI о первом успехе явно более подходяща. Как бы ни были успешны Apple и Google, NASA не может найти их для управления процессом или аутсорсинг проекта им (даже если есть, проект прошёл уровень CMMI 3 или выше, что соответствует закону США).
Чего беспокоится Google? Беспокоитесь о провале проекта? Нет! Если вы переживаете, не открывайте интернет-компанию — успех любого государственного банковского проекта выше, чем успех интернет-проекта. Так о чём ты переживаешь? Беспокойтесь о том, чтобы не внедрять инновации, беспокойтесь о том, что вы отстаете на полшага. Кого выбрать в такой обстановке? Конечно, выбирайте гибкую разработку, которая делает людей более открытыми для своего ума. План Shanda Network из 18 включает более 100 кооперативных команд, и он не требует успеха всех команд, если одна из них успешна, она вернётся к исходной стоимости.
Существует так называемая мужская экономика — это считать, что цель — больше, больше, сильнее и шире. Поэтому некоторые сторонники agile разработки отчаянно хотят доказать, что agile подходит и для аэрокосмической отрасли, а agile подходит для команды из 10 000 человек, что на самом деле совершенно не нужно. Когда пионеры, основавшие Манифест Agile Development Manifesto, занимались лыжным спортом, кто же думал об аэрокосмической отрасли? Кто думает о команде разработчиков из 10 000 человек? |
Опубликовано 02.11.2017 14:40:22
|
|
|
|
Хозяин|
Опубликовано 08.04.2018 10:16:51
|
