Креатор VS Критикатор
[ Глава 1 ] Глава 3. Скоуп вайб-проекта
Креатор: сегодня я всех вас позвал, чтобы обсудить расширение бизнес-ценности нашего продукта, который пока только показывает «Привет от Django». Напомню основную идею проекта: сделать для пользователей удобный сервис для самоорганизации и роста как профессионалов, с возможностью показать свои результаты на примере личных проектов и портфолио, ну и показать своё резюме всему миру)
Критикатор: и с чего начнём? По хорошему нам, как минимум, надо сформулировать устав проекта, составить план управления проектом, декомпозировать все работы, просчитать риски и построить критический путь… Нам нужен ПиЭм!!!
Креатор: уоу-уоу-уоуууу! Полегче) У нас вайб-проект, нам всё это не нужно. Бюджеты уже одобрены и согласованы. Плюс у нас экспериментальная реализация проекта. Забыл?) Давай к делу. Представь, что релиз уже завтра и нам нужно задеплоить в продакшн самую критическую одну единственную бизнес-ценность, которая является ядром нашего проекта?
Критикатор: э… Это не по моей части. Я только критикую)
Креатор: идея такая: а что если завтра все в интернете смогут увидеть моё или твоё резюме. Любой пользователь интернета? На начальном этапе он сможет только посмотреть…
Критикатор: ну и какая здесь бизнес-ценность?
Креатор: пользователь может составить такое резюме с такой структурой, которая ему нравится. С единственным ограничением: оно должно быть разделено на отдельные места работы в обратном хронологическом порядке. Причём учёба — там же.
Критикатор: а если человек совмещал? Нам нужен бизнес-аналитик!!! Давай, хотя бы требования соберём?
Креатор: ну… мы же их только что собрали. Со стеком мы определились, он рабочий, страницы рендерятся, сервер данные сохраняет. Будем вести проект по принципу гибкой расширяемости: минимальная связность и высокая степень детерминированности.
Критикатор: если я правильно понял, нам нужно: отображать контент — раз… э-э-э, и всё?
Эксперт: я вам подготовлю архитектуру модели данных, остальное дело за малым — сохраняйте информацию о месте работы с привязкой к пользователю в формате markdown… Из всего, что от вас слышал, вы предполагаете, что основными пользователями станут профессии информационного общества, а они в базе должны уметь тегировать текст.
Креатор: первое резюме можно в формате *.md в среде разработки написать и вручную через ORM в базу записать. Тут главное реализовать отображение и структуру нашей первой SPA странички.
В воздухе повисла тишина, команда немного поиграла в гляделки, каждый быстро проиграл друг другу и все разошлись по рабочим местам…
· 06.06
Пока читал сломал себе все лексинонейроные связи.
Я позволю себе высказать мнение, так как накидваю что то подобное.
Вашем случае узкий продукт для ИО.
Хотя проблема структуры резюме лежит в каждой профессии.
Опыт работы это оценка прошлого, но хотелось бы оценить потенциал кандидата.
Для этого структура должна определятся не пользователем, а системой. Пользователь может заполнять разделы.
В моей структуре есть Образование(официальное и самообразование)/работа(официально, фриланс)/проекты/портфолио (свои, на заказ)/ навыковый трек/профориентация/психологическое состояние/хобби
Все это заполняется в прямом хронологическом порядке, визуализируется на главной странице в виде ДБ, где видно рост ключевых навыков от времени занятости в той или иной деятельности плюс состояние как индикатор (перерос текущую должность, выгорел это больше индикатор для самого пользователя по желанию можно сделать видимым)
Слабое место, накрутка себе часов. Поэтому должна быть система подтверждения опыта.
Но в целом идея такая.
Если пригодится,буду рад.
ответить
коммент удалён
· 06.06
Спасибо за развёрнутый ответ.
К сожалению, я единственный у себя заказчик.
К счастью, мои труды комментируют и это хороший источник для вдохновений и идей)
Дальше будет ещё много глав.
ответить
ответ удалён