сформировать привычку написания книги описания системы повышения выживаемости человеческого вида
я пытался информировать людей: более 100 людей по разным причинам отказались.
1) Людей, готовых тратить время на на выживаемость нашего вида меньше 1 процента
2) Шансы успеха при личных контактах без книги малы
выбора особого нет
Критерий завершения
каждый день в течении квартала написать минимум 1 фразу книги
Личные ресурсы
15 минут каждый день
Экологичность цели
повышение вероятности информирования и вывод меня из депрессии
Дневник цели
9) Нужны уровни участия в миссиях и проектах от вклада времени, ресурсов, результаов...
7) Для хранения данных в ветках пока разумным выгляди интеграция с git.
8) Все действия пользователей по проекам - выполнение задач. Даже планирование: составление списка задач и подзадач для проектов и подпроектов тоже задачи с аукционом, тестированием, ревью и постревью.
6) Клиенскую часть лучше сделать на основе движка для деклараивной разработки.
4) Поддержка различных ролей выполнения задач: исполнитель, соисполнитель, тестировщик, ревьювер, арбитражер.
5) Поддержка малых кругов постревью для частей проектов, подпроектов...
2) Механизм выбора исполниеля задач: в виде аукциона на понижение трудоёмкости с подходящиим рейтингом успешности исполнения, в зависимости от срочности задач.
3) Механизм подтверждения выполнения задач с помощью постревью: голосование трудократией.
Какие функции должен выполнять инструмент управления проектами?
1) Хранение информации по разработке проектов: ПО, графика, видео, планы, задачи, обсуждения, описания, чертежи, цифровые двойники, схемы.... Это всё структурированно по подпроектам и задачам. В виде похожего на git дерева с мастером только на постревью: голосование трудократией.
Первый прототип инструмента управления проектами придётся создавать классической клиент-серверной архитектуры, чтобы снизить сложность и повысить шанс на реализацию. Второй прототип - с распределённой серверной частью, с дублированием хранилища, синхронизацией и защитой от взлома и фальсификации данных.
Для реализации верного определения трудоёмкости (из неё и число голосов в управления трудократии, и доли коммерческих проектов) необходим специальный распределённый инструмент управления проектами. На мой взгляд, такой инструмент нужно реализовывать на основе блокчейна. Это устранит зависимость управления от недостатков конкретных особей людей.
Автоматизация определения вклада участника в труд домена миссии может быть получена через весовые коэффициенты проектов (от их важности для миссии и сложности) и вклады труда участников в эти проекты.
Труд же участников проекта или подпроекта может быть определена по суммарной трудоёмкости выполненных задач. А трудоёмкость задач на аукционе понижения среди желающих выполнить.
