Початок прозаїчний. А саме - як я працюю. Приходить господар фірми, розповідає мені завдання, я її сам дроблю і роблю. Потім у мене в команді з'явилася ще одна людина і дробити завдання я став вже на нас двох. Якщо у мене, щось не виходило або був якийсь затик, я звертався до розробника на іншій технології. Він мені допомагав і був свого роду моїм начальником з технічної частини. Наприклад: коли я захотів написати новий проект на Zend, а не на Codeigniter'e (на якому у нас всі проекти), він мені дав два тижні: якщо не встигну, тоді на Codeigniter'e швиденько за два дні, щоб зробив. Єдиний мінус, який я бачив у своїй роботі, так це повна відсутність тестування з мого боку і тестера як такого взагалі.
Чому вирішили впровадити SCRUM
Так от, по сусідству з нами є інший проект. Народ у ньому постійно сперечається, кричить і обговорює щось по дві, три години. Вираженого лідера як на нашому боці, у них немає. І все б нічого, але тут прийшов скрам в нашу обитель, який по суті був покликаний зробити з цього відділу скрам команду, а наш відділ взяли як би за компанію, якщо впроваджувати, так скрізь. Спочатку я зрадів, на дві команди у нас тепер з'явився один тестувальник. І в скрам розробці обов'язково потрібно писати юніт тести. «Круто» - подумав я, тепер мені по суботах не писатимуть: «почини - щось не працює». І все буде в ажурі.
І ось тренінг пройшов
Враження двояке, я зрозумів, що тепер не тільки у сусідів будуть крики і обговорення по годині, по дві, тепер це прийде і на «нашу землю». Тепер кожен у нас особистість, кожен висловлює свою вагому думку. І ніхто ні за що не відповідає тому, що відповідає за все тепер команда. У нас було завдання на тренінгу, був конструктор лего, був замовник і було дві команди. Дві години часу. Завдання побудувати місто. Почали з того, що виділили головне для замовника. Без чого його проект просто не існуватиме. Розбили за складністю завдання. Почали робити. І тут бардак став у всій його красі. Хто перший схопив листочок з оціненим завданням, той його і робить, і на питання, давай я тобі допоможу, посилає далеко в ліс. У цій ітерації збирали конструктор найспритніші, інші просто копирсалися в детальках і робили вигляд, що вони роблять, щось важливе. На наступній ітерації, щоб не залишитися осторонь знову, кожен схопив завдання, яке сам потягнути не в змозі. Завалено. Ну не все, щоб завалено, приймав замовник десь відсотків 50-70, від того, що налаштували. Варто відзначити, що оцінка складності і саме копирсання в конструкторі за часом, разюче відрізнялося. Оцінювали більше години... Що ще слід зауважити, народ зрадів, коли дізнався, що спринт може бути провалений. А так, місто ми побудували, але без магазину. Магазин провалився і гроші у замовника закінчилися. Тепер жителі харчуватимуться хробаками.
Підсумки
Що я для себе поки виніс, працювати тепер ми будемо в авральному режимі на час спринту, по суті непогано, тому, що час на написання тестів я зможу тепер вибити під час мітингу (мітингами я називаю про себе, початок і кінець спринту). Що мені безумовно подобається. Адже раніше я постійно так працював, в авральному режимі, а тепер у мене буде спринт і завдання на нього. І завдання «потрібно було ще вчора» сподіваюся зникнуть з мого побуту, а весь проект покриється тестами. Інший плюс, я буду більше спілкуватися з людьми. Хоча це і мінус тому, що мітинги мають властивість переростати в багатогодинні диспути, в кінці яких, всім вже за великим рахунком на * * ати на результат, лише б закінчилося. У проекті буде творчість, тобто, коли вирішує одна людина - це одне, а те, що народжується під час обговорення, як правило краще і продуманість питання ставати більшою. Мінус такого підходу знову таки в тому, що - мітинги мають властивість переростати в диспути на багато годин, а робота буде стояти на місці.
Загалом будемо сподіватися на краще.
