The post has been translated automatically. Original language: Russian
A good engineering team can create an excellent system and still fail a project: miss deadlines, go over budget, or deliver what the customer didn't expect. In industrial projects in Kazakhstan, this risk is especially high, because software, electronics, installation on site and several contractors converge in one project.
Most of the time, the problem is not in technology, but in management. The TOR is written in general terms, "minor improvements" are accepted without revision of deadlines, and the customer learns about delays at the last moment. The plan is based on the desired date and does not take into account the supply of equipment, customs and access to the facility.
A few simple practices from the PMI standard help. The one-page project Charter sets out the goal, boundaries, and deadlines. Each change is made with an assessment of how it will affect the cost. The risks are recorded in advance, and the customer receives a short status every week. For projects with hardware, the hybrid approach works well: equipment and installation follow a sequential plan, while software is done in short iterations and shown to the customer as work progresses.
Project management is not a bureaucracy, but a way to keep promises. Large industrial customers choose those who deliver the work on time and keep them informed. Start small: on the next project, write the charter and enter the weekly status, and there will be noticeably fewer unexpected problems.
Хорошая инженерная команда может сделать отличную систему и всё равно провалить проект: сорвать сроки, выйти за бюджет или сдать не то, что ждал заказчик. В промышленных проектах Казахстана этот риск особенно велик, потому что в одном проекте сходятся ПО, электроника, монтаж на объекте и несколько подрядчиков.
Чаще всего проблема не в технике, а в управлении. ТЗ написано общими словами, «мелкие доработки» принимаются без пересмотра сроков, а заказчик узнаёт о задержках в последний момент. План строят от желаемой даты и не учитывают поставки оборудования, таможню и допуск на объект.
Помогают несколько простых практик из стандарта PMI. Устав проекта на одну страницу фиксирует цель, границы и сроки. Каждое изменение оформляют с оценкой того, как оно скажется на стоимости. Риски записывают заранее, а заказчик каждую неделю получает короткий статус. Для проектов с железом хорошо работает гибридный подход: оборудование и монтаж идут по последовательному плану, а ПО делается короткими итерациями и показывается заказчику по ходу работы.
Проектный менеджмент — это не бюрократия, а способ выполнять обещания. Крупные промышленные заказчики выбирают тех, кто сдаёт работу в срок и держит их в курсе. Начните с малого: на следующем проекте напишите устав и введите еженедельный статус, и неожиданных проблем станет заметно меньше.
Share
