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

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

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

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

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

Войти через центр авторизации
Похожие вопросы