А что дальше делать, если я вижу, что посередине срока работа есть, но ее как-то маловато?
Гнать в шею работника?
Вроде бы ведь он что-то сделал.
Как Вы поступаете в таких случаях?
У меня был такой печальный случай: по середине срока был результат.
Но в конце срока он и остался таким же((
«Проект под ключ» ведь не может сделать 1 человек. Значит, этот «суровый русский фрилансер» и есть менеджер проектов, которого мы с самого начала не наняли, а решили сами искать специалистов по одному.
Если этот суровый тип — имеется в виду дизайнер, то тут я смею с Вами не согласиться, хорошие дизайнеры встречаются за 1000$ за проект. Тут от проекта тоже, конечно, зависит. Визитка или портал, скажем)
«нарисовать прототип ключевых моментов» — это для кого, для дизайнера?
Верно, но функционал — например, жмем сюда — видим то-то, жмем сюда — открывается это — нужно описать желательно не только словами, но и картинками-схемами, для всех участников проекта — дизайнера, программиста, верстальщика.
Так мы не получим потом то, что называется «клиент сам не знал чего хочет», «этого не было в ТЗ и я сделал наиболее логично».
В ТЗ должно быть по максимуму, чтобы работники меньше думали, как именно сделать сайт, у них и так работы хватает — верстать, программировать, продумывать цветовое сочетание.
Думать полагается юзабилити-специалисту, который изготавливает прототип,… так ведь?
Иногда, конечно, дизайнер частично или полностью проектирует юзабилити, но тут доверие к дизайнеру должно быть максимальным.
Новичку в области найма специалистов на бирже я советую юзабилити-схемы сайта отдельно продумать.
«настоящий дизайн это функциональность» — тут я согласна, 100%!
Но некоторые дизайнеры рисуют красиво, а функциональность понимают по своему, по-дизайнерски.
Бывают, что дизайнеру вообще эта тема безразлична в силу тех или иных причин.
Удобство для посетителя сайта по-настоящему не безразлично только Вам самим (заказчику) или отдельному специалисту по прототипам сайтов.
О, про общение с программистом будет отдельная статья.
После плодотворного сотрудничества.
Опыта в работе над достаточно объемными проектами с программистами мало, так что любые комментарии на эту тему ожидаемы.
А в программировании я и правда не понимаю. Возможно, ваш комментарий может послужить аргументом в пользу утверждения, что менеджер даже и не должен быть программистом…
Но мыслить логически нужно, да и в общих чертах представлять что такое фреймворк — не мешает, я об этом.
Самописный — это без использования фреймворка. Тот сайт, который функционировал изначально и был «самописный». Полностью, что называется «с нуля».
Хотя, к сожалению, я не программист и новые подробности об этом нелегком труде только радуют.
Гнать в шею работника?
Вроде бы ведь он что-то сделал.
Как Вы поступаете в таких случаях?
У меня был такой печальный случай: по середине срока был результат.
Но в конце срока он и остался таким же((
Если этот суровый тип — имеется в виду дизайнер, то тут я смею с Вами не согласиться, хорошие дизайнеры встречаются за 1000$ за проект. Тут от проекта тоже, конечно, зависит. Визитка или портал, скажем)
«нарисовать прототип ключевых моментов» — это для кого, для дизайнера?
Верно, но функционал — например, жмем сюда — видим то-то, жмем сюда — открывается это — нужно описать желательно не только словами, но и картинками-схемами, для всех участников проекта — дизайнера, программиста, верстальщика.
Так мы не получим потом то, что называется «клиент сам не знал чего хочет», «этого не было в ТЗ и я сделал наиболее логично».
В ТЗ должно быть по максимуму, чтобы работники меньше думали, как именно сделать сайт, у них и так работы хватает — верстать, программировать, продумывать цветовое сочетание.
Думать полагается юзабилити-специалисту, который изготавливает прототип,… так ведь?
Иногда, конечно, дизайнер частично или полностью проектирует юзабилити, но тут доверие к дизайнеру должно быть максимальным.
Новичку в области найма специалистов на бирже я советую юзабилити-схемы сайта отдельно продумать.
«настоящий дизайн это функциональность» — тут я согласна, 100%!
Но некоторые дизайнеры рисуют красиво, а функциональность понимают по своему, по-дизайнерски.
Бывают, что дизайнеру вообще эта тема безразлична в силу тех или иных причин.
Удобство для посетителя сайта по-настоящему не безразлично только Вам самим (заказчику) или отдельному специалисту по прототипам сайтов.
После плодотворного сотрудничества.
Опыта в работе над достаточно объемными проектами с программистами мало, так что любые комментарии на эту тему ожидаемы.
А в программировании я и правда не понимаю. Возможно, ваш комментарий может послужить аргументом в пользу утверждения, что менеджер даже и не должен быть программистом…
Но мыслить логически нужно, да и в общих чертах представлять что такое фреймворк — не мешает, я об этом.
Про бюджет — да, в процессе пути ему пришлось «подрасти». О закладывании бюджета стоит даже отдельно потом написать.
Хотя, к сожалению, я не программист и новые подробности об этом нелегком труде только радуют.