Где/как искать консультанта по вопросу построения отдела web-разработки

Question

[Claire]

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

Наступать на грабли в очередной раз не хочется, поэтому решили привлечь опытного разработчика/консультанта. Чтобы он поделился опытом и покритиковал наши планы:)

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

Выборочный постинг на тематических форумах эффекта не дал.

Может кто уже сталкивался с подобной проблемой поиска? Или может порекомендовать такого человека?

Заранее спасибо за ответы.

upd: текст объявления, которое размещали на форумах

Вводные данные: мы — небольшое интернет-агентство, которое занимается созданием/продвижением сайтов, разработкой собственных проектов и скрипов. За последние год наша компания выросла с 8 до 25 человек, увеличилось количество проектов и остро встал вопрос корректного построения отдела разработки.

Мы бы очень хотели получить от консультанта ответы на следующие вопросы:
— как оптимально организовать работу программистов для нашего пула задач (один человек — один проект/группа проектов или наоборот),
— один движок на много сайтов VS каждому сайту свой движок. Плюсы и минусы.
— как при увеличении штата не терять удальную производлительность.
— модульный принцип разработки. Комментарии и критика нашей предполагаемой схемы работы.
— необходимый объем проектной документации.

Мы ожидаем, что консультант (помимо отличного знания технологии) обладает следующим опытом:
— разработка мультисайтовых платформ для сайтов портального типа,
— руководство коллективом программистов и создания процесса производства,
— оценка себестоимости разработок/доработок/релизов.

Территориально мы находимся в Зеленограде, готовы рассмотреть как варианты очной консультации в нашем офисе, так и удаленной по скайпу.
Оплата — по договоренности, в зависимости от объема консультации.

Эл. почта [e-mail] / скайп svetlana.kuranova

Comments

[stan_jeremy]

ну исходя из вопроса вам наверно все таки нужен техлид?

[Claire]

Если имеется ввиду в штат — то мы не уверены, поэтому хотим сначала пообщаться с опытными людьми.
Если про должность «консультанта» — то нам все равно, как она называется: тех. лид/тех. дир./ведущий разработчик. Важнее — знания и опыт.

Answer 1

[Пума Тайланд]

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

Comments

[KEKSOV]

Claire И меня в копию письма со списком вопросов поставьте пожалуйста.

[Claire]

Ну мне казалось не корректным открыто искать тут человека, все-таки хабр — не фриланс-биржа:)
Обновила пост.

[Пума Тайланд]

1)Если у вас нет текучки, то проще и выгоднее один человек один проект.
2)Не очень понял про что, наверняка вы используете какую то cms и на каждом сайте должна быть эта cms. И сайты должны быть разделены друг от друга, чтобы поломка одного не ломала другие.
3)Зачастую достаточно в конце дня прочитать отчет каждого сотрудника и поговорить с проблемными.
4)Есть cms есть модули, это банально и правильно, какая тут может быть критика?
5)Чем больше тем лучше, за это все равно платит заказчик и тут зависит на сколько он хочет получить доков, для долгоиграющих проектов надо как можно больше.

[EugeneOZ]

в конце дня прочитать отчет каждого сотрудника

ппц менеджер. держитесь от таких подальше.
en.wikipedia.org/wiki/Micromanagement

[Пума Тайланд]

НУ это самое простое с чего стоит начинать если у вас есть проблемы с сотрудниками. А так конечно аджайлы и альтернативные техники.
Расскажите лучше о вашем опыте, ссылки на вики не пруф.

Answer 2

[Станислав Свириденко]

Мы бы очень хотели получить от консультанта ответы на следующие вопросы:
— как оптимально организовать работу программистов для нашего пула задач (один человек — один проект/группа проектов или наоборот),
Если у вас много мелких проектов, то делайте группу на проект — менеджер проекта + ресурсы (программисты + верстальщики + кто ещё нужен), при этом ресурсы будут расшарены между другими проектами, если проекты серьёзные то собирайте фиксированную группу ресурсов, с люфтом на отвлечение в помощь другим ресурсам.
— один движок на много сайтов VS каждому сайту свой движок. Плюсы и минусы.
Все зависит от
1. самих проектов (какие она по типу)
2. скилов программистов
В общих чертах — поймите что (framework, CMS, etc) ваши программисты знают лучше всего разделите это на то, насколько это вообще популярно на рынке. И делайте правильные выводы
— как при увеличении штата не терять удальную производлительность.
Правильно использовать ресурсы — вам нужен будет менеджер который будет планировать (да-да) распределение ресурсов. Это может делать как Технический директор, так и Руководитель отдела проектов (что сильно хуже), ещё как вариант менеджер службы поддержки/тестировщик. Тут вопрос в том, какой ресурс у вас есть для это и насколько загружен
— модульный принцип разработки. Комментарии и критика нашей предполагаемой схемы работы.
Если у вас все проекты — промо сайты, то это написал и забыл — используйте выбранный выше вами движок по максимуму. с серьёзными нужно будет оценивать реиспользование кода.
— необходимый объем проектной документации.
Все зависит от ваших проектов и клиентов. В большинстве случаев пишется ТЗ + макеты. Но клиент может перейти на короткую ногу и тогда вы можете слиться в Agile :)

Мы ожидаем, что консультант (помимо отличного знания технологии) обладает следующим опытом:
— разработка мультисайтовых платформ для сайтов портального типа,
— руководство коллективом программистов и создания процесса производства,
— оценка себестоимости разработок/доработок/релизов.

Ну тут как то так sviridenko.moikrug.ru :)

Answer 3

[Дмитрий Исаев]

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

Могу только сказать, что менеджеры проектов (в том числе бывшие разработчики) и руководители своих стартапов (в том числе бывшие разработчики) вполне себе мониторят. Мне попадались много представителей обеих категорий за месяц существования нашего объявления на oDesk. Видимо, всегда есть процент людей, которые хотят сменить условия работы: романтику на стабильность (и наоборот), разработку на руководство/консалтинг (и наоборот), и т.д.