В современной индустрии разработки ПО есть один аспект, при упоминании которого у многих опытных программистов наверняка всплывают недобрые воспоминания, связанные с головной болью из-за необходимости закончить проект до дедлайна, работой овертайм и т.д. Речь идет о сроках и оценке времени, а точнее, количества человеко-часов, которые необходимы для выполнения проекта.
Как отмечают эксперты, и с ними трудно спорить, оценка количества времени на разработку тех или иных проектов — это просто-таки ахиллесова пята для многих, если не для большинства разработчиков. По данным исследования компании McKinsey, 66% проектов по разработке корпоративного программного обеспечения требуют больших расходов, чем планировалось изначально. Из этих 66%, треть выходят за рамки изначального графика, а около 20% не выполняют поставленные задачи и цели вообще.
Это еще не все. Исследователи выяснили, что 17% всех ИТ-проектов на практике реализуются настолько не в соответствии с изначальными планами, что начинают угрожать самому существованию компании. А общая сумма перерасхода средств из-за неправильных эстимейтов при планировании проектов и вовсе колоссальна.
“В рамках совместного исследования, специалисты McKinsey и Оксфордского университета проанализировали более 5400 ИТ-проектов в разных индустриях. Сравнив бюджеты, графики и прогнозируемые улучшения в производительности с реальными затратами и результатами, мы выяснили, что общий объем перерасходов бюджетных средств в ходе реализации данных проектов превысил $66 млрд — это больше, чем ВВП Люксембурга,” — говорится в исследовании.
“Мы также обнаружили, что чем дольше по плану должен продлиться проект, тем более вероятно, что он выйдет за рамки времени и бюджета. С каждым следующим годом работы над проектом перерасход средств увеличивается на 15%,” — добавляют аналитики.
В сегодняшнем материале мы поговорим о том, как проводить оценку времени на разработку наиболее эффективно и на что обращать внимание в первую очередь. А также узнаем, как опытные разработчики советуют подходить к эстимейтам.
Эллеонора Керри
41 уровень
Дедлайн близко! Как делать правильные эстимейты проектов
Комментарии (8)
- популярные
- новые
- старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
Vladislav Kuzmenko
7 февраля 2020, 11:13
Добрый день.
еще один пункт можно осветить про стори поинты.
т.е., мы оцениваем сложность задачи и сравниваем ее с общей сложностью за период времени, который мы можем закрыть.
т.е., если задача на 160 сторипоинтов, а в неделю мы можем закрыть 40, то пилить будем 4 недели.
+ необходимо дополнительно подстраховаться +-20% (для данного примера + одна неделя).
итого 4-5 недель.
это из видео it-бороды с ютуба.
+2
Alex
7 февраля 2020, 10:51
Как бесят эти нарочитые англицизмы, коверкающие язык. Эстимейты, овертаймы и прочее. Зачем? Мода такая?
+4
Григорий
7 февраля 2020, 11:19
К сожалению, уже устоявшаяся норма в этой отрасли.
Менеджеры поголовно говорят на этом языке, что высмеивали даже в Камеди Клабе уже.
"Проэскалируй эстимацию" - лично слышал при куче народа.
0
ディマ_オゾリン
7 февраля 2020, 12:01
Не только в этой отрасли. Это профессиональный сленг, который имеет место во всех международных отраслях связанных с иностранными языками.
РусИнглиш
Когда я работал в компании связанной с авиаперевозкой, там тоже было куча слов: зарефандить, рафки, ассесы, просиды и т.д.
0
Justinian Judge в Mega City One Master
9 февраля 2020, 00:35
Ну, слово "мода" это такой же нарочитый латинизм, компьютер это тоже англицизм , есть же ЭВМ наш аналог. Слово метод - латинизм, функция, валидация, тестирование, копия, стримы, лямбды, база данных, джава кор..
Как джава кор называть, джава ядром?
Дело не в моде, это профессиональная лексика и профессиональное общение, которое должно быть эффективным и понятным специалистам.
Можно конечно попробовать "никак не могу этот способ джавы написать в собирателе в целое, да и все-равно последняя группа не через предмет подражается" я даже зная что имел ввиду, перечитал и сам не понял.
Это все дело привычки, к латинизмам если привык, раз используешь слово мода и тысячи других, к слову компьютер привык, хотя исторически еще в тех же 90-ых слово ЭВМ боролось за существование, привыкнешь и эстимейтить ) ну не захочешь не будешь употреблять, дело каждого. Но слушать придется :)
0
Sergey Semendyaev
13 февраля 2020, 14:10
тут всё в кучу мешать не надо. Методы, процедуры, функции и т.п. - да, достаточно давно и прочно вжились в русский язык и слишком неразрывны с теми сущностями, которые они описывают. Но называть оценку эстимэйтом? Про@б сроков овертаймом и пр. Ну давайте уже спикать комплитли на РусИнглише.
0
Justinian Judge в Mega City One Master
13 февраля 2020, 22:34
"давно", "прочно" это оценочные категории.
И донднже тать на павечернице за садовие проливает, программисты спикают на русинглише. Такова профессия, у каждой специальности свой терминологический аппарат.
Хотя конечно зависит от языка и компании, если пойти на фуллстека в сеть разливаек, может там и не будет такого. Но если это нормальная компания, с командировками к клиенту в Европу или США, с постоянным общением по всему земному шару, то тогда по другому никак. Как минимум слушать.
А говорить дело добровольное, кто и в каком объеме использовать тоже.
0
Максим В. Кузнецов
14 февраля 2020, 18:42
Мы, программисты у себя в команде просто ржем над нашими менеджерАми, когда их слушаем. Они как малые дети, которые стараются изо всех сил походить на взрослых.
Все эти слова англицизмы мы используем, конечно, но когда предметная область разговора тут же рядом java core - это область языка или пакет. его по другому не назовешь. Без фанатизма. Русский язык любим и стараемся не портить.
0