Проблемы менеджмента Комнат Эрика

Page loading, please, little wait
Version 0.1.0
Posted — 2018-12-26T10:16:21+0300
Last modified — 2019-06-14T21:26:50+0300
  1. О чём данная статья
    1. Это не утверждения вида «я прав, а ты нет»
  2. Завершённость
    1. Выгода разработчику
    2. Предложение
  3. Единоличные решения
    1. Примеры
      1. э/е
      2. Задачи на декабрь 2018
      3. Открытый хелп-деск
    2. Предлагаемые изменения формата
  4. Конструктивность обсуждений
    1. Предложение
    2. Предлагаемый формат при спорных ситуациях
  5. Мотивы принятия решений
    1. Нововведения
      1. Предлагаемые изменения формата
    2. Опции
      1. Предлагаемые изменения формата
  6. Темпы развития
    1. Выводы по темпам
    2. Краудсорсинг
      1. Примечания к предложению краудсорсинга
      2. Краудсорсинг и конкуренты
    3. Предложения
  7. Варианты на случай отказа от сотрудничества

1. О чём данная статья

По мере того, как убывает 2018 год, всё больше кажется, что Комнаты Эрика только отдаляются от целей. Причины — менеджмент. Например:

  • оказывается, что стадия проекта — «с функциями почти всё хорошо»;
  • предложения о нововведениях блокируются с неконструктивной аргументацией;
  • моё мнение по важным вопросам спрашивается всё реже;
  • ничего нового не вводится по несколько месяцев.

Обо всём этом данная статья.

Продолжать трудиться непонятно ради чего не считаю нужным. До периода, пока будет достигнут консенсус, замораживаю всякую деятельность, связанную с Комнатами Эрика. Не придём к нему — значит, придётся реализовывать цели другими путями, как бы трудно и затратно это не было.

Но, надеюсь, до такого не дойдёт, и позитивных сдвигов добиться удастся.

Все представленные в статье скриншоты из обсуждений, ведшихся только за период с августа по декабрь 2018.

1.1. Это не утверждения вида «я прав, а ты нет»

  1. На протяжении многих лет я выписываю всё то, что мне не нравится в интернет-ресурсах самого разного калибра, с расчётом на будущее: чтобы этого всего не было, когда сам стану чем-то управлять. Пожалуй, главным недостатком управления веб-ресурсов считаю вседозволенную власть администрации и отсутствие путей противодействия этому. Сам я не собираюсь быть таким же самодуром и, будучи управленцем, ограничу свои полномочия законами. Такого, чтобы «админ всегда прав, а если нет, см. пункт 1» не будет.
  2. Данная статья нигде не ультиматум; в ней нет ни одного категорического «сделай, как я хочу»; везде предлагается обсудить проблемы.
  3. Здесь и тут Вам самому предлагается выбрать методы управления проектом и конфликтами, которые считаете нужными. Если они основаны на источниках авторитетных специалистов в тематике, возражений, скорее всего, не будет.

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

  4. См. раздел «Опции», где предлагаю обратное: не навязывать что-либо одно, а сосуществовать различным точкам зрения на вопрос.

2. Завершённость

Цитата:

Alfy завершённость

По моему же мнению, даже в плане только технической части Комнат Эрика, направленной на эффективное запоминание сложных слов, то, что сейчас есть, это несерьёзно, чтобы можно говорить о какой-то завершённости (см. «вы серьёзно полагаете…»). До целей далеко. Чего конкретно не хватает — на GitHub и в Slack десятки неразрешённых запросов.

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

2.1. Выгода разработчику

Можно создать бесполезный малофункциональный сервис, имеющий аналоги, — условный Инстаграм, — который будет иметь большую популярность. Правда, для этого нужно иметь кучу бабла на раскрутку и хватка, чтобы проект принёс прибыль. Научная/образовательная ценность у такого проекта, правда, будет приближаться к нулю.

Есть вариант «пойти другим путём», который и предлагаю. Создать протестированный сервис, который действительно будет помогать желающим тренироваться и явно превосходящий по своим возможностям аналоги. Наука, в отличие от других сфер деятельности, ценит правоту, и если проект будет удовлетворять этим условиям, ну, не может она проигнорировать такой. Да и адекватные люди будут тренироваться именно на нём.

2.2. Предложение

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

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

3. Единоличные решения

К сожалению, в последнее на момент написания статьи, время, участились случаи принятия администратором Альфа-хаба связанных с проектом единоличных решений, характеризующиеся следующими признаками:

  1. Грубость: прямая или завуалированная, уже на ранних этапах обсуждения;
  2. Аргументация оппонента не опровергается, а порой и не разбирается;
  3. Отказ от компромиссных решений (опций, введения функций в качестве экспериментальных).
  4. Даже если другая сторона и уведомляется о решениях, то она ставится перед фактом, и не в силах ничего изменить по данному вопросу.

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

3.1. Примеры

3.1.1. э/е

По существу аргументы не комментируются.

э-е 1

э-е 2

3.1.2. Задачи на декабрь 2018

меня не спрашивают, что приоритетно; хотя по много месяцев жду этих функций.

Приоритеты

Завалы сам устроил

3.1.3. Открытый хелп-деск

Ставятся невыполнимые условия; аргументация, изложенная на GitHub, не разбирается по существу.

Octocat 1

3.2. Предлагаемые изменения формата

  1. Выработать если не полноценные законы, то хотя бы базовые принципы, на основе которых принимаются решения о развитии проекта. О них вся часть статьи ниже.
  2. Отменить существующую практику вынесения единоличных решений. Как такое:

    Реверс

  3. Определиться со стратегией управления. Также, как и здесь, не возражаю, если выберете Вы (при условии, что будет базироваться на научной основе).

4. Конструктивность обсуждений

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

  • Негативная эмоциональная реакция; хотя я совсем не пытался «шантажировать».

    Реверс бесит

  • Выражение негативной реакции без объяснений по существу (но и с ними лучше так не писать).

    Ерунда ерундой погоняет

  • Отказ обсуждать вопрос, тогда как я уверен, что до этого дня его никогда не касался.

    1 строка — 1 вопрос

4.1. Предложение

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

4.2. Предлагаемый формат при спорных ситуациях

  1. Если:

    1. в течение двух недель не удалось достигнуть договорённости по какому-либо вопросу;
    2. либо какая-либо из сторон использует неконструктивные методы ведения дискуссии.

    Вопрос считать спорным, дискуссионным.

  2. Для каждого спорного вопроса создаётся отдельная ветка обсуждения. Для:

    1. удобства поиска аргументов сторон;
    2. предотвращения хождения по кругу, когда одни и те же аргументы высказываются многократно, и спор не продвигается вперёд.
  3. Обсуждение спорных вопросов проходит в открытых источниках. К примеру, в issues на GitHub:

    1. Другие люди, у которых возникли те же вопросы, что и для спорящих сторон, могут увидеть дискуссию и почему принято то или иное решение. Не нужно будет повторять для них то же самое.
    2. В открытых обсуждениях меньше желания раздражаться, применять агрессию и прочие неконструктивные меры ведения спора.
  4. Решения принимаются на основании целей и принципов проекта.

5. Мотивы принятия решений

В данном разделе немного описал, какими принципами руководствуюсь при принятии решений о внедрении той или иной функции.

Хочу отметить, что стараюсь не предлагать нововведения, требующие по оценочному суждению огромного объёма работы. Исключение — проверенный, неэкспериментальный функционал: так, интервальные повторения — фактически стандарт для мнемонистов.

5.1. Нововведения

Над каждой новой функцией я прежде всего думаю, сможет ли она чем-то улучшить Комнаты Эрика или нет. Если ответ положительный, то, считаю, что единственное, что может помешать её внедрению — сложность реализации. А не:

  • «мне и этого достаточно», «и так сойдёт»:

    Octocat 2

  • использование устаревшего софта/оборудования:

    Total Commander

  • «не будут этим пользоваться», «ну и пофиг»:

    Нет у нас людей

Аргументацию такого вида считаю тормозящей развитие проекта.

5.1.1. Предлагаемые изменения формата

  1. Обсуждать новый функционал прежде всего относительно того, принесёт ли он пользу или нет; сделает ли проект лучше.
  2. Принять, что если новый функционал может принести пользу, он должен быть внедрён.
  3. Это относится и к экспериментальным функциям — таким, в отношении пользы которых есть предположение, но нет полной уверенности.

5.2. Опции

Опции — выгодное отличие программирования от других сторон жизни. Стороны могут прийти к компромиссу, оставаясь при этом на своих позициях. Даже когда я в корне не согласен с аргументами (или их отсутствием) оппонента, я прошу сделать опции, а не продавливаю своё мнение. К сожалению, вместо того, чтобы использовать это их преимущество, приходится слышать такие ответы:

э-е 1

э-е 2

Дополнительно отмечу, что предлагаемые опции не моя личная прихоть:

  • на э/е жаловались пользователи Филимании, в результате чего идентичность букв при наборе была введена там по умолчанию;
  • насчёт е/ё в реальной жизни много лет ведутся бои;
  • ситуация по поводу в/на Украине, думаю, итак известна.

5.2.1. Предлагаемые изменения формата

Если:

  • есть разногласия по определённому вопросу и не удаётся достигнуть консенсуса;
  • возможна опция, удовлетворяющая позиции сторон.

То опция должна быть внедрена.

6. Темпы развития

Какие полезные функции были введены с июля 2018:

  • многопользовательский режим;
  • !break;
  • файловый менеджер.

Также были внедрены авторизация и закрытый хелп-деск: обе вещи просил не делать в таком виде, — для подробностей см. #62, — что не было учтено.

Велосипед хелп-деск

Велосипед авторизация

6.1. Выводы по темпам

  1. Никто не заставляет пахать денно и нощно; все понимают, что участие добровольное; но существующие темпы, с многомесячными простоями, это ПМСМ, слишком медленно.
  2. Понимаю, что ради каких-то своих целей (знать бы) Вы внедряете что-то для себя. Однако главное, что в техническом плане движет проект вперёд, — новый функционал, помогающий улучшить навыки запоминания, — не внедряется в Комнаты уже давно.

6.2. Краудсорсинг

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

6.2.1. Примечания к предложению краудсорсинга

  1. Считаю, что, возможно, не стоит выносить весь проект в open source по крайней мере на начальном этапе развития, поскольку это может привести к неконтролируемым рискам. Например, кто-то побогаче может сделать на основе Комнат Эрика что-то более масштабное, пока Комнаты не получили успеха. И не прошу этого.
  2. Если есть аргументированные сомнения в благих намерениях определённого разработчика, изъявившего желание помогать, можно не допускать его к коду.
  3. Ваше имя, как создателя, всё равно будет появляться в первую очередь. Славы — если стремитесь к ней — дополнительные разработчики у Вас не отнимут. Как не отняли у этих людей:

    Великие программисты

6.2.2. Краудсорсинг и конкуренты

  1. Филимания, Знайка, Химки, — это не серьёзные конкуренты, а такие же не приносящие ни копейки дохода ресурсы, где на турниры не собирается и 50 человек далеко не топового уровня. Конкуренция с ними — грызня пауков в банке; Вы достойны рассчитывать на большее.
  2. На сайте Альфа-хаба отсутствует информация о правовых вопросах: лицензиях на код ресурса, игровые пакеты; авторском праве. Если не нравятся заимствования, то и бороться с ними надо правильно.
  3. Положим, узнают конкуренты о разработках на Альфа-хабе уже сейчас и введут себе такой же функционал. Или они могут узнать потом, когда всё будет готово, и также введут этот функционал. В чём разница? В том, что во втором случае кто-то будет знать исходного автора, и всё? я не считаю это серьёзной причиной для запрещения краудсорсинга. Кроме того, на сайте всегда можно разместить список вещей, впервые появившихся именно на Альфа-хабе/в Комнатах Эрика.

6.3. Предложения

  1. Определиться с лицензией, правовыми вопросами.
  2. Позволить привлекать, зазывать сторонних разработчиков для разработки всего проекта, а не только небольшой части, вынесенной в open source на GitHub.

7. Варианты на случай отказа от сотрудничества

Увы, присутствует вариант, что в конструктивной или нет форме произойдёт отказ от пересмотра стратегии управления и продолжения сотрудничества. Конечно, буду считать, что совершили глупость, но от этого никуда не деться. Предлагаю на этот случай следующие варианты, в которых выгодой для Вас будут деньги. Прошу заметить, что эти деньги мне предстоит ещё достать, что навряд ли будет быстрой задачей.

  1. Продать (необфусцированный) код, необходимый для работы Комнат Эрика. Предоставить инструкции, необходимые для запуска Альфа-хаба и поддержания его в рабочем режиме; отвечать — по крайней мере первое время — на возникающие вопросы по проблемам техадминистрирования.

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

  2. Продолжать разрабатывать Комнаты Эрика, но за деньги. Разумеется, на других условиях, нежели применяемые во второй половине 2018.


Если ещё не поняли, Вами не манипулируют. Манипуляторам нужны несведущие в плане психологии люди, которыми можно управлять; мне же наоборот хочется, чтобы Вы стали как можно умнее. Ну и в предлагаемых Вам к прочтению учебниках по конфликтологии присутствуют главы, как противостоять манипулированию.

Пожалуйста, подумайте, не отвечайте сразу. У Вас есть возможности управлять лучше всех, однако почему-то делаете, как все. Вы осознаёте, что Альфа-хаб, над которым работали столько лет, это «игрушка»; но зачем-то продолжаете работать именно над ним. И вот Вам предлагают заниматься чем-то серьёзным. Может, у Вас больше не будет таких реальных шансов; а если они и представятся, то зачем терять ещё годы, когда можно действовать прямо сейчас; тем более, когда уже столько пройдено.

Спасибо.