Стоит ли собирать собственную команду для создания сайта нашей компании?

Опыт работы с удаленщиками показывает, что человек всегда должен быть под рукой, чтобы его можно было всегда пнуть.

Бывали у меня случаи, когда фрилансер, вырубил скайп, вотсапп, на почту и звонки не отвечает - короче ушел в полную несознанку. И ищи его, пока снова не нарисуется. А тут проект горит

Фрилансер - это всего лишь вольный наёмник. С фрилансерами связываться можно на тех же принципах, что и с прочими исполнителями - на базе более или менее длительных и постоянных связей. Если, конечно речь не идёт о разовой эксклюзивной работе.

Если сами в предментной области не разбираетесь - не стоит. Как уже вам говорили, сделает и ищи ветра в поле.

Да, хороший специалист сам спроектирует, разобьет задачи на более мелкие, делегирует их другим разработчикам. Скажем так, будет "переводчиком" между хотелками руководителя и технической реализацией. Важно еще найти золотую середину, чтобы не бежал сломя голову реализовывать, а мог аргументированно объяснить, например, что так делать нельзя и почему.

Ну и обязательно, с самого начала, нужно пользоваться системой контроля версий, системой управления проектами и хотябы внутренней wiki для ведения документации по проекту.

И как же раньше жили без гитхабов и букетов? 😕 И без вики...

Человек вообще-то сайт хочет сделать, а не операционную систему нового поколения. Может быть, не надо его запугивать?

Ну ТС завел речь о команде. Два человека уже команда. Я даже свои мелкие проекты разрабатываю используя VCS, про крупные вообще молчу. Всегда знаю что и когда менялось. Или у нас (у людей) идеальная память? Темп жизни тоже увеличивается.

Так-то раньше и без компьютеров жили. Или вы предлагаете все заклеить стикерами, навалить кучу бумаги, в которой через месяц уже сам не разберешься что к чему?

Предупрежден - значит вооружен, никто не запугивает. Систем управления проектами сейчас вагон и маленькая тележка, руководитель точно разберется, они полезны не только для разработки. А поднять ту же wiki для любого разработчика вообще не проблема. Можно обойтись и без wiki, сваливать документацию в тот же git. Для небольших проектов приемлемо.

Вот только потом руководитель, владелец бизнеса, сайта не будет ломать голову, а что же делать? Когда сбежит/уволится и т.д. разработчик.

М-дя... Живо представил себе "картину маслом". Собралась команда: графдизайнер, программер, сеошнег и ТС во главе. Сначала все с интересом наблюдают за творческим процессом ваяния PSD, потом с любопытством пытаются отследить версии классов функционала, разбираются в тонкостях CSS, и в заключение в обязательном порядке вся команда участвует в формировании запросов для яндекс-директа. Зашибись! Очень продуктивно. А, ещё контент-менеджера забыл! Ему тоже очень интересна система контроля версий.

К чему эта демагогия? Каждому свой инструмент. Дизайнер и сеошник вполне могут удаленно работать, постоянное их присутствие не нужно. Разработчику, в случае ТС, особенно на первых этапах, не помешало бы присутствовать. Чем плоха CRM для тех же удаленных работников?

Вашу позицию фрилансера(?), судя по эмоциональности поста, понимаю. Сам когда-то так работал и делал ежедневные архивы, это же очень "удобно". Особенно "удобно" деплоить несколько тысяч файлов, когда изменения производились в 10-20. Правки на живом сайте надеюсь не будете отстаивать (речь не о контенте)?:)

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