TL; DR : Вимірювати неправильно . Вимірюючи та збільшуючи рівень використання співробітників, ви створюєте проблеми в системі та знижуєте загальну пропускну здатність .
Бухгалтерський облік
Насправді ви хочете виміряти пропускну здатність, запаси та експлуатаційні витрати разом, і намагайтеся зменшити виробничі запаси та зменшити експлуатаційні витрати, одночасно максимізувавши пропускну здатність. Цей метод відомий як облік пропускної здатності .
У розробці програмного забезпечення запаси - це незавершене виробництво, яке ще не приносить користі замовнику. Все, що було зроблено, але не випущено. Пропускна здатність - це кількість корисної для замовника роботи, яка звільняється. Будь-яка робота, яка не є безпосередньо корисною для замовника, обліковується як операційні витрати.
Проста система
У простій системі з одинокою людиною або декількома людьми, які працюють незалежно від незалежного обладнання, настільки, наскільки кожен з них, безпосередньо збільшується пропускна здатність всієї системи . Це призводить до поширеного хибного уявлення, яке є основою для цього питання, що збільшення використання людини призведе до збільшення пропускної здатності у всіх системах. Але ви все одно вимірюєте пропускну здатність системи, запаси та експлуатаційні витрати .
Складна система
У складній системі, навіть при менших двох залежностях, посилене використання однієї частини системи може безпосередньо призвести до зниження використання у вузькому місці, що зменшує пропускну здатність всієї системи. Будь-яке підвищення продуктивності за межами вузького місця є міражем .
Приклад:Команда інженерів програмного забезпечення переглянула весь код архітектора програмного забезпечення, який також планує нові функції. Ця особа є вузьким місцем, код, який не переглядається архітектором, просто збільшить інвентар, якщо архітектор не встигне, нові функції не будуть належним чином сплановані. Якщо ви почнете вимірювати використання інженерів програмного забезпечення, вони намагатимуться внести більше змін, а не кращі зміни. Час, який архітектору потрібно буде витратити на кожну зміну, збільшуватиметься, а загальний витрачений час на огляд збільшуватиметься ще більше за рахунок збільшення кількості змін до моменту, коли не залишиться часу для планування нових змін. Врешті-решт вся система перемелюється. Якщо, з іншого боку, вони знижують рівень використання, навіть проводять час на холостому ходу, вони витрачають більше часу на кожну зміну або рецензування, це може призвести до скорочення часу, необхідного для перегляду, і, зрештою, збільшення пропускної здатності. Це просто одна команда з 2 залежностями. Інженери залежать від архітектора щодо планування нових змін та для перегляду змін.
Очевидно, що переваги повинні бути отримані при правильному управлінні вузьким місцем і намаганні підвищити продуктивність на вузькому місці , де отримана година - це година пропускної здатності всієї системи .
Це справжнє повідомлення проекту "Фенікс" і походить безпосередньо з " Теорії обмежень " Еліяху М. Голдратта. Ви також можете прочитати статтю про використання мислення проти продуктивного мислення . Я б також запропонував детальніше ознайомитися з критичним управлінням ланцюговими процесами .
Пам’ятайте: те, що ви вимірюєте, те, що отримуєте . І ви, безумовно, НЕ ХОЧЕТЕ отримати більшу індивідуальну використання. Дорога до пекла вимощена добрими намірами.