Чи можуть Agile та ISO 9001 добре взаємодіяти?


28

Є кілька наукових праць, що стосуються взаємозв'язку між розробкою програмного забезпечення та практикою, що охоплюється ISO 9001. Більшість статей говорить про те, що розбіжність між цими підходами є великою , але деякі також вказують на те, що ці поняття можуть бути взаємодоповнюючими, а користь - значно більша при використанні обох підходи .

Академічно це дуже красиво, але на практиці це все одно?

Тож ось питання: ви працюєте чи працювали в компаніях, які застосовують обидві Agile як ISO 9001? Яке ваше сприйняття? Що насправді добре, а що недоречно?


11
Коли ви читаєте відповіді, розмірковуйте над словами Річарда Буето, який був директором з питань якості в Motorola в 1993 році, коли програми з якості набирали повного ходу: "З ISO 9000 у вас все ще можуть бути жахливі процеси та продукти. Ви можете сертифікувати виробник, який виготовляє рятувальні жилети з бетону до тих пір, поки ці куртки виготовлені згідно з документально підтвердженими процедурами, і компанія надає наступним родичам інструкції, як скаржитися на дефекти ".
Blrfl

Відповіді:


34

ISO9001 отримує трохи грубої преси, тому що більшість компаній намагаються пройти аудит і не вдається вперше, а потім помиляються, збільшуючи свою технологічну документацію. Але це ніколи не суть ISO9001.

У попередньому житті я був внутрішнім аудитором ISO9001. Хоча сьогодні я залишаю це своє резюме, те, що вони роблять, досить просте:

  • Запитайте когось, що вони роблять
  • Запитайте у них, як вони знають, що саме вони повинні робити
  • Це повинно призвести до деякої документації, яка повинна відповідати

У Agile це повинно бути легко. Ви повинні мати свої документи зафіксованими на вікі, але вони повинні бути дуже простими та легкими. Цього має бути достатньо для аудитора.

Пов'язаний анекдот: Ще в той час я був у компанії, яка намагалася отримати ISO9001. Вони заплатили за мою акредитацію. Після декількох невдалих спроб, так, як ми це зробили, було зірвати 19 папок, пов'язаних з кільцем, документації процесів (я тебе не мав, це були 2 цілі полиці, на яких ніхто не міг знайти нічого, коли кинуто виклик) і принести все це до однієї папки з корисними документами, що не перевищує повну .

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 - це все щодо процесу та документування цього процесу. Швидкий, в маніфесті, цінує людей і взаємодію над процесом. На мій досвід, вони не сумісні.
Дейв Кінкейд

3
@Dave - Якщо ваші процеси задокументовані у вікі, ви можете змінити їх скільки завгодно. Якщо розробник, наприклад, підписався на всі процеси, які впливають на нього, це насправді виглядатиме дуже добре для аудитора ISO.
pdr

2
@pdr: Але хто має час переконатися, що вікі відображає саме те, якими є ваші нові процеси. Підтримка ISO 9001 - велика проблема.
Річард

3
Це, безумовно, причина того, що ISO9001 значною мірою не має значення (хоча військові все ще очікують цього), але це правда, чи ваші процеси спритні, водоспадні чи щось інше. Процеси змінюються, і тепер набагато простіше оновлювати докози, ніж це було раніше, але все ж у реальному світі люди часто цього не роблять, доки вони не отримають новий старт. Але питання тут - це "два несумісні", і вони ні; отримання ISO9001 за допомогою легких Agile процесів у Wiki має бути простішим, ніж це було для надрукованих та зв'язаних процесів у важкій вазі.
pdr

20

Все, що вимагається ISO 9000/9001, полягає в тому, щоб ваш процес був документований і ви дотримувалися цього процесу.

Це не говорить про те, що це за процес чи наскільки він хороший чи корисний. Ідея цього полягає в тому, що ви можете гарантувати, що ви зможете виробляти все, що є, ви виробляєте повторюваним, ревізованим способом.

Роки тому, коли компанія, з якою я був у той час, вирішила піти на сертифікацію ISO, ми помилилися, думаючи, що нам належить провести хороший процес. Це призвело до тривалої справи, яка відволікала нас від нашої реальної роботи. Що ми повинні були зробити, це лише документально підтвердити те, що ми зробили, а потім після отримання сертифікації поступово покращували процес.

Тож якщо ви дотримуєтесь методу Agile, ви можете отримати сертифікацію ISO - але, як уже говорили інші, не заради себе. Реальна вигода полягає в тому, що вона дозволяє подавати заявки на більшу кількість контрактів.


13

Крок ліфта для ISO 9000 - це "сказати, що ти робиш, зроби, що ти скажеш, доведіть". У США кожна частина 3-х статей перетворюється на величезні купи документації. Це робить ISO 9000 жахливо неефективним процесом.

Пояснення Ділберта 1
Пояснення Ділберта 2

Академічно це дуже красиво, але на практиці це все одно?

Я вважаю, що найкращою відповіддю на ваше запитання є наступний афоризм:

У теорії теорія та практика однакові.
На практиці їх немає.

Від Йогі Берри .


1
О, як би я хотів, щоб я міг побачити ці Ділбертові комікси! Зараз я лише 404 сторінки.
ronlybonly

@ronlybonly Я оновив посилання.
Тангурена

О людино. Цілком варто було чекати! Дякуємо, що оновили його @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. Терпіння - це ключове слово, і я думаю, що жоден стандарт чи методологія не можуть отримати прибуток компанії лише після отримання сертифікатів у відповідній дисципліні. Спочатку вам потрібно стільки наполегливої ​​роботи, щоб їх здійснити та слідувати за правильним духом. ISO 9000 та Agile методологія взаємодіють вигідно і можуть заощадити на ваших грошей та ресурсах часу. Також модель CMMi, яка по суті побудована навколо стандарту ISO, може йти рука об руку з тріо ISO, Agile та Lean Six Sigma. Терпіння - це ключове слово, і я думаю, що жоден стандарт чи методологія не можуть отримати прибуток компанії лише після отримання сертифікатів у відповідній дисципліні. Спочатку вам потрібно стільки наполегливої ​​роботи, щоб їх здійснити та слідувати за правильним духом. ISO 9000 та Agile методологія взаємодіють вигідно і можуть заощадити на ваших грошей та ресурсах часу. Також модель CMMi, яка по суті побудована навколо стандарту ISO, може йти рука об руку з тріо ISO, Agile та Lean Six Sigma. Терпіння - це ключове слово, і я думаю, що жоден стандарт чи методологія не можуть отримати прибуток компанії лише після отримання сертифікатів у відповідній дисципліні. Спочатку вам потрібно стільки наполегливої ​​роботи, щоб їх здійснити та слідувати за правильним духом.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.