Тех. консультант для создания сайта: как найти и выбрать?

Question

[Михаил Потапов]

С более-менее простыми сайтами понятно - выбор фрилансера на дизайн, верстку и CMS/программирование.
А как грамотно построить работу, если хочется поднять более-менее серьезный проект, например, большой контентный, или для активного общения на сайте?
Понятно, что может быть разный технический подход к проекту вообще и выбор разных технологий для реализации в частности. Где найти и по каким критериям выбрать знающего человека, который обрисует архитектуру проекта и перечень работ для исполнителей?
На Западе это вроде как распространенное явление, когда человек поднял проект и дает советы, по тому, как правильно сделать аналогичный. У нас пока такое не встречал. Или не правильно подхожу к делу?

Comments

[FoxInSox]

Где найти людей? hh.ru, fl.ru, upwork.com, linkein.com и тд. Подобные вопросы закрывают.

[umno]

FoxInSox: Там сидят исполнители, если человек только начал в этом разбираться, ему не подойдет. Нужно хотя бы основы понимать.

[sim3x]

umno: в линкедине сидят ПМ-ТЛ

Answer 1

[umno]

Есть такая организация ФРИИ - фонд развития интернет инициатив. Они проводят семинары в различных городах, организовывают встречи между разработчиками, авторами идей, спонсорами и теми, кто уже достиг успеха на данной ниве. Также присылают на почту интересные статьи и приглашают на мероприятия. В общем, как хорошая площадка для старта - рекомендую.
Также, есть разные стартап инкубаторы, поищите их для вашего города.
И профильные, форумы, сайты: rusbase.vc, megamozg.ru как подспорье.

Comments

[sim3x]

на фрии выступают техлиды?

[umno]

Да, бывает. Но чаще они просто приходят в качестве экспертов, можно познакомиться и поговорить, спросить совета.

Answer 2

[Елизавета Борисова]

Консультантом в более-менее серьезном проекте не обойтись, не надо витать в иллюзиях.

который обрисует архитектуру проекта и перечень работ для исполнителей?

Это попытка представить работу PM-а, или техлида, как нечто незначительное. А кто будет проверять исполнителей , изменять "перечень работ", уточнять, изменять архитектуру, тестировать, планировать итерации ... и еще продуктом заниматься ?
Перечень работ - величина переменная, в Agile подходе особенно.

На Западе это вроде как распространенное явление, когда человек поднял проект и дает советы, по тому, как правильно сделать аналогичный.

Советы, но НЕ БОЛЕЕ. Никаких планов для ваших фрилансеров.

На данном этапе Вам стоит решить, собираетесь ли вы в принципе техническими вопросами заниматься, или нет. Если нет, то просто идете по пути найма, и все вопросы решает уже нанятый человек. Если да, то сами разбираетесь, как серьезные проекты делаются (да, уйдет время)

Comments

[sim3x]

>витать в иллюзиях.
витать в облаках
поддаваться иллюзиям

[Михаил Потапов]

Спасибо,
есть видение и понимание продукта, есть маркетинговые ресурсы. Поэтому речь только о технологии. Например, когда от себя расписывается задание, какие функции должны выполняться, где какие кнопки должны быть, но при этом не попасть впросак, из-за того что выбранная технология будет с трудом масштабироваться, падать из-за нагрузок или неправильных алгоритмов.
Разделение труда видится таким: консультант-мозг, закладывающий основы и исполнители-кодировщики, которые кодят указанные консультантом технические задачи.

[Елизавета Борисова]

Михаил Потапов: И ? Кто следить за кодерами будет ? За тем , что они накодили по задачам? Задачи надо постоянно обновлять. Если кодировщики предполагаются неопытные, неспособные сами архитектурные вопросы решать, данная схема экономии не заработает. Если опытные - советник лишний.
Чем Вас не устраивает аутсорс? разные команды предложат разные технологии, скажут в чем плюсы. Вам останется найти минусы и выбрать)
Стек (технологии) может быть любым: java/c#, python, go, node.js, ruby, и даже php. Технология не может падать из-за нагрузок. Падает кривой код.
P.S. --где какие кнопки--, у вас должны быть готовые макеты и дизайнер для связи