Анатолий Левенчук - Образование для образованных. 2021

Предположим, что человек, который пошёл на JTBD уже знаком с инженерией требований. И тут сначала нужно понять, когда он учился инженерии требований: если это версия тридцатилетней давности инженерии требований (скажем, это выпускник вуза 2000 года, тогда вполне вероятно, что его там научили версии 1990 года, вот и набралось тридцать лет до текущего момента!), то нужно перепрошить мозг трансдисциплиной текущего (когда пишутся эти строки, то 2021) года, а потом уже знакомиться с JTBD. Ибо с точки зрения старой трансдисциплины тридцатилетней давности сегодняшняя JTBD едва ли вообще имеет смысл, это «игрушка этих молодых выскочек». А в сегодняшней инженерии требований сегодня это мейнстрим, одна из лучших практик выявления требований как главной практики в инженерии требований.

То же самое обнаруживается с управлением буферами проектов: пока не понял про управление работами в целом (где рассматривается не только тридцатилетней давности и уже всем сегодня известный голдраттовский вариант управления проектами, но и какой-нибудь менее известный сегодня кейс менеджмент) работа с управлением буферами проекта будет по принципу «пошли дурака богу молиться, он и лоб расшибёт». В результате на хорошей прикладной практике будет поставлен крест (виновата же будет именно признанная «не работающей» практика, а не недообразованность её применяющего!). Вывод после неудачи с управлением по буферам проекта будет – «давайте попробуем что-нибудь ещё». Вузовского семестра-то по state-of-the-art (сегодняшней, а не конца 20 века!) трансдисциплине управления работами/операционного менеджмента почти ни у кого нет, нет даже у «проходивших мимо» этот предмет в вузах, потому как там проходилась устаревшая версия трансдисциплины! Кстати, а что даёт новая версия трансдисциплины? Даже если брать голдраттовское управление работами тридцатилетней давности, оно в среднем даёт ускорение проектов на десятки процентов по сравнению с вариантами безо всех этих «буферов проектов» и «барабанов-буферов-верёвок» 96 96 https://ria.asturias.es/RIA/bitstream/123456789/6548/1/Archivo.pdf . Не знаете теории, объяснения «почему это работает» – будете проигрывать знающему операционному менеджеру в лучшем случае пару-тройку месяцев в годовом по длине проекте, просто из-за неграмотности, из-за непонимания азов дисциплины, из-за нежелания вникать в тамошнюю математику!

Современное «теоретическое» объяснительное знание оживляет прикладную живую и практичную дисциплину, не даёт делать новичковые ошибки: рецепты берутся из трёхдневного курса, а объяснения – из трансдисциплинарного знания, которое было получено на других курсах, не слишком очевидно связанных с практикой. Как именно управлять буфером проекта в каком-то прикладном софте проектного управления, используемом в конкретном проекте, будет понятно из трёхдневного курса, а вот почему это всё вообще работает и какие могут быть проблемы «на стыках», будет понятно из теоретического курса планирования работ, где будет в том числе даваться и необходимая математика (статистические расчёты, а не просто «нажмите вот эту кнопку, получите результат». Будет рассказано, как именно считается результат! Работы то оканчиваются не точно в запланированные сроки, и нужно понимать статистические закономерности в потоке работ!).

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

Знание «опытного человека» обычно не осознанное: он инстинктивно направляет своё внимание к каким-то объектам в проекте, но не знает типов этих объектов, как они определяются в различных дисциплинах, не знает названий отношений этих объектов между собой. Его мысль скачет, ибо внимание управляется интуицией, при случайном шаге в сторону от удачной мысли назад вернуться уже нельзя, ибо нет какой-то осознанной линии рассуждений, нет «назад». И он легко может ошибиться в своей интуиции, ибо нельзя поправить то, чего не осознаёшь.

Неосознанное применение «опыта» нельзя исправить, обновить, рассказать окружающим, иметь в какой-то форме иной, кроме как рабочей безымянной и безмолвной интуиции, gut feeling. Интуиция иногда срабатывает, иногда нет – она не знает границы своего применения. Теория обычно срабатывает всегда, и можно проверить границы её применения. В этом сила теории. Трансдисциплина/учение выглядит как теория, она без прикладной дисциплины непрактична, но именно она уберегает от ошибок, она придаёт смысл прикладному знанию, помещает его в широкий контекст проектной работы.

Это рассуждение можно повторять по целой цепочке поддерживающих друг друга трансдисциплин/учений. В случае инженерии требований (куда кроме выявления требований входят практики анализа требований, формулирования требований, управления требованиями, валидации требований) это трансдисциплина системной инженерии. В случае управления работами это системный менеджмент.

В системной инженерии будет говориться, что требования получаются во многом из результатов дальнейшей работы над концепцией использования (requirements engineering логически следует за практикой concept development), а потом используются в архитектурной работе, а ещё дальше в проверках и приёмках (verification and validation). Огромное число ляпов и проблем проекта возникает из того, что в головах людей, прошедших трёхдневные курсы по крошечному кусочку системной инженерии (JTBD) или системного менеджмента (управление буферами проекта), нет вот этого многоуровневого понимания, как эти работы вписываются в общие работы по проекту в длинных цепочках этих работ. Важно не только удерживать во внимании (личном внимании, или внимании команды проекта) объекты какой-то прикладной практики, но и понимать место этих объектов в проекте, чтобы не было «одно лечит, другое калечит».

У менеджеров тоже оказывается, что кроме управления работами (операционного менеджмента) в менеджменте есть много чего ещё, что нужно бы учесть: например, лидерство (не все срочные работы люди бросаются делать, нужно ещё, чтобы они их захотели делать) и финансовый контроллинг (не все срочные работы дают доход). Операционный менеджер без полноценного трансдисциплинарного трудового кругозора, то есть только с прикладным трёхдневным курсом объяснения про «буфер проекта» за плечами, очень скоро услышит фатальное «какой ужас вы тут сделали с вашими буферами проекта: немедленно это прекратите, и давайте попробуем что-нибудь ещё!».