Существует несколько научных работ, посвященных взаимосвязи между бережливой разработкой программного обеспечения и практикой, охватываемой ISO 9001. В большинстве статей говорится, что расхождение между этими подходами велико , но некоторые также указывают, что эти концепции могут быть взаимодополняющими, а выгоды гораздо выше при использовании обоих. подходы .
Академически это очень красиво, но на практике это так или иначе?
Итак, вот вопрос: вы работаете или работали в компаниях, использующих оба Agile как ISO 9001? Каково ваше восприятие? Что действительно хорошо, а что неуместно?
Ответы:
ISO9001 получает немного грубости, потому что большинство компаний пытаются пройти аудит и вначале терпят неудачу, а затем делают ошибку, увеличивая документацию по процессу. Но это никогда не имеет значения ISO9001.
В прошлой жизни я был внутренним аудитором ISO9001. Хотя сейчас я оставляю это в своем резюме, то, что они делают, довольно просто:
Это должно быть легко в Agile. Вы должны документировать свои процессы в вики, но они должны быть очень простыми и легкими. Этого должно быть достаточно для одитора.
Связанный анекдот: Когда-то я был в компании, которая пыталась получить ISO9001. Они заплатили за мою аккредитацию. После нескольких неудачных попыток, мы сделали это, чтобы разорвать 19 папок с технологией документации по кольцу (я не шучу, это были две целые полки, в которых никто из нас не мог найти что-либо при вызове) и принести все это до одной неполной папки полезных документов.
ISO9001 не настаивает на массах процессов, просто на том, что у вас достаточно и за вами следуют.
источник
Нет ISO 9000 не работает ни с чем, даже с самим собой.
Я никогда не встречал никого, кто внедрил бы ISO 9000 и сказал, что это улучшит их компанию Они сделали это только для правительственных или клиентских требований. Я никогда не слышал, чтобы кто-то говорил, что они счастливы, что реализовали его или что оно того стоило (кроме того, что можно было претендовать на контракты).
Agile, с другой стороны, работает «в дикой природе» (ака за пределами академической газеты).
Ответ: Agile - хорошо; ISO 9000 - только для квалификации по контрактам, а не для фактического выполнения.
Редактировать Я не знаю небольшую запись в ISO 9000, но может быть возможно реализовать гибкую с ISO 9000, в основном это означает, что вы документируете свои гибкие процессы на букву. Но я сомневаюсь, что это даст вам право на сертификацию ISO 9000. Однако стоит обратить внимание, если у вас есть какие-то контракты, на которые вы обращаете внимание, и они требуют ISO 9000.
источник
Все требования ИСО 9000/9001 - это документирование вашего процесса и его соблюдение.
Здесь не сказано, что это за процесс, насколько он хорош или полезен. Идея заключается в том, что вы можете гарантировать, что вы можете производить то, что вы производите, повторяемым и поддающимся проверке образом.
Несколько лет назад, когда компания, с которой я тогда работал, решила пройти сертификацию ISO, мы допустили ошибку, полагая, что нам нужен хороший процесс. Это сделало всю процедуру долгой, затянувшейся работой, которая отвлекала нас от нашей реальной работы. То, что мы должны были сделать, это просто документально подтвердить, что мы сделали, а затем, после получения сертификации, постепенно улучшить процесс.
Поэтому, если вы следуете Agile-методологии, вы можете получить сертификацию ISO, но, как уже говорили другие, не ради себя. Реальная выгода заключается в том, что она позволяет вам предлагать больше контрактов
источник
Высота подъема для ISO 9000 - «говори, что делаешь, делай, что говоришь, доказывай». В США каждая часть 3 пунктов превращается в огромную кучу документации. Это делает ISO 9000 ужасно неэффективным процессом.
Дилберт объяснение 1
Дилберт объяснение 2
Я думаю, что лучший ответ на ваш вопрос следующий афоризм:
От Йоги Берры .
источник
Я врач и независимый аудитор ISO в США. Я чувствую, что было бы несправедливо утверждать, что ISO как таковой является провалом. Это зависит от того, как компания смотрит на это. Если вы полны решимости жениться на сертификате, да, они не могут многого достичь, но мы не можем винить в этом стандарт. Вы можете многого добиться, только если у вас есть качественные процессы на месте. ISO не "демон документации", как некоторые изображают его. Идея заключается в том, что «делай, что говоришь, и документируй, что делаешь». Я чувствую, что ISO может действительно хорошо сочетаться с бережливой методологией Six Sigma, поскольку она не должна ограничиваться производственными процессами. Что касается Agile, я рассматриваю его как подмножество уже существующего итеративного типа SDLC. Трудно представить, однако, что это не имеет никакого значения для документации. Что происходит с извлеченными уроками, если вы не документируете. Я чувствую качественные процессы и правильную документацию, Agile хорошо сочетается с ISO, и я делаю еще один шаг, чтобы предположить, что методология Six Sigma, ISO 9000 и Agile взаимодействует с пользой и может сэкономить вам время и деньги. Кроме того, модель CMMi, построенная на основе стандарта ISO, может идти рука об руку с трио ISO, Agile и Lean Six Sigma. Терпение является ключевым словом, и я держу пари, что ни один стандарт или методология не может принести компании прибыль только после прохождения сертификации в соответствующей дисциплине. Изначально вам нужно столько тяжелой работы, чтобы реализовать их и следовать им в правильном духе. ИСО 9000 и методология Agile эффективно взаимодействуют и могут сэкономить ваши деньги и время. Кроме того, модель CMMi, построенная на основе стандарта ISO, может идти рука об руку с трио ISO, Agile и Lean Six Sigma. Терпение является ключевым словом, и я держу пари, что ни один стандарт или методология не может принести компании прибыль только после прохождения сертификации в соответствующей дисциплине. Изначально вам нужно столько тяжелой работы, чтобы реализовать их и следовать им в правильном духе. ИСО 9000 и методология Agile эффективно взаимодействуют и могут сэкономить ваши деньги и время. Кроме того, модель CMMi, построенная на основе стандарта ISO, может идти рука об руку с трио ISO, Agile и Lean Six Sigma. Терпение является ключевым словом, и я держу пари, что ни один стандарт или методология не может принести компании прибыль только после прохождения сертификации в соответствующей дисциплине. Изначально вам нужно столько тяжелой работы, чтобы реализовать их и следовать им в правильном духе.
источник