Как организовать исследовательский проект - Страница 50

Публикация стенограмм обсуждения кажется нам зряшным расходованием ресурсов, хотя если такая стенограмма подготовлена, ее вполне можно разослать участникам. В отдельных случаях, можно делать сокращенные стенограммы, суммирующие обсуждение. Однако для публикаций, которые репрезентируют лицо и результаты семинара, тексты нужно готовить специально и желательно подвергать хотя бы частичной профессиональной редакторской обработке. И если даже тексты даются в авторской редакции, хорошо бы привлечь профессионального корректора. Больших ресурсов это не потребует. А многочисленные «ляпы» в тексте (пусть даже очень достойном) неизбежно портят впечатление у читателей.

По завершении «сериала» можно подумать и о заключительном обобщающем издании материалов. Здесь не стоит ограничиваться публикацией тезисов всех желающих, чтобы дать им возможность «отметиться», – такое издание все равно никто не будет читать. Лучше сделать ставку на ограниченное число полных текстов с гарантированно высоким качеством материалов.

Еще раз повторим, что в организации семинара (как и в большинстве других дел) в принципе ничего сложного нет, однако приходится помнить сразу о многих вещах. Упустив любую «мелочь», можно легко разрушить собственные светлые планы. Полезно несколько раз мысленно проиграть ход семинара с начала до конца: не забыто ли что-либо из важных мелочей, которые легко выпадают из поля зрения, а потом больно бьют «под ложечку» в самый неподходящий момент.

· Какова цель организуемого нами обсуждения и соответствует ли формулировка темы заявленной цели?

· Каков предполагаемый состав основных участников?

· В какой форме мы предполагаем проводить семинар? Каков регламент выступлений, предполагается ли свободное обсуждение?

· Позаботились ли мы о предварительной рассылке материалов?

· Предусмотрели ли мы возможности для неформального общения участников семинара?

· Позаботились ли мы о технической поддержке семинара?

· Как мы оформим результаты семинара или серии

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

Размещение в системе Интернет становится нормой представления и распространения результатов профессиональной деятельности. Где их публиковать? Если есть возможность использовать какой-то уже раскрученный сайт или электронный журнал, это нужно делать. Но часто такого профильного сайта не оказывается, или попросту хочется иметь что-то свое. Тогда речь заходит о создании нового специального сайта. И здесь мне хотелось бы дать несколько, как я надеюсь небесполезных, советов.

Сразу оговорюсь, что я лично ничего не понимаю в программировании и веб-дизайне, не являюсь ни специалистом по системе Интернет, ни даже особо активным и опытным пользователем этой системы. И ждать от меня советов по технологическим вопросам не стоит. Тем не менее, волею судеб мне пришлось (во многом по инициативе моих коллег) включиться в несколько электронных проектов, руководя их созданием и развитием. Сначала в 2000 г. возник электронный журнал «Экономическая социология» (http://www.ecsoc.msses.ru), впоследствии поддержанный Национальным фондом подготовки кадров. Через год был задуман проект Эксоцентра (виртуального ресурсного центра по экономической социологии, http://www.ecsoc.ru), вскоре профинансированным Фондом Форда. В свою очередь, в 2002 г. Эксоцентр стал микромоделью для реализации куда более масштабного проекта – Федерального образовательного портала по экономике, социологии и менеджменту (http://www.ecsocman.edu.ru), – созданного на базе ГУ–ВШЭ в рамках федеральной целевой программы, финансируемой в то время Министерством образования России.

Благодаря творческим усилиям моих коллег, все проекты оказались успешными. Журнал «Экономическая социология» прочно занял свою профессиональную нишу, число его читателей ежегодно возрастает. Эксоцентр превратился в один из наиболее посещаемых ресурсов по разделу «Наука/Социология». А Федеральный образовательный портал, содержащий уже десятки тысяч ресурсов, в течение длительного времени занимает одно из первых мест среди профессиональных образовательных ресурсов Рунета. Таким образом, оставаясь дилетантом в области технологии, я приобрел некоторый организационный опыт, которым и хотел бы поделиться, чтобы другие коллеги по возможности избежали принципиальных ошибок (которые мы, увы, порою допускали).

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

Все это означает, что если речь не идет о простенькой веб-страничке, лучше обратиться к услугам профессионалов. Здесь возникает проблема доверия к привлекаемым нами программистам. Поскольку мы не являемся специалистами, возникает эффект асимметрии информации при решении вопросов об оплате услуг и выборе технологических решений. Что касается оплаты, то программисты, пользуясь нашей некомпетентностью, нередко склонны завышать сложность выполняемых работ. Единственный выход в данном случае – это обратиться к рынку и выяснить стоимость предлагаемых услуг у других программистов. И тогда цену вполне можно свести к разумному уровню.

Однако, помимо деликатных вопросов об оплате услуг, возникает более серьезная проблема – выбора технологических решений. Здесь, наоборот, соблазнившись первоначально дешевым (или даже бесплатным) вариантом, мы можем в дальнейшем оказаться в зависимости от услуг конкретного разработчика. Чаще всего это происходит тогда, когда создается оригинальный программный продукт. Вполне возможно, он хорошо работает. Но вся беда заключается в том, что он должен поддерживаться конкретным человеком, который в определенный момент может исчезнуть (жизнь есть жизнь), не оставив после себя, естественно, никакой документации и бросив нас наедине со своим авторским произведением. Специалисту же, приглашенному на замену, будет проще начать все заново, нежели разбираться с чужим продуктом, а у нас возникнут проблемы перекачки или, того хуже, повторного ввода уже опубликованного контента. Какой из этого следует вывод? Желательно придерживаться стандартных технологических решений, которые проверены временем и, главное, не ставят нас в одностороннюю зависимость от конкретного специалиста (мы, к сожалению, имели подобный печальный опыт).

Главное преимущество стандартных решений состоит не в том, что они непременно предоставляют больше возможностей (хотя зачастую это действительно так), а в том, что их развитием занимается параллельно множество специалистов и фирм, которые без особого труда могут заменить друг друга. Однако стандартные технологические решения, использующие известные платформы, как правило, более дороги, понадобится закупать соответствующие лицензии. И потому многие идут, как им кажется, более прямым путем – делая «дешево и сердито». Сердито, потому что рискуют, как говорят порою, «сесть на иглу», попав в зависимость от услуг, предоставляемых отдельной фирмой.