Опытный разработчик может любую задачу представить по сложности как подготовку к восхождению на Эверест.
Вы никогда не определите сколько времени займет задача. Наиболее точные сроки может назвать только опытный исполнитель, но не точные. Новичок, если никогда не делал задачу ошибётся со временем. Менеджер, который видел как делали подобное другие, не в курсе ситуации этого приложения. Чтобы избежать такого, нужно доверять и быть уверенным в своих ребятах. А для этого нужно собеседовать и дружить. Спасает парная разработка и работа в паре всегда правильнее. Разработчики не навещают лапши друг другу и постараются вместе решить задачу.
Если вы ему скажете Android-разработчику, что на iOS, кто-то сделал быстрее, даю гарантии что это взбесит. На такое я всегда могу сказать, что особенности платформы, поэтому делать такое дольше, другая реализация архитектуры, что человек лучше знает код своего приложения, или он уже делал такое и в целом он может быть просто опытнее. Или я делал что-то другое, по просьбе, потом нужно было убрать плохой код, или сделать подготовки к будущей задаче, или что я писал тесты и нужно было посмотреть и исследовать проблему, как правильнее это сделать. А если это не подойдет, я найду причину.
Я могу повесить лапшу, правда такое случается не часто, чаще я говорю правду, что вчера ничего подустал, проебался и особо не разрабатывал, но скоро всё закончу. Так происходит, если спокоен за успеваемость.
Но, практически всегда, все искренне стараются что-то сделать, перерабатывают, сидят до поздна и потом дома и делают всё возможное, чтобы показать результат, но иногда это правда не выходит сразу, а иногда вообще не выходит. И в моем опыте, все всегда были ответственными и старались.