Могут ли Agile и ISO 9001 хорошо взаимодействовать?


28

Существует несколько научных работ, посвященных взаимосвязи между бережливой разработкой программного обеспечения и практикой, охватываемой ISO 9001. В большинстве статей говорится, что расхождение между этими подходами велико , но некоторые также указывают, что эти концепции могут быть взаимодополняющими, а выгоды гораздо выше при использовании обоих. подходы .

Академически это очень красиво, но на практике это так или иначе?

Итак, вот вопрос: вы работаете или работали в компаниях, использующих оба Agile как ISO 9001? Каково ваше восприятие? Что действительно хорошо, а что неуместно?


11
Когда вы читаете ответы, подумайте над словами Ричарда Бетоу, который был директором по качеству в Motorola в 1993 году, когда мода на качественные программы была в самом разгаре: «С ISO 9000 лет все еще могут быть ужасные процессы и продукты. Вы можете сертифицировать производитель, который изготавливает спасательные жилеты из бетона, если эти жилеты производятся в соответствии с документированными процедурами, и компания предоставляет своим ближайшим родственникам инструкции о том, как жаловаться на дефекты ».
Blrfl

Ответы:


34

ISO9001 получает немного грубости, потому что большинство компаний пытаются пройти аудит и вначале терпят неудачу, а затем делают ошибку, увеличивая документацию по процессу. Но это никогда не имеет значения ISO9001.

В прошлой жизни я был внутренним аудитором ISO9001. Хотя сейчас я оставляю это в своем резюме, то, что они делают, довольно просто:

  • Спросите кого-нибудь, что они делают
  • Спросите их, откуда они знают, что это то, что они должны делать
  • Это должно привести к некоторой документации, которая должна соответствовать

Это должно быть легко в Agile. Вы должны документировать свои процессы в вики, но они должны быть очень простыми и легкими. Этого должно быть достаточно для одитора.

Связанный анекдот: Когда-то я был в компании, которая пыталась получить ISO9001. Они заплатили за мою аккредитацию. После нескольких неудачных попыток, мы сделали это, чтобы разорвать 19 папок с технологией документации по кольцу (я не шучу, это были две целые полки, в которых никто из нас не мог найти что-либо при вызове) и принести все это до одной неполной папки полезных документов.

ISO9001 не настаивает на массах процессов, просто на том, что у вас достаточно и за вами следуют.


3
Отличный ответ. :) Вы когда-нибудь сталкивались с хорошей, легкой книгой по ISO, которая бы подходила Agile?
Мал Росс

1
отличный анекдот и, поработав где-то, что сделал ISO9001, я полностью согласен. У нас было около 2 страниц документации для каждого из основных типов ролей (например, 30 страниц, на которые вы только что смотрели несколько) и шаги, чтобы гарантировать, что подписи были сохранены, показывая, что вы завершили выполнение каждого из шагов, подробно описанных в этих документах. У них в некоторых моментах было намного больше документов, чем им нужно, а другие были совершенно голыми, но наши внутренние аудиторы были в целом довольны, пока мы доказали, что сделали то, что сказали.
Джимми Хоффа

20

Нет ISO 9000 не работает ни с чем, даже с самим собой.

Я никогда не встречал никого, кто внедрил бы ISO 9000 и сказал, что это улучшит их компанию Они сделали это только для правительственных или клиентских требований. Я никогда не слышал, чтобы кто-то говорил, что они счастливы, что реализовали его или что оно того стоило (кроме того, что можно было претендовать на контракты).

Agile, с другой стороны, работает «в дикой природе» (ака за пределами академической газеты).

Ответ: Agile - хорошо; ISO 9000 - только для квалификации по контрактам, а не для фактического выполнения.

Редактировать Я не знаю небольшую запись в ISO 9000, но может быть возможно реализовать гибкую с ISO 9000, в основном это означает, что вы документируете свои гибкие процессы на букву. Но я сомневаюсь, что это даст вам право на сертификацию ISO 9000. Однако стоит обратить внимание, если у вас есть какие-то контракты, на которые вы обращаете внимание, и они требуют ISO 9000.


5
Не является ли одним из основных трений между Agile и ISO9000 открытость Agile к изменениям? Кажется, что если вы меняете свой процесс (в той или иной степени) каждые 2 недели, это противоречит цели, установленной ISO9000. Кроме того, ISO9000 полностью посвящен процессу и документированию этого процесса. Agile, даже в манифесте, ценит людей и взаимодействие над процессом. По моему опыту, эти два не совместимы.
Дэйв Кинкейд

3
@Dave - если ваши процессы документированы в вики, вы можете изменять их сколько хотите. Если, например, разработчик подписан на все процессы, которые его затрагивают, это на самом деле будет выглядеть очень хорошо для аудитора ISO.
PDR

2
@pdr: Но у кого есть время, чтобы убедиться, что вики точно отражают ваши новые процессы. Сохранение ISO 9001 является большой проблемой.
Ричард

3
Это, безусловно, причина того, что ISO9001 стал в значительной степени неактуальным (хотя военные все еще ожидают этого), но это верно, независимо от того, являются ли ваши процессы гибкими, водопадными или чем-то еще. Процессы меняются, и теперь намного проще обновлять свои документы, чем раньше, и все же в реальном мире люди часто этого не делают, пока не получат новый стартер. Но вопрос здесь в том, «являются ли эти два несовместимых», а они нет; получить ISO9001 с легковесными Agile-процессами в вики должно быть проще, чем при распечатке и переплетении тяжёлых процессов
PDR

20

Все требования ИСО 9000/9001 - это документирование вашего процесса и его соблюдение.

Здесь не сказано, что это за процесс, насколько он хорош или полезен. Идея заключается в том, что вы можете гарантировать, что вы можете производить то, что вы производите, повторяемым и поддающимся проверке образом.

Несколько лет назад, когда компания, с которой я тогда работал, решила пройти сертификацию ISO, мы допустили ошибку, полагая, что нам нужен хороший процесс. Это сделало всю процедуру долгой, затянувшейся работой, которая отвлекала нас от нашей реальной работы. То, что мы должны были сделать, это просто документально подтвердить, что мы сделали, а затем, после получения сертификации, постепенно улучшить процесс.

Поэтому, если вы следуете Agile-методологии, вы можете получить сертификацию ISO, но, как уже говорили другие, не ради себя. Реальная выгода заключается в том, что она позволяет вам предлагать больше контрактов


13

Высота подъема для ISO 9000 - «говори, что делаешь, делай, что говоришь, доказывай». В США каждая часть 3 пунктов превращается в огромную кучу документации. Это делает ISO 9000 ужасно неэффективным процессом.

Дилберт объяснение 1
Дилберт объяснение 2

Академически это очень красиво, но на практике это так или иначе?

Я думаю, что лучший ответ на ваш вопрос следующий афоризм:

В теории теория и практика совпадают.
На практике это не так.

От Йоги Берры .


1
О, как бы мне хотелось увидеть эти комиксы Дилберта! Все, что я получаю, - это страница 404.
ronlybonly

@ronlybonly Я обновил ссылки.
Tangurena

О чувак. Это стоило ожидания! Спасибо за обновление этого @Tangurena!
ronlybonly

3

Я врач и независимый аудитор 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. Терпение является ключевым словом, и я держу пари, что ни один стандарт или методология не может принести компании прибыль только после прохождения сертификации в соответствующей дисциплине. Изначально вам нужно столько тяжелой работы, чтобы реализовать их и следовать им в правильном духе.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.