#kpi #o #ai #it #agile #gpt Про сложность в информационных проектах. Это тема для большой статьи, и может когда-нибудь я её напишу в своём персональном блоге или на Хабре. Эта заметка не для асов планирования. Сто лет я ругаю Agile подход в проектировании, и столько же времени пытаюсь донести "правильный" взгляд на рабочие процессы внутри команды проектов, которые принято называть информационными. Из лопатно-грабельных времён пришла в проектирование такая характеристика как человеко-час (в agile  лукаво называются поинты). Попытка применения её в расчётах пректов для групп разработчиков часто приводит к дедлайнам и срыву сроков. Отдуваются за это, понятное дело, разработчики, но это проблема планирования. Сложность, время и затраты в IT проектах на самом деле не делятся на количество участников рабочей группы, а с каким-то коэфициентом должны умножаться. И этот коэфициент может быть больше еденицы. Почему? Потому что есть затраты на комммуникацию. Разработчик не тратит 100% своего времени на реализацию функционала ТЗ(технического задания), он тратит время на групповое совещание, а потом на частное совещание каждый с каждым в отдельности, а потом на обсуждение с заказчиком или представителем заказчика. И в лучшем случае он тратит на коммуникации половину своего рабочего времени. Кто работал в очень больших структурах знает, что там ещё подключаются внутрикорпоративные процессы, и вкупе с рабочими это всё может занять более 95% времени от затрат на реализацию какой-нибудь фичи. Я наблюдал случаи, когда проекты просто вязли в обсуждениях и согласованиях. Это могло затягиваться на года и в результате заканчивалость ничем. Поэтому, если вы хороший планировщик, и ваш путь ясен и чист, и вы не хотите наживать себе врагов и соышать проклятия со всех сторон, то если грубо, умножайте человеко-часы на количество человек в проекте, так если вы знаетет, что проект примерно на 100 часов работы над полезным функционалом, но у вас 12 разработчиков, 2 аналитика, 2 тестировщика, 2 менеджера, и 1 технический писатель, то есть с вами 20 человек, то вы должны 100 х 20 и получить 2000 тех самых человеко часов для бухгалтерии и зарплатной ведомости. А что заказчик? Он должен понимать, что за эти деньги он получает качество и опыт группы, возможно оно не в 20 раз лучше того уровня, который произвёл бы один фрилансер, но с другой стороны, никто не может оценить по достоинству качество, это бесценная категория. Как эту ситуацию меняет GPT? Он увеличивает качество при сокращении времени индивидуальной работы с кодом или планом, но может увеличить время коммуникации, то есть для больших групп он, попросту, опасен, провоцирует проблемы стыка технологий и уход в комуникационный ад.