Кто виноват в срыве сроков?

Программист делал новую функцию и решил использовать стороннюю библиотеку, интеграция и первое применение - всё было нормально но потребовались изменение функций которые были именно в этой библиотеке. Этого сделать не удалось ни сразу, ни после небольшого разбора библиотеки (запутана она малость).
Варианта 3:
1) Искать другую библиотеку (без гарантий успеха естественно)
2) Писать свой аналог (долго)
3) Выкатывать без этого функционала (в целом возможно) и доделать потом
Главное в том, что по срокам уже стоят совсем другие задачи и на такую нештатную ситуацию никакого времени не было заложено.
Кто в этом случае виноват в срыве сроков и почему? Сеньоров, тестеров никаких нет, которые бы проконтролировали программиста или помогли ему. Один программист и один менеджер проекта (он же маркетолог).
  • Вопрос задан
  • 796 просмотров
Решения вопроса 7
OnYourLips
@OnYourLips
и на такую нештатную ситуацию никакого времени не было заложено
Тогда менеджер виноват.
У вас два варианта: менеджер, либо менеджер и разработчик.
Но менеджер виноват в любом случае.
Ответ написан
Менеджер - он же маркетолог виноват. Программист при наличии менеджера не виноват ни в чем. Предположим, программист - тупой. Но он же не может быть виноватым в том, что он тупой - он таким уродился, и вина менеджера в том, что он выбрал такого тупого программиста для решения данной задачи.

Использовать и продавать можно любого программиста. Главное - адекватно оценивать его возможности, закладывать время на риски, исходя из этой оценки, вовремя получать от программиста обратную связь, и если выяснилось, что ситуация развивается не по плану - вовремя объяснять ситуацию клиенту и находить компромиссные варианты.
Ответ написан
@McBernar
Виноват тот, кто назначил такие сроки, не разобравшись в вопросе.
Ответ написан
но потребовались изменение функций которые были именно в этой библиотеке

Если эти изменения назрели уже после создания изначально обговоренного функционала, без каких-либо ТЗ, то разработчик не виноват. Невозможно предвидеть, какие еще костыли захочет видеть менеджер в продукте.
Ответ написан
Никто не виноват. Требуется перепроектирование. Надо разбираться с этой функцией зачем она, сколько времени и усилий реально на неё потребуется. Винить кого-то "во вновь открывшихся обстоятельствах", особенно в команде из 2-х человек - это поставить первую точку на проекте.
Ответ написан
@Dr_Gonzo
http://mahamba.com
Тот, кто принимал решение и апрувил его! Т.е. оба
Ответ написан
lukoie
@lukoie
У нас была подобная ситуация на хакатоне. Разрабы решили забабахать всё в модном телескопе(реакт+метеор), в итоге на макбуках всё заводилось, а у фронтэндщиков на писи-ноутах ничего не работало. В итоге запороли вообще всё, не было что выкатывать.
Виновата организация рабочего процесса. Потому что если кодер может себе позволить взять неизвестный инструмент на авось - часто получается именно вот так, как получилось.
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы
YLab Тольятти
от 50 000 руб.
ProfitClicks Краснодар
До 150 000 руб.
16 июн. 2019, в 19:42
500 руб./за проект
16 июн. 2019, в 18:38
5000 руб./за проект
16 июн. 2019, в 17:14
5000 руб./за проект