У даній статті, я хочу проілюструвати вам застосування циклу Демінга – так само відомого як коло PDCA (Plan, Do, Check, Act) – у веб-дизайні. Якщо ви ніколи не чули про це, цикл Демінга – це модель (розроблена Едвардом Демінгом), яка описує ітеративний (такий, що повторюється) процес, направлений на підтримку безперервності вдосконалення розробки, що зазвичай використовується в бізнес-процесах реінженеринга і в менеджменті якості. Ця модель включає 4 основних етапи:
- Plan: встановити цілі і визначити методи їх досягнення;
- Do: здійснити заплановане;
- Check: порівняти отриманий результат з очікуваним;
- Act: поліпшити отриманий результат.
Найпростіше представити круг Демінга можна таким чином:
Ще одна хороша ілюстрація, що показує важливість останнього етапу:
Цей цикл може бути дуже корисний, якщо застосувати його до процесу веб- розробки, особливо для:
- вдосконалення якості роботи;
- організації вашого коду в сніппетах (або класах) для подальшого використання в проектах, задля підвищення швидкості і ефективності роботи;
- спрощення і раціоналізації робочого місця в процесі розробки.
Plan: на цьому етапі вам необхідно встановити мету вашої роботи і представити очікуваний результат. Дуже важдиво мати ясне уявлення про те, чого ви хочете у результаті добитися. План основних дій допоможе вам спланувати час на етапі розробки, скласти “TO-DO” аркуш, щоб виконувати все по порядку і відстежувати ваш щоденний прогрес.
Do: на цьому етапі вам потрібно виконати всі завдання згідно із складеним вище планом.
Check: на цьому етапі ви повинні оцінити отриманий результат процесу розробки по відношенню до ваших очікувань, поставлених завдань і цілей з точки зору загальної якості кінцевого продукту. Ви можете представити якість як результат/докладені зусилля. Високе навантаження і низький результат – ознака низької якості вашої роботи (ви багато працювали, а кінцевий продукт не відповідає вашим очікуванням). Загалом, ваше завдання на цьому етапі – пошук компромісу між результатом і витраченими зусиллями.
Оцінка результату зводиться до того аби визначити “показники”, що відповідають за різницю між тим часом що ви планували зробити і тим що у результаті вийшло. Найпростіший і інтуїтивний показник – це проміжок часу між запланованими етапами і справжньою датою їх завершення. Для кожного проміжку, на цьому етапі, вам потрібно зрозуміти чому ви провалили розроблений план. Можливо, дуже амбітні цілі? Поганий план? На цьому рівні дуже корисно знайти відповіді на всі ці питання, аби в майбутньому уникнути подібних помилок.
Act: на цьому етапі вам потрібно зайнятися удосконаленням досягнутого результату, і більш того – всього процесу розробки, якому ви слідували. Наприклад, ви можете привести в порядок частину коду (класи, сніппеты), які ви найчастіше використовуєте в своїх проектах, що дозволить заощадити масу часу, особливо при розробці нових проектів.
Не забувайте, що ви завжди можете замовити якісний сайт, рекламу в інтернет, дизайн, графічну анімацію, скориставшись розділом контакти.