5 ноября — Международный день управления проектами. Для меня это хороший повод поговорить о собственных разработках: как удержать в голове несколько идей, работать с AI-помощниками и всё-таки доводить начатое до результата.
Проектов у меня много. У каждого есть список задач, интересные направления и что-нибудь, что хочется переделать. Поэтому постоянно приходится выбирать: за что взяться сейчас и какой результат действительно нужен следующим.
У каждого проекта свой результат
Список моих проектов выглядит довольно разношёрстно. Но за каждым названием есть конкретная задача:
- Lekalo — связать модель приложения, код и проверки, чтобы было проще понимать изменения и работать с AI над проектом.
- Laratesto — сделать тесты Laravel через Testo удобнее, а причины ошибок понятнее.
- Tablo — собрать сайты и связанные репозитории в одной панели и видеть, что с ними происходит.
- Anthill — найти интересный игровой процесс вокруг жизни муравьиной колонии.
Из-за этого и следующий шаг у них разный. Для инструмента разработки важна проверка на настоящем приложении. Для панели сайтов — достоверность показаний. Для игрового прототипа — возможность попробовать механику и понять, интересно ли с ней играть.
Мне помогает возвращаться к этому вопросу: что должно измениться для человека, который откроет проект? Так проще выбрать задачу, у которой есть понятный смысл.
Сначала выбираю посильный следующий шаг
Новых идей обычно хватает. Сложнее остановиться на одной и описать её так, чтобы работу можно было закончить и проверить.
Стараюсь задавать себе три вопроса:
- Какую конкретную проблему решаю и кому станет удобнее?
- Какой небольшой законченный шаг можно сделать сейчас?
- По чему будет видно, что он получился?
Например, «улучшить Tablo» — слишком широкая задача. «Показать, когда в последний раз обновлялись данные сайта, и проверить поведение при ошибке связи» — уже понятнее. Есть сценарий, ожидаемое поведение и способ увидеть результат.
Когда ответ пока неясен, полезным шагом может быть исследование или короткий прототип. Сначала снять неопределённость, затем решать, сколько сил вкладывать дальше.
Задачер и канбан-доски
Для общего планирования развиваю Задачер. Идея — собрать задачи из разных систем в одной планёрке: разобрать входящие, выбрать приоритеты и запланировать работу. Сейчас основной ориентир — GitHub и задачи моих проектов.
Канбан-доски помогают видеть, что происходит с выбранной работой: что ещё в планах, что уже делается, что ждёт проверки и что готово. Особенно полезно замечать карточки, которые надолго застряли на одном этапе.
На такой доске стараюсь смотреть и на объём работы. Если в колонке «В работе» уже очередь, хочется сначала закончить начатое. Для задач с AI-помощниками отдельно важен этап проверки: после написания кода карточке ещё предстоит пройти ревью и подтвердить результат.
Что поручаю AI-помощникам
С AI можно быстрее разобрать исходники, собрать варианты решения, подготовить план, написать код и провести ревью. Вместе с этим особенно важно сохранять требования и принятые решения.
Перед реализацией хочется зафиксировать цель, границы изменений и условия проверки. Тогда следующему помощнику или новой сессии проще продолжить работу: видно, что уже решили, что сделали и какие вопросы остались.
Вокруг этого и развиваю AIFHub Extension. У задачи должна сохраняться история: запрос, план, реализация, ревью и результаты проверок. К ней можно вернуться позже и понять, откуда взялось решение.
Ещё один мой проект — Оркора (Orkora). В ней развиваю управление разработкой с AI-агентами: связать задачу из GitHub с выполнением, уточнениями, ревью и проверками. Хочется в одном месте видеть, над чем работает помощник, где требуется моё решение и с каким результатом закончился запуск.
Отдельное ревью тоже полезно: другой помощник получает задачу и изменения и проверяет их со своей стороны. Если часть работы выполняется параллельно, после объединения всё равно нужно посмотреть на общий результат.
Выбор направления остаётся за мной. Помощник может предложить ещё десять улучшений, а мне нужно понять, какие из них сейчас нужны проекту и на что хватит внимания.
Что для меня означает «готово»
У задачи хорошо бы заранее описать, что должно работать и как это проверить. Для исправления ошибки нужен сценарий, в котором она проявлялась. Для новой возможности — понятный пользовательский путь и проверка ожидаемого поведения.
Отдельно отмечаю состояние результата: код написан, проверки выполнены, версия собрана, выпуск опубликован или обновление установлено. Между этими шагами ещё бывает работа, которую легко забыть, если слишком рано закрыть задачу.
С Lekalo как раз много занимался связью описания приложения, реальных исходников и выполненных проверок. Мне хочется видеть основания для вывода о готовности и в инструментах, и в обычной работе над своими проектами.
Иногда полезно остановиться и пересмотреть замысел
С Anthill я уже несколько раз начинал заново. Проект до сих пор остаётся прототипом, которым я не вполне доволен. Здесь особенно заметно, что хороший план реализации ещё не отвечает на вопрос, интересно ли будет играть.
Поэтому очередной небольшой опыт может закончиться решением изменить механику, отложить идею или оставить только удачную часть. Это тоже помогает выбрать дальнейшее направление и не наращивать работу вокруг решения, которое самому не нравится.
Оставить время на результат
Собственные проекты легко заполняют всё доступное время. После насыщенного октября хочется меньше распыляться и чаще доводить выбранный шаг до понятного завершения. И учитывать, что рядом с разработкой есть работа, семья и обычная жизнь.
Ко Дню управления проектами пожелаю себе и всем, кто что-нибудь делает: ясных задач, посильных планов и удовольствия от законченного дела.
А как вы выбираете, какой из нескольких проектов двигать следующим?