Процесс проектирования
Процесс проектирования
В 2006 г. мозговой центр нашей группы собрался вместе (в формате личной встречи после серии рассылок и электронной переписки), чтобы не только поделиться опытом, но и хорошо провести время51. За одним столом оказались главный юрисконсульт Palm Inc. и 25-летний основатель Slashdot. Темой мозгового штурма был вопрос: должны ли пользователи Peer-to-Patent оценивать загруженные публикой документы по шкале от одного до десяти, просто кнопками «за» и «против» (большой палец вверх/вниз) или золотыми звездочками?
Стэнфордский профессор компьютерных наук Терри Виноград, один из ведущих мировых экспертов по взаимодействию человека с компьютером, наверное, никогда раньше не проводил вечер со своим стэнфордским коллегой Марком Лемли, одним из самых передовых специалистов по патентному праву в стране. Виноград призвал группу обратить внимание на потребности потенциальной аудитории, а Лемли знал, в чем состоят эти потребности. Студенты-выпускники, специализирующиеся в информатике, применили свои знания о рынках предсказаний к проблеме патентной экспертизы. Специалисты по визуализациям, которые обычно разрабатывают инструменты, помогающие сделать юзабилити или результаты переписи интуитивно понятными на экране компьютера, присоединились к адвокатам, которые знают, как информация должна быть представлена суду в сложных делах, касающихся прав интеллектуальной собственности. Те, кто изобрел репутационную систему «лучших продавцов» на eBay, где покупатели награждают продавцов звездочками за их пунктуальность и сервис, поделились своим видением того, как надо проектировать систему рейтингов. Они обсудили с программистами, как те же самые методики могут быть успешно применены к патентной информации для выявления лучших документов. Вместе они придумали стратегию приведения общественного участия к управляемой форме. Даже дизайнеры виртуальных миров и видеоигр поделились своим знанием о том, как сделать членство в сетевом сообществе Peer-to-Patent более привлекательным.
Этот процесс совместной работы был похож на процесс подготовки Открытого лицензионного соглашения. Открытое лицензионное соглашение – это общедоступный договор передачи авторских прав, с тем чтобы все желающие могли изменять и использовать конкретный программный код. Двадцать одна компания из числа крупнейших поставщиков технологий еженедельно в течение полутора лет работала над созданием открытого лицензионного соглашения. Работая в командах, они делали пометки и оставляли комментарии к документу. Рабочие совещания проходили на всех континентах, за исключением Антарктиды. Кроме технологических компаний, двадцать четыре крупнейших пользователя программ с открытым кодом, включая банки, правительственные агентства, брокерские конторы и их юристов, каждую неделю проводили консультации. Пользующиеся (дурной) славой хакеры, состоящие в сообществе, также принимали участие в достижении этого консенсуса.
В ходе разработки Peer-to-Patent и даже после запуска сайта в июне 2007 г. все больше сторон присоединялось к процессу планирования. Представители организаций из сферы финансов и ценных бумаг, таких как Goldman Sachs, обдумывали необходимые поправки, чтобы проект расширялся и включал не только программное обеспечение, но и патенты на методы деловой деятельности. Заинтересованные программисты присылали письма на электронную почту. Рецензенты и изобретатели, участвовавшие в проекте, предлагали улучшения.
Но в каждой рабочей группе юристы спрашивали, зачем кому-то делиться своими знаниями в Сети. В конце концов, хороший адвокат умеет придержать информацию, имеющую отношение к патенту конкурента, до тех пор, пока она не сможет нанести наибольший ущерб в суде. Правительственные чиновники, взращенные на философии централизованной экспертизы, также не очень хорошо представляли себе эту идею. И просьба о помощи позволила понять, чего каждый не знал. Технологи и общественники смеялись. Почему бы этому кому-то и не захотеть проявить себя, продемонстрировав в Сети свои знания, тем более если его знания потенциально могут предотвратить выдачу плохого патента? В конце концов, хороший специалист по технологиям знает, что создать лучший код помогает обмен информацией об ошибках, а не ее сохранение в тайне. Несмотря на различия в менталитетах, мстительность и недоверие, часто характеризующие публичное законотворчество, не поразили сообщество Peer-to-Patent.
Но некоторые вопросы вызвали озабоченность и яростные дебаты. Больше всего мы боялись, что у нас не будет участников. Представители USPTO помогли развеять это опасение, предложив изобретателям стимул в виде возможности рассмотрения их заявок в первую очередь, без долгого ожидания. Имея такой стимул, нетерпеливые изобретатели, возможно, начали бы штурмовать двери Бюро патентов, завалив его большим числом заявлений об участии, чем оно смогло бы принять. Более серьезное опасение вызывали общественные рецензенты. Кто будет участвовать? Не станут ли доминировать те, кто преследует свои интересы в борьбе с конкурентами? Не получится ли так, что авторы поданных патентных заявок станут предоставлять вводящую в заблуждение информацию, чтобы отвлечь сообщество, измотать эксперта и разрушить процесс? Даже те, кто действует без злого умысла и не руководствуется задачами конкурентной борьбы, могут создать проблемы, копаясь в уже утвержденных патентах и предоставляя недостоверную информацию. И наоборот, невразумительный язык патентов может свести участие к нулю. Одной из причин, почему ничего из этого не случилось, возможно, являются меры, предусмотренные дробным, групповым и основанном на репутациях процессе.
Мы хотели, чтобы придумывать процедуру нам помогали те, кто обладает конструктивными и важными знаниями: увлеченные преподаватели, компьютерные фанаты, выглядящие так, словно они каким-то образом задержались в старших классах, и одетые с иголочки юристы. Поскольку это был пробный проект, который должен был предоставить эмпирически достоверные результаты, не было необходимости в репрезентативном участии всех заинтересованных сторон. Если бы под репрезентативным участием мы понимали любого заинтересованного в патентной системе, то должны были бы включить в проект даже тех, кто хочет потопить корабль, и отказаться от приглашения технарей. Взамен этого мы свели вместе всех, кто хотел поделиться своими продуктивными, творческими, оригинальными или призрачными соображениями о том, как протестировать наш набор идей.
Процесс был прозрачен. Каждый макет сайта, каждая презентация в PowerPoint и каждый вариант сценария развития событий отправлялись на общедоступный сайт, посвященный планированию проекта (http://dotank.nyls.edu/communitypatent). А после запуска команда проекта опубликовала данные об изобретателе и общественном участии. Студенты Школы права Нью-Йоркского университета работали совместно с добровольцами со всей страны, занимаясь расчетами всего: от времени первого официального действия USPTO и числа комментариев в обсуждениях до количества непатентной литературы по известному уровню техники, загружаемой пользователями, в сравнении с информацией, раскрытой самим изобретателем. Была создана специальная рассылка проекта, через которую подписчики получали сообщения. Правда, эта общая рассылка была просто детской игрушкой по сравнению с технической рассылкой, сетевой доской объявлений, предназначенной для технических специалистов, помогавших в выборе архитектуры проекта и программных стратегий.
В планировании была и своя доля бюрократии: бесчисленные чиновники USPTO, включая профсоюз экспертов, должны были знакомиться с решениями, а в какой-то момент правительство захотело, чтобы школа обезопасила его от судебных исков на тот случай, если кто-то захочет судиться с USPTO по вопросу о нарушении патента на общественное участие в патентной экспертизе (какой дурак станет подавать в суд на USPTO за нарушение патента?). Однако совместная работа протекала гладко, Бюро патентов, корпоративные юристы, ученые, специалисты по технологиям и дизайнеры регулярно общались между собой. Все щедро тратили на проект свое время и ресурсы. Общение укрепило взаимное доверие и добрую волю, позволив всем участникам, облегченно вздохнув, сделать первый шаг (который включал в себя множество ложных шагов, фальстартов и доселе неизведанных путей) и посмотреть, что произойдет дальше.
Пожалуй, удивительно, но коллегиальная природа процесса – а он был сфокусирован на конкретном результате – не повлекла за собой увеличения сроков. Идея междисциплинарной совместной работы юристов, специалистов по технологиям и политиков, возможно, выглядит самоочевидным благом, хотя и редко практикуется в правительстве. Существует несколько общественных советов (таких как Совет директоров по информационным технологиям и Совет веб-мастеров), но они собираются нечасто и не являются междисциплинарными. Существуют совместные проекты агентств, например Электронное регулирование (e-rulemaking); однако его рабочая группа представляет различные агентства, а не уникальных узких специалистов. В правительстве не создано (пока) онлайновых социальных сетей для связи с сообществами практиков или выявления идей и инноваций, лежащих в «фундаментах» агентств. Специальная комиссия Американской банковской ассоциации (ABA) по Интернету и правительственному регулированию, которая предложила улучшения для сайта e-rilemaking, в подавляющем большинстве состояла из юристов52. Финансируемая Национальным научным фондом (NSF) международная рабочая группа по гражданскому участию собрала политологов и социологов в дополнение к юристам, но не пригласила технарей53. В Городской комиссии Нью-Йорка по общественной информации и коммуникации нет никого, кто бы разбирался в технологиях достаточно хорошо, чтобы говорить о том, как они могут быть использованы для достижения целей комиссии (на тот момент, когда я это пишу, у нее даже нет своего сайта). С другой стороны, специалисты по технологиям слишком часто принимают важные решения, касающиеся дизайна, который лежит в основе процедур участия и вовлеченности, без учета мнения тех, кто мог бы изменить их. (Переходный проект Обамы – Байдена, привлекший специалистов по технологиям, социальных теоретиков, политических аналитиков, частных юристов и экспертов для разработки некоторых инструментов совместной работы, используемых сегодня в правительстве и даже на сайте Белого дома, был передовым и вдохновляющим на дальнейшую работу опытом.)
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
124. Методы проектирования отчетной документации
1. Этапы исторического развития бухгалтерского учета Принято считать, что двойная бухгалтерия в долитературный период находилась на этапе становления, делала самые первые шаги, что в трактате Луки Пачоли обобщены лучшие методы ведения учета, известные в то время. На
Основные выводы: социология институционального проектирования
Основные выводы: социология институционального проектирования Общая схема экономико-социологического объяснения рассмотренной нами ситуации институционального проектирования выглядит, на наш взгляд, следующим образом.1. К середине 2000-х гг. по сравнению с предыдущим
Принципы проектирования процессов
Принципы проектирования процессов Вам, наверное, случалось бывать на вечеринках в обществе незнакомых людей? Когда нужно начать разговор, мы чаще всего задаем стандартный вопрос: «Чем вы занимаетесь?»Неудивительно, что и ответ получаем тоже стандартный: «Я юрист», «Я
Семь принципов проектирования
Семь принципов проектирования Часто менеджеров пугает словосочетание «проектирование процессов» – им кажется, что для того, чтобы создать проект, нужно быть инженером или архитектором, а значит, тут не обойтись без серьезных технических знаний или художественного
Глава 6 Дао Toyota в действии: новый век, новое топливо, новые методы проектирования – модель Prius[13]
Глава 6 Дао Toyota в действии: новый век, новое топливо, новые методы проектирования – модель Prius[13] Смелость, творчество, преодоление. Сойтиро Тоёда, бывший президент, 1980-е годы Обстановка начала 1990-х годов вызывала у руководителей Toyota определенные опасения. Проблема
34. СУЩНОСТЬ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ
34. СУЩНОСТЬ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ Важной особенностью современной науки является стремление представить проблему формирования и совершенствования производственных систем как научную задачу организационного проектирования.Организационное
35. ПРОЦЕСС ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ
35. ПРОЦЕСС ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ Процесс организационного проектирования представляет собой целенаправленную последовательность актов принятия проектных решений, приводящую к построению описания проектируемой организационной системы. Процесс
36. ЭТАПЫ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ
36. ЭТАПЫ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ Разработка организационного проекта состоит из трех крупных этапов: предварительная подготовка, собственно проектирование и внедрение проекта. Каждый из этих этапов включает соответствующие части, отражающие основное
37. МЕТОДЫ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ
37. МЕТОДЫ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ Следует различать методы выполнения проектных работ и проектные методы. Выделяются следующие методы выполнения проектных работ: оригинальное проектирование, типовое проектирование и автоматизированное
ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ РАБОЧЕГО МЕСТА
ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ РАБОЧЕГО МЕСТА Робертсон и М. Смит (1985) предложили следующие 5 принципов проектирования должности.• обеспечить людям возможность выполнять несколько задач или сложные задачи, чтобы использовать многообразие навыков;• комбинировать задачи и
Принципы проектирования
Принципы проектирования При проектировании следует руководствоваться следующими принципами:• схема базируется на тщательном анализе включенных в нее видов работы и типов требований, предъявляемых к этим работам, чтобы определить, какие факторы имеют значение;• схема
ПРОГРАММА ПРОЕКТИРОВАНИЯ СХЕМЫ
ПРОГРАММА ПРОЕКТИРОВАНИЯ СХЕМЫ На рис. 44.3 показаны шаги, которые необходимо сделать для проектирования балльно-факторной схемы оценки
Шаг 2. Подготовка детальной программы проектирования
Шаг 2. Подготовка детальной программы проектирования Детальную программу проектирования можно представить в виде схемы (см. рис.
Общий алгоритм проектирования новой системы управления
Общий алгоритм проектирования новой системы управления Общий алгоритм разработки (или совершенствования) новой системы управления заключается в выполнении перечисленных ниже шагов.1. Диагностика существующей системы управления.2. Проектирование новой системы
Можете ли вы описать инвестиционный процесс, используемый Social Entrepreneurs Fund? В чем его особенности? Иными словами, чем процесс финансирования социального проекта отличается от финансирования обычного бизнеса?
Можете ли вы описать инвестиционный процесс, используемый Social Entrepreneurs Fund? В чем его особенности? Иными словами, чем процесс финансирования социального проекта отличается от финансирования обычного бизнеса? Мы изучаем бизнес и осуществляем инвестиции почти так же, как