+7 (921) 335-92-68

Санкт-Петербург
пр. Энгельса, д. 34

3 уникальных преимущества для наших клиентов

1. Специализация на SEO!

2. Установка системы отслеживании заявок бесплатно!

3. Уникальная программа "Больше заявок за тот же бюджет"

Получите предложение прямо сейчас!





Почему оценка веб-проектов является настолько сложной

Почему оценка веб-проектов является настолько сложной Одно из самых спорных аспектов в разработке сайтов, которые могут поставить в тупик и о котором часто имеют неправильное представление — это оценка. Тем не менее, этот этап важен, однако, многие люди, особо не программистов, не догадывается, что просить команду разработчиков оценить проект и ответить на вопрос «Сколько времени он займет?» И «Сколько это будет стоить?» Равносильно просьбе предсказать будущее. Правду можно узнать только после того, как все произойдет. С маленькой или большой погрешностью, оценки всегда неверны. Когда они правильные, это случайность.

Большинство программистов, как правило, склонны к слишком оптимистичных прогнозов. Они либо переоценивают свою производительность или недооценивают сложность задачи. Это особенно актуально для новых разработчиков, которые слишком уверены в своих силах. Как можно точнее оценки требуют большого опыта, практики и знания системы и задачи. Кроме того, некоторые компании отдают приоритет своевременности, а не качества. Эта стратегия не всегда может давать удовлетворительные результаты, потому что, как говорят в народе, поспешишь — людей насмешишь. Хорошей советом будет обещать меньше, а предоставлять больше.

Поправки в ходе работы

Когда некоторые оценки в рамках проекта не достигаются, другие оценки должны быть скорректированы соответствующим образом. Однако, программисты, как правило, оптимистично настроены и считают, что справятся с другими задачами быстрее и этим компенсируют потерянное время. Однако обычно не встигання части задач ведет к отсрочке остальных.

Кроме того, в большинстве проектов возникают некоторые изменения в требованиях, которые вносятся самим заказчиком или производительные решения, предложенные разработчиками. Неудивительно, ведь новые идеи могут появиться только в ходе работы, когда оказывается весь потенциал возможных впроваждень. Очевидно, что любая дополнительная функция, добавлен пунктик в план не может не повлиять на оценку всего проекта, которая должна быть изменена.

Состав команды

Почему оценка веб-проектов является настолько сложной Программисты отличаются по производительности. Ситуация лучше, когда они оценивают собственную работу, чем когда кто-то делает оценку для них.

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

Существует термин «человеко-месяц» — продолжительность рабочего времени одного человека в месяц. Он используется для измерения объема работы для выполнения конкретной задачи. Считается, что единица работы пропорциональна числу людей, которые работают, и умноженная на время, когда они работают. Фредерик Брук в своей книге «Мифический человеко-месяц» опроверг это соотношение, опираясь на собственный опыт и наблюдения о том, что приводит к задержке большинства программных проектов. Брук утверждает, что добавление трудовых ресурсов в проект, который отстает от графика, делает его даже более запоздалым. Причиной является время, необходимое для новых программистов, чтобы уловить основную суть и вникнуть глубже в проект и, таким образом, увеличение времени общения внутри команды.

Непредвиденные сложности

Почему оценка веб-проектов является настолько сложной

В процессе работы над созданием, развитием или обслуживанием сайтов могут случаться как существенные, так и несущественные трудности, или и те, и те. Уже знакомый вам Фредерик Брук в другой своей книге под названием «Серебряной пули нет» описал эти два типа.

Существенные сложности непосредственно связаны с самим заданием, с желаниями и требованиями заказчика. Это суть поставленной проблемы, которая должна быть решена в любом случае. Именно поэтому этот тип неотъемлемый, его невозможно обойти или упростить без веских потерь.

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

Ошибки и баги

Даже самые лучшие и опытные разработчики не могут предсказать всех препятствий и ошибок, которые будут случаться. Поэтому, надлежащая оценка должна учитывать высокую вероятность их возникновения и иметь определенный запас времени для исправления багов. В нашей команде есть QA инженеры, то есть специалисты по гарантии качества, которые занимаются тестированием сайтов , чтобы убедиться, что конечный продукт отвечает всем требованиям.

Механические задачи против творческих

Механические и рутинные задачи часто могут быть автоматизированы до некоторой степени. Они более предсказуемы. Если программисты уже имели некоторую практику с предыдущими подобными задачами, оценить их сравнительно несложно.

Творческие же задачи требуют много мышления, обдумывание, сочинения, и, конечно же, вдохновение. Чем больше творческих задач, тем больше времени требуется на каждое из них. Кажется, невозможно оценить их с достаточной точностью.

Почему оценка все же нужна?

Почему оценка веб-проектов является настолько сложной Важно оценить значение каждой детали, независимо насколько она пустяковое. Если все требующие усилий в равной степени, тогда просто создать перечень, не принимая во внимание последовательность, и приступать к работе. Однако, на самом деле, элементы проекта варьируются в зависимости от разного количества необходимых сил и времени. Таким образом, оценка их приблизительной стоимости позволяет сделать анализ расходов и доходов, определить экономическую целесообразность и приоритеты.

Поскольку большая оценка всего проекта, скорее всего, будет не точной и иметь большие погрешности, хорошей идеей будет разбить ее на несколько более мелких оценок, которые легче спрогнозировать. Это также поможет структурировать работу и выделить основные этапы.

Вывод

Пока программисты не является гадалками, их оценки — это догадки и предположения. Поэтому, разумно признать факт, что оценки всегда ошибочны, и не полагаться на них полностью, и не паниковать, если они не исполняются на 100%. Отвечать оценкам и вкладываться в сроки — еще не показатель компетентности разработчиков и не весомый критерий для суждения. Более того, следование начальном плана может улучшить оценки, но также может и привести к посредственным невысоких результатов, поскольку это убивает творческий потенциал и стремление к совершенству. Повторную работу следует поощрять, чтобы сделать вещи лучше, но довольно трудно найти баланс между доработкой в контексте текущего проекта и создание новой, которая будет реализована позже. Это шанс открыть для себя новые измерения, рассмотреть под другим углом.


Перейти к списку статей