Бесит программа Primavera P6
Этот текст написан в Сообществе, в нем сохранены авторский стиль и орфография
Primavera — самая популярная и крупная программа для планирования строительных работ во всём мире. Одновременно это самый ущербный и при этом самый дорогой софт для планирования.
Абсурд, вероятно, вызван тем, что альтернативные программы плохо известны менеджерам и уходить с проверенной дорожки боязно. Вдобавок крупные заказчики часто хотят видеть графики строительства именно в Primavera, в итоге круг замыкается, и специалисты по планированию барахтаются в программе с интерфейсом из 1990-х. В Primavera при этом составляются графики строительства дата-центров, атомных электростанций, заводов по производству плазмы крови и др. технологических достижений 21 века. Это примерно как записывать в бумажном журнале отправленные электронные письма. Вроде бы рабочая и надёжная схема, но при этом нелепая и дико трудозатратная. Рассмотрим некоторые иллюстрации дружелюбности интерфейса.
- Вот вы хотите скопировать операцию «Трубопроводы» и вставить, при этом кнопка «OK» появится дважды в разных окнах, и каждый раз в разных местах на экране. Клавиша Enter для вашего удобства не работает, и вам придётся перемещать мышку, чтобы попасть на кнопку. Разработчики умело развлекают вас, не давая скучать и держать мышку на одном месте.
- Можете ли вы представить, что при перетаскивании Экселя с одного экрана на другой меняется ширина столбцов? А в Primavera такая функция есть! Граница, отделяющая диаграмму Ганта, при перетаскивании окна смещается по умолчанию на середину, вам придётся заново её отодвигать, чтобы продолжить работу.
- Когда мы хотим найти текст, обычно мы нажимаем Ctrl+F и вводим символы. В Примавере есть такая возможность (спасибо и на том). Но у вас не получится искать текст везде. Его можно найти только в определённом столбце. Но столбец нельзя выделить целиком. Выделить нужно только какую-нибудь одну ячейку в этом столбце, тогда и ищите, делов-то.
- Удобства поиска на этом не заканчиваются. Если вы ввели «металлоконструкции», а в графике операция названа «Металлоконструкции», то Primavera ничего не найдёт. Но мы не отчаиваемся и пробуем отключить галочку «Учитывать регистр», повторяем поиск так и эдак, получаем один и тот же результат: не найдено. Зачем же эта галочка? А х** знает.
- Иногда вы копируете в буфер обмена какое-то слово и хотите найти операцию в Primavera с этим словом в названии. Заходите в поле поиска, нажимаете Ctrl+A в надежде стереть текст и вставить нужный, но нет, выделить текст в поле поиска можно только мышью. С клавиатуры было бы слишком удобно и сократило бы рабочий день планировщика, чего ни в коем случае нельзя допускать.
- Часто требуется проставить коды для операций (в каком здании выполняется, каким подрядчиком, какой тип работ — электромонтаж, прокладка трубопроводов и т. д.). Чтобы найти этот код в поиске, не получится задать только часть текста, надо зачем-то обязательно написать его целиком. Например, текст UKC не найдётся, найдётся только 20UKC.
- Когда вы хотите назначить для операции предшественника или последователя, вы не можете по поиску найти название, можете использовать только ID-номер. Например, вы добавили операцию «Бетонные перекрытия на отметке +4.000» и хотите указать в качестве предшественника «Стены с отметки +1.000 до +4.000». По слову «стены» вы ничего не найдёте, вам придётся найти операцию вручную, скопировать её ID и только потом ввести его в поле поиска.
- Ещё очень «замечательная» особенность: если вы хотите назначить предшественником операцию 10UMX-1160, а при этом в базе данных существует 10UMX-11605, то 11605 может отобразиться первой, и вы ошибочно назначите её. Примите поздравления: вы стали создателем нелепой последовательности работ.
- Когда вы открываете все Коды операций, на них по умолчанию установлены какие-то фильтры и вы видите хаотичный набор кодов. Приходится каждый раз сбрасывать фильтры.
- Длительности операций отображаются в днях, но когда вы захотите написать формулу в разделе «Глобальная замена», с удивлением обнаружите, что если прибавить к длительности 10 дней ещё 5, то получите результат 85. Оказывается, расчёты ведутся в часах, и так как 1 день = 8 рабочих часов, то 10 дней для Primavera = 80 часов. Уведомить об этом пользователя было бы важно, но не очень-то и нужно.
- Когда вы привязываете к графику целевой план, чтобы видеть отклонения сроков, здравый смысл и интуиция говорят вам, что Примавера возьмёт из целевого плана даты начала и окончания работ и покажет, насколько вы отклонились. Но это было бы слишком просто. Нет, Primavera возьмёт сроки работ из каких-то столбцов под названиями «Планируемое начало» и «Планируемое окончание», назначение которых — захламлять график, и покажет вам отклонения от этих неведомых сроков. Поэтому перед назначением целевого плана вам придётся проконтролировать, чтобы столбцы «Планируемое начало» и «Планируемое окончание» были приравнены к столбцам «Начало» и «Окончание».
- Как и в Экселе, в Примавере можно попробовать установить автоматическую высоту строки в зависимости от длины текста так, чтобы он влезал целиком при текущей ширине столбца. «Попробовать» — ключевое слово, ибо результат не гарантирован.
- Между делом, поисковое поле всё ещё не исчерпало свою нетривиальность. Оно имеет фиксированный размер, вы не можете его растянуть, чтобы увидеть целиком искомый текст. Но зато можно перемещаться в нём стрелочками либо выделять текст мышью. Удобно? Несомненно.
- Примавера доблестно позаимствовала у Windows функцию «Отменить операцию» даже с рабочим сочетанием клавиш Ctrl+Z. А если вдруг вы захотите повторить то, что случайно отменили, то не выйдет.
- Вы решили нажать F5 для обновления данных. Primavera могла бы отобразить то же окно, в котором вы были, но скорее всего, вас отбросит в самое начало. И вот вы снова готовы с энтузиазмом искать ту строку, в которой работали.
- Если вы работаете на двух мониторах и на одном из них открыта Primavera, как думаете, где будут появляться её диалоговые окна и уведомления? Правильно, на другом мониторе.
- Однажды вы заметите, что в Primavera случайно поменялись цвета. Просто так, спонтанно, ведь все программы так делают (в параллельной вселенной). Обновление с помощью F5 может это исправить, но последствия вы уже знаете.
- Когда вы добавляете работу, Primavera по умолчанию должна добавить 10 к номеру ID. На деле после 10UKC-3560 может появиться 10UKC-35605. Если маркетологи ИКЕА исчерпают свои идеи, генератор случайных обозначений Примаверы им поможет.
- Придёт время, когда вам захочется отсортировать работы по названию, по дате начала и т. д. Выделенная строка, с которой вы работали, после сортировки может улететь из поля зрения, т. к. на основе фильтра она переместилась. Но Primavera не будет показывать экран так, чтобы была видна выделенная операция. Как получилось, так получилось.
- В Primavera каждая операция имеет уникальный ID. На его основе можно массово изменять кодировки работ, названия, связи и т. д. Но при импорте Эксель-файлов зачем-то требуется ещё один параметр: WBS-code. Да, для добавления новых работ он нужен. И казалось бы, скорректировать существующие работы можно было бы без него, но нет.
- У вас открыт всего один проект, вы хотите импортировать данные из Экселя. Как думаете, какой вопрос программа задаёт после выбора импортируемого файла? Она спрашивает: «В какой проект импортировать данные?» и предлагает на выбор один открытый проект. Действительно сложный выбор. (Это всё было бы хиханьки, если бы можно было щёлкнуть Enter и пропустить шаг, но щёлкать можно только мышью и 3 раза в мелких окнах).
- Когда вы хотите импортировать Эксель, он должен быть обязательно закрыт. Primavera недостаточно его просто использовать для чтения, ей нужна полная власть над ним. Более того, после окончания импорта файл какое-то время доступен только для чтения. Что с ним? Он в плену?
- Мы привыкли, что при наличии нескольких открытых документов можно прокручивать каждый из них, просто наводя курсор и не выделяя его мышкой. Primavera так не сделает, ей нужно ваше внимание целиком.
- Некоторые элементы интерфейса, например, галочки «Начато» и «Завершен» (перевод приведён дословно, использование мужского рода остаётся загадкой) сделаны настолько длинными, что при нажатии на пустую область интерфейса вы можете случайно в них попасть. Мелочь, а приятно.
- Когда в сентябре 2024 по ошибке указываешь плановую дату завершения операции в августе 2024, Primavera орёт, что это невозможно, мол, это в прошлом. Но если поставишь галочку «Завершен» и укажешь фактическое завершение в декабре 2045, всё в порядке, замечаний нет. Какая же ты двуличная, Раиса Васильевна.
- Человек рассуждает так: операция-предшественник имеет более ранние даты, чем основная операция. Если вы пытаетесь задать сроки, нарушая эту логику, какое сообщение вы бы отобразили на экране? Наверное, что-то вроде «Невозможно задать такие сроки, конфликт со сроками предшественника». Сообщение Primavera восхищает ясностью и доступностью изложения: «Уточнённая дата окончания не может быть раньше, чем уточнённая дата начала». Что это за дата, откуда она взялась? Кто эту дату уточнил, и какая была дата до уточнения? Почему бы не показать конкретные даты, которые конфликтуют? Более того, уточнённые даты рассчитываются Primavera где-то за кадром, пользователь их не видит, не меняет, но разработчики решили честно сообщить о существовании этого мусора и создать пользователю дополнительную проблему.
- Если вы не программировали в Paint, не переживайте, схожие ощущения вы сможете уловить в интерфейсе Primavera. Когда вы пишете формулу в меню Глобальная замена», вы не сможете указать в ней число, например, не получится написать «=Длительность-3». В формулах можно выбрать только поля. Таким образом, если вы хотите вычесть из длительности 3, нужно создать пользовательское поле, указать в нём число 3 и только потом вернуться к формуле. Всего-то!
- Если вы поставили галочку «Начато» по ошибке, а Primavera уже автоматически сдвинула дату окончания, с помощью Ctrl+Z можно отменить действие. Галочка при этом снимется, но дата окончания не вернётся на место. Сами ошиблись — сами и разгребайте.
- Когда у операции много предшественников, их можно отсортировать по алфавиту, по датам и т. п. Потом вы переходите, например, к одному из предшественников, чтобы посмотреть, как у него дела, и возвращаетесь обратно к основной операции. Вуаля, а сортировка уже сброшена! Посмотрели разок и хватит.
- Предшественники операции имеют конкретные сроки, например, выполняются в сентябре, а значит последователь может выполняться в октябре. Вы нажимаете на расчёт, но операция планируется только на декабрь. Вы не понимаете, что ей мешает. Оказывается, на операцию влияют не только её предшественники, но и предшественники предшественников (которые могут тянуться в ноябре). Логично? Нет.
- Если вы знаете, какой именно код нужно назначить операции, то вы бы могли держать его в буфере обмена или в блокноте, а затем находить в перечне кодов, но это было бы слишком просто. Например, вам нужно назначить код 21USF.EL.IC.2. Всё, что вы сможете найти в поиске, это 21USF, а остальные подразделы ищите вручную. Глядишь и день незаметно пролетит.
- Есть такой параметр — «Управляющая работа». Эта галочка около предшественника обозначает, что сроки именно этого предшественника влияют на сроки основной операции. Казалось бы, удобно, можно фильтроваться по таким операциям. Но если бы было так просто, компания Oracle не продержалась бы на рынке. Разработчики предлагают считать, что все завершённые предшественники тоже являются управляющими, даже если они завершились 3 года назад и никак не влияют на операцию. Почему? Потому что.
- Большинство компьютерных программ запоминает адреса расположения файлов, которые вы только что открывали или сохраняли. Как вы догадываетесь, Primavera в этом себя не утруждает. Приходится помещать файлы для импорта в какие-то общие папки типа «Загрузки» или «Документы», до которых легче всего добраться. Но памятуя о том, что после импорта Primavera блокирует файл на несколько минут, ни переместить, ни переименовать вы этот файл не сможете. Удобно? Безумно.
- Вы выделили в Primavera несколько строк, но не все названия операций видны, и вы решили изменить ширину столбцов. Выделение пропадёт. А фсё уже, раньше надо было думать.
- Если вам понадобилось в разделе WBS переместить строку на уровень выше или ниже, вы можете использовать стрелочки. А если хотите переместить целую группу строк, то перемещайте по одной, пачкой не получится. Ничего страшного, времени-то много.
- Как будет рассуждать здоровый человек, если ему понадобится отобразить операции только для одного здания? Например, для здания 10UMA он установит фильтр ИСР = 10UMA. Что предлагают разработчики достопочтенной компании Oracle? Вот такой рабочий фильтр: ИСР < 10UMA. При чём здесь знак «меньше»? Как он применим к текстовым данным? Об этом вы сможете поразмышлять в свободное время, которое обязательно появится при работе в дружелюбном и интуитивном интерфейсе Primavera.