Частая практика, в телеграме полно каналов где не совсем чистые на совесть и руку люди кошмарят продавцов. Само явление называется «рефать технику». По всему миру люди занимаются таким, лично сталкивался 2 раза, когда продавал свой телефон через ebay. Была и остается распространенной практика, когда вы продаете айфон, который на гарантии покупатель при получении разбирает телефон, меняет экранный модуль и снимает шилд с серийным номером, а затем открывает спор, мол хочет вернуть телефон, его что-то там не устраивает. Мне удавалось от таких случаев отбиться т.к. у меня давний и хороший аккаунт и я сразу пишу в техподержку после отправки, о том, что переживаю что это возможно мошенник, и как он может действовать. Это спасало.
ps. с процессорами интел на али и ебэй нужно быть особенно осторожными. Частая практика, когда скальпируют крышки и меняют местами. Вашему другу могли прислать и5 c крышкой от и7. А кто-то мог купить 8700K c Celeron 3900 внутри.
Сомнения в себе не лучшие качества лидера) А по данной тебе, думаю, что это был вопрос помогающий определить ваш градус ответственности и уверенности в своей компетенции. Отвечать следовало примерно так:
1. Говорим, что с вами этого бы не случилось, т.к. задача тех.лида ещё на старте предусмотреть возможные грабли и подобрать правильную методологию разработки. Гнать на архитектора не вариант, вы отвечаете за команду, весь спрос с вас. Если обстоятельства не от вас зависят, то спрос с вас никуда не деется, а линь нивелируется вашей способностью решать подобные ситуации.
2. Раз уж проблема выявлена и пошла пьянка, то просим уточнения для описания проекта. Есть Показываем, что разбираемся в системах (complex/complicated). В одном из случаев возможна частичная отгрузка с продолжением разработки. На израсходованный бюджет отвечаем, что этот риск был заложен в стоимость разработки. Однако прежде чем использовать выручку своей фирмы для доделки, говорим, что готовы обсудить с заказчиком возникшую проблему и найти совместное решение. Серьезные заказчики, всегда подстраховываются и предусматривают, что разработка может не быть закончена в срок, неустойка никому не на руку — софт нужно будет обслуживать.
Итого вы должны были показать, что: уверены в себе, понимаете бизнес-процессы выше вас, готовы частично совмещать в себе обязанности менеджера проекта, умеете признавать ошибки и не боитесь браться за их решение, и главное — не перебрасываете ответственность на подчиненных, даже если это их косяк.
Если после не дают конкретный кейс, то на этом ответ можно считать оконченым.
А UI — это User Interface (дословно «пользовательский интерфейс») — то, как выглядит интерфейс и то, какие физические характеристики приобретает. Определяет, какого цвета будет ваше «изделие», удобно ли будет человеку попадать пальцем в кнопочки, читабельным ли будет текст и тому подобное..
после этого абзаца второй раз усомнился в компетенции автора и перестал читать. Мне кажется, что у вас нет опыта в продуктовой разработке или работы над проектами, которые не ограничивались созданием страниц под малый бизнес. В опровержение моего мнения, буду рад увидеть ссылку на портфолио.
ps. с процессорами интел на али и ебэй нужно быть особенно осторожными. Частая практика, когда скальпируют крышки и меняют местами. Вашему другу могли прислать и5 c крышкой от и7. А кто-то мог купить 8700K c Celeron 3900 внутри.
1. Говорим, что с вами этого бы не случилось, т.к. задача тех.лида ещё на старте предусмотреть возможные грабли и подобрать правильную методологию разработки. Гнать на архитектора не вариант, вы отвечаете за команду, весь спрос с вас. Если обстоятельства не от вас зависят, то спрос с вас никуда не деется, а линь нивелируется вашей способностью решать подобные ситуации.
2. Раз уж проблема выявлена и пошла пьянка, то просим уточнения для описания проекта. Есть Показываем, что разбираемся в системах (complex/complicated). В одном из случаев возможна частичная отгрузка с продолжением разработки. На израсходованный бюджет отвечаем, что этот риск был заложен в стоимость разработки. Однако прежде чем использовать выручку своей фирмы для доделки, говорим, что готовы обсудить с заказчиком возникшую проблему и найти совместное решение. Серьезные заказчики, всегда подстраховываются и предусматривают, что разработка может не быть закончена в срок, неустойка никому не на руку — софт нужно будет обслуживать.
Итого вы должны были показать, что: уверены в себе, понимаете бизнес-процессы выше вас, готовы частично совмещать в себе обязанности менеджера проекта, умеете признавать ошибки и не боитесь браться за их решение, и главное — не перебрасываете ответственность на подчиненных, даже если это их косяк.
Если после не дают конкретный кейс, то на этом ответ можно считать оконченым.
после этого абзаца второй раз усомнился в компетенции автора и перестал читать. Мне кажется, что у вас нет опыта в продуктовой разработке или работы над проектами, которые не ограничивались созданием страниц под малый бизнес. В опровержение моего мнения, буду рад увидеть ссылку на портфолио.