Несмотря на то, что на сайте у нас вроде как не очень заметна активность (топики появляются редко), реальная работа клуба идет полным ходом. За последние несколько дней полностью переработан сайт салона красоты Чудо, заканчивается работа над обновленным сайтом гостиницы Берлин и довольно сложным одностраничным сайтом подачи заявок на кредиты (есть погрешности в верстке, но верстка полностью от заказчика, ждем исправленную), обновлен и дорабатывается функционал сайта magazineavia (сайт будет работать в полной синхронизации с 1С), ведутся работы по СЕО-продвижению сайта радимакс.ру (и есть и другие проекты), а количество членов клуба перевалило уже за 20 человек (именно закрытая его часть). По проекту мне активно помогают Иван vanchelo , Илья ilyautkin и Сергей PavelKrylov . Уверен, очень скоро количество активных специалистов в клубе значительно увеличится. А теперь хотелось бы с этой торжественной ноты перейти к сути проблемы. Один из текущих проектов, находящихся в работе, напомнил мне о плохих моментах в IT-практике, а именно провал реализации проекта. Предыдущий программист, который работал над проектом, в силу своей неопытности наломал кучу дров. В итоге не только не доведенный до ума проект, но и потерянные время и деньги. Плюс к этому еще и какую-то часть сайта придется полностью переписывать. К чему я это? Данный клуб организовывался мной не конкретно для меня. Здесь предполагается некая закрытая здоровая инфраструктура, с минимумом рисков, высоким качеством работ и т.п. Но: во-первых, я не резиновый, и в принципе изначально планировалось, что я не буду участвовать во всех проектах, а только в самых сложных, плюс организаторская работа, обучение и т.п., а во-вторых, клуб будет неизбежно расти, а всех новых специалистов, которые вроде как и портфолио имеют, и регалии всякие, мы проверить сразу не можем (это только практика покажет). И какие здесь основные риски? Риски в том, что какой-нибудь специалист может просто завалить проект. Конечно Клуб вытащит проект и доведет его до ума, но какие-то деньги уже будут потеряны, и тем более время не вернешь. Да и как в озвученном мифическом проекте, с большой долей вероятности не просто дописать что-то придется, а в принципе переписывать. Здесь основная проблема кроется как раз в том, что проблему можно как бы прозевать. То есть исполнитель до последнего рассказывает заказчику, что еще чуть-чуть, и готово будет, а заказчик не программист — проверить не может. И так, пока пузырь просто не лопнет. Какое я вижу решение? Мы можем очень сильно сократить эти риски, если у нас будет некая команда контроллеров проектов. То есть это самые проверенные и квалифицированные специалисты, которые в проекте могут и не принимать непосредственного участия, но будут иметь полный доступ ко всем нашим разрабатываемым проектам. Они не будут вносить правок, не будут вмешиваться в сам код, но они всегда будут иметь возможность заглянуть в проект, посмотреть что там сделано, что сейчас делается, какие есть ошибки или недочеты, а где вообще проект находится в зоне риска. Это позволит на ранних стадиях отслеживать возможные проблемы в разрабатываемых проектах. А аудитор всегда сможет внести свои замечания разработчику и предупредить заказчика. А наш хостинг modxcloud.com благополучно обеспечивает процесс совместного доступа к проектам. Все это позволит дать дорогу молодым, менее дорогим специалистам (снижая стоимость проекта), и значительно снижает риски для самого проекта. А опытным специалистам это позволит принимать более активное участие в более широком спектре проектов, так как на полноценное участие во многих проектах просто не хватает времени, а брать на себя полную ответственность за проект тоже сложно (в случае с менеджментом проекта, когда более профессиональный специалист просто набирает для себя под проект других специалистов), так как он не может изначально быть в них уверенным. А так можно часик потратить на аудит проекта, и принести многим пользу. С точки зрения монетизации тоже довольно нормально. Есть несколько вариантов: Непосредственный исполнитель может отблагодарить аудитора за своевременную помощь. Заказчик может отблагодарить за помощь в реализации проекта. Заказчик может оштрафовать исполнителя, переложив часть бюджета на аудитора, если были грубые нарушения в разработке проекта с последствиями, и аудитор буквально спасает проект. Крупные проекты изначально могут планироваться с выделением бюджетов на более четкий контроль команды аудиторов. Претенденты в такую команду у нас есть. Это и те ребята, которых я уже озвучил, и Андрей Чирков Andchir (разработчик шопкиппера и других полезных решений), и Иван alroniks (MODX-Ambassador Минск), Сергей proxyfabio (мой ученик и сотрудник веб-студии «Симпл Дрим», уже очень опытный MODX-программист). Вполне может быть я даже кого-то еще пропустил. В любом случае, я предлагаю все это детально обсудить, и реализовывать. Техническая возможность этого есть.