Требования
Ищу партнера на разработку приложения
1. Обзор
1.1 Задание
Требуется разработать MVP-приложение на Open Source платформе (желательно Buble, но обсуждаемо). До начала разработки необходимо определить полную архитектуру системы, чтобы сократить число платных платформ, чьи решения надлежит интегрировать.
Идеальный вариант - найти партнера сразу на все MVP Платформы (ориентировочно 5), но это не является жестким ограничением.
1.2 Предмет
Платформа состоит из когнитивной и проектной части. Первая - поток создания артефактов, служащих "сырьем" для проектов. Это структурированное описание проблем, возможностей, идей, опыта, возражений, и другой информации, группировка которой в одном пространстве способствует зарождению проектов. Описания самих проектов также находится здесь.
Вторая - поток создания артефактов, позволяющих проектам реализоваться: определение структуры работ, подбор команды, планирование и мониторинг, платежи. Это наборы операций, содержащих задание, исполнителя, срок, стоимость, статус, ссылки и связи.
Во всех случаях Платформа оперирует артефактами. Когнитивные артефакты содержат только описания, проектные - аргументы действия: графики, сметы, прогрессы. То есть, управление проектом ведется внутри артефакта "проект", а Платформа создает возможность его появления и предоставляет необходимую информацию при исполнении.
1.3 Целевая аудитория
Посетители платформы преследуют определенные цели, которые со временем могут меняться. Возможный интерес посетителей когнитивной части:
Почерпнуть информацию по определенной теме в собственных целях;
Создать артефакт или участвовать в обсуждении для самовыражения;
Создать или участвовать в создании артефакта для коммерциализации;
Пригласить партнеров к совместному созданию артефакта и выработать соглашение об условиях совместного использования;
Интерес посетителей проектной части:
Использовать действующие проекты, как кейсы для саморазвития. Поупражняться в создании структур и фрагментов, использовать древопостроитель в своих целях;
Создать или участвовать в создании структуры или фрагмента конкретного проекта или шаблона для коммерциализации;
Предложить себя, как исполнителя или разработчика операции проекта;
Пригласить исполнителей на выполнение или разработку операции проекта;
Выработать соглашение между исполнителями об условиях сотрудничества;
Участвовать в реализации проекта, выполнять и принимать работу, платить и получать оплату, получать дивиденды согласно договоренностям;
Отметим, что интерес "инвестора" укладывается в приведенный перечень. Он - исполнитель операции "наполнить фонд", "купить токен" или "оплатить", может себя предложить в этом качестве или ответить на предложение участвовать в соответствующей операции. Также он может участвовать в когнитивной части, например - указывая недостатки обоснований, из-за которых его участие в проекте невозможно.
2 Структура
2.1 Витрина
Служит для выбора артефактов, интересующих участника. Это может быть набор проектов или проблем определенного типа, исследования, подборки информации и т.п. Кроме того, он может увидеть выбранный проект в "окружении" артефактов, которые его породили и тех, которые могут быть с ними связаны в настоящем или в будущем.
1.3.2 Кабинет
Цифровой двойник участника и выполнение действий с ним. При регистрации вводит обычные атрибуты идентификации, новшество в том, чтобы описать себя, как ресурс. Для этого нужен выбор из словарей, в которых пока недостаточно позиций. Нужно что-то типа "Заявка на изменение НСИ" для администратора. Деревьев и справочников будет несколько.
Кабинет одинаков для специалиста и для предприятия, отличия могут быть в используемых справочниках, но не обязательно. Специалист может быть представлен как набор навыков, так и набор продуктов, к которым он эти навыки может применить (например, навык "продать" применительно ко всем или отдельным продуктам завода "ХХХ").
Отсюда возможен доступ к списку всех артефактов, в которых участвовал как автор, соавтор, комментатор, исполнитель и всей истории участия, а также процедурная часть достижения консенсуса по партнерству (приглашение к партнерству, помощь в достижении соглашения и арбитраж, обсуждение смарт-контракта).
1.3.2 Карточка артефакта
Карточка артефакта - основной объект Витрины, которая включает название, краткое описание, другие атрибуты для подбора и выкладки на витрину. Тематические связанные Карточки задают "маршрут мысли" при размышлении над проектом или проблемой. Кроме фильтров, необходимо создание личных коллекций из своих и чужих артефактов.
При заполнении карточки используют справочники. Это позволяет структурировать контент Витрины, просто и надежно подбирать в проекты продукты и участников. Карточка содержит данные по количеству просмотров, лайков, обсуждений и др.
Артефакт является предметом владения. В рамках этой работы должен быть реализованы приглашение к партнерству и коммуникация, установлены требования к интеграции и управлению смарт-контрактами, приложение для которых будет разработано потом.
1.3.3 Артефакт
Артефакт создается отдельно и доступен по ссылке из карточки. Место создания необходимо определить в обсуждении. Это может быть данный сайт, либо сайт или блог на платформе Бабл, либо любой инструмент, который предпочитает автор - вплоть до гугл док. Работа автора становится артефактом, когда на нее заполнена и кем-то согласована Карточка.
Артефакт можно обсуждать и корректировать. Для обсуждения необходимо приложение типа "Форум", где могут быть затронуты общие и абстрактные вопросы, изложены мнения, критика и др. Переход - по ссылке из артефакта или карточки (?). Совместную работу с артефактом в комментариях следует вести средствами приложения, на котором он создан.
Предполагается, что деятельность участников добавляет ценность исходному артефакту. Поэтому все обсуждения, комментарии и версии должны сохраняться. Вопросы владения и распределения доходов будут решаться вне этой работы.
2. Специальные приложения
2.1 Навигатор Платформы
Создание и изменение древовидной структуры Витрины. Карточка может быть прикреплена к нескольким ветвям. Что-то делать, когда ветку, на которой есть карточки, детализируют.
Прототип интернет-магазин, например Розетка (включая дерево, поиск, вызов кнопкой полного каталога, создание и применение зависимых фильтров. Однако, требуется более детальная проработка древовидных структур.
2.2 Структуризатор
Разработка и изменение справочников, включая создание записи с необходимыми полями (текст, ссылка) и иерархических отношений между записями. Навигатор - частный случай структуризации (Витрина - разновидность артефакта). Справочники могут быть плоскими.
Важнейшие справочники:
Роли и функции. Список операций, присущих той или иной работе или роли. Применяют, чтобы установить набор работ, который должен быть выполнен в проекте и подобрать участников, в цифровом двойнике которых они упоминаются;
Продукты. Список товаров, работ, услуг, которые необходимо купить. Применяют, чтобы укомплектовать проект продуктами, которые невозможно создать силами участников;
2.3 Шедулер
Интеграция и настройка готового приложения, которое позволяет позволяет создавать графики и расписания, использовать типы связей, отмечать прогрессы, создавать отчеты. Возможно, построение деревьев в нем уже решено - необходимо понять цену эксплуатации при использовании как MVP на чужой платформе и потом, при создании своей.
Важнейшая часть - возможность создания и применения шаблонов операций, выполнение "сборки" расписания из нескольких шаблонов ("Хребет" и "Детализирующие")
Можно сразу попробовать шедулер с развитым функционалом, или обойтись примитивом, чтобы только планировать исполнителя, дату, отслеживать просрочку. Второе допустимо через интеграцию с Jira, но нужно понимать ее цену.
2.4 Смарт-контракт
В рамках работы достаточно добиться понимания требований к разработке, интеграции, цене эксплуатации при использовании других платформ. Возможно, часть функций (например, регистрацию участника) сразу создавать на Etherium)
2.5 Артефакт "Проект"
Такие артефакты можно создать только на нашей платформе (разработка может вестись где угодно, но таблицы и поля, заполняемые из справочников, нужно будет переносить вручную).
2.5.1 Описание
Описательная часть может быть включена в артефакт непосредственно или в виде ссылок. Участникам будет рекомендована структура и даны методические рекомендации, но эта часть не подлежит автоматизации
2.5.2 Структура работ
Структуру работ "набирают" из шаблонов. "Хребет" - типовая основа проекта, обязательные этапы. Вставив шаблон, можно удалить несвойственные операции. Каждая операция берется из того же справочника, что "Функции" участников. Это позволяет еще при планировании видеть наличие потенциальных исполнителей и думать, где найти недостающих
2.5.3 Организация
Это раздел, где перечислены все требуемые проекту роли и функции указано наличие на них исполнителей. Формируют автоматических из структуры работ (где функции повторяются), в данном разделе приводят только результат подбора, без дублирования.
Возможны варианты, когда в цифровой двойник включена лишь часть функций, присущие роли. Тогда ищут участника со всеми функциями, либо подбирают на одну роль нескольких.
Подбор специалистов планируют в структуре работ (локальный шаблон). Необходимо видеть как минимум статус вакансии, данные мониторинга, маркировку просрочки.
2.5.4 Спецификация продуктов
Это раздел, где перечислены все товары, работы, и услуги, которые должны быть закуплены (не могут быть созданы силами партнеров). Потребность в продуктах сначала неизвестна, определенность появляется по мере выполнения работ 2.5.1. Спецификацию дополняют и уточняют по мере развития проекта.
Важно, что продукт добавляют из справочника. На первых порах его там точно нет, но по мере выполнения проектов и инициативной разработки соответствующих артефактов, они там появляются вместе с производителями, их диллерами и отзывами о качестве. Тогда при заполнении спецификации разработчик сразу видит список, к кому стоит обратиться.
3. Процессы
3.1 Регистрация
Участник описывает себя, как набор навыков, которые готов предоставить, указыват степень владения каждым, присоединяется к договору. При отсутствии нужного навыка в НСИ дает заявку на дополнение, ожидает и завершает регистрацию после добавления. Участник и администратор контролируют невыполненные заявки.
3.2 Публикация артефакта
Участник разрабатывает артефакт на сайте, гуглдок или в блоге (как договоримся) и доводит до степени готовности, что считает нужной (черновик, версия для обсуждения, финальная). Для публикации создает Карточку артефакта, заполняет обязательные поля, тестирует размещение, сохраняет со статусом "Драфт". Администратор проверяет корректность атрибутов для поиска, принимает, отклоняет или оставляет ожидать. Небрежности фиксируют, при накоплении участника предупреждают и лишают каких-то полномочий.
3.3 Использование артефакта
С любым артефактом можно ознакомиться по ссылке из Карточки. Его можно обсудить на форуме, перейдя по ссылке из Карточки, или комментировать средствами приложения, в котором он был создан. Автор может учесть результаты обсуждения, изменив артефакт.
Автор должен упомянуть в артефакте всех, чьи идеи и критика были использованы при доработке и указать долю участия в прибылях, которая, на его взгляд, справедлива (даже если это 0%, упоминание полезно для рейтинга участвовавшего).
Автор может в артефакте объявить долю, которую могут разделить участники обсуждения, персонально пригласить каких-то участников, привести другие условия. Этот раздел нужно сделать со Структуризатором, подготовив данные для будущего приложения
3.4 Создание проекта
Участник создает проект на Платформе, используя шаблоны и Шедулер. Если к полю Исполнитель автоматически подтягиваются другие участники, выбирает нужных и связывается с ними, принимает решение о партнерстве или ищет других.
Если участник нашел исполнителей вне Платформы, он приглашает их присоединиться, заполнив поля в Кабинете. За них это может сделать участник или третье лицо. Такие исполнители ожидают одобрения администратором (впоследствии это будет отдельная услуга вместе со специалистами, которые ее оказывают). Если исполнитель отказывается от регистрации на Платформы, участник описывает его без подробностей. Если исполнитель отказывается назвать себя, участник использует исполнителя "Не назван".
4. Условия
Разработка MVP ведется на условиях партнерства. Разработчики получают долю 50% в артефакте "Витрина", стоимость которого будет размываться по мере разработки других артефактов Платформы. Доля всех артефактов MVP составит 10% дохода Платформы.
Разработчик или представляемая им команда разделят пополам с автором грант 10.000 фунтов стерлингов (за вычетом налогов и администрирования). При необходимости, им будет оказана полная помощь в регистрации ФОП.
Вклад автора: постановка и тестирование задач, эксперименты со справочниками, наполнение приложений актуальным контентом, продвижение. Автор заинтересован в длительном партнерстве и, при должном уровне мастерства и взаимопонимания, будет в первую очередь предлагать разработчикам другие артефакты.
Если в ходе работы выяснится, что квалификация разработчика не удовлетворяет автора, сотрудничество будет прекращено на условиях, которые будут обсуждены. На Витрине будет опубликовано соглашение и мнения сторон по поводу его справедливости.
5. Уточнения
Для достижения соглашения, стороны потратят не менее 3-х часов на обсуждение задания и начальные пробы в Бабл. В результате задание будет уточнено, как набора обязательных задач и опубликовано здесь.
Стороны соглашаются, что конечный результат может быть достигнут в результате проб и ошибок, которые могут занять больше времени, чем ожидалось. При этом минимальный функционал, о котором договорено при обсуждении, должен работать.
Выявляемые возможности улучшений MVP, выходящие за пределы соглашения и требующие длительного времени разработки, документируют для следующего гранта.
Last updated
