Это старая версия документа!
Trello студсовета
Вероятно, если вы впервые зашли на Trello доску СС, то увиденное вас немного шокировало. С непривычки доска выглядит монструозной и совершенно не вызывает никакого желания разобраться, что там происходит.
Ниже неполный список причин из-за которых Trello похожа на огромную свалку:
- отсутствуют общие принципы работы с доской;
- доска очень давно не расчищалась;
- там действительно очень много информации;
Эта страничка – попытка с одной стороны прописать общие принципы работы с доской, а с другой объяснить структуру внутреннего устройства системы. Но прежде чем перейти к основному содержанию заметки давайте я отвечу на один важный вопрос
Зачем нам вообще Trello?
Обобщая опыт работы в ЛСС и БСС, я могу выделить ряд типовых проблем с которыми сталкиваются все студсоветы. В частности, этими проблемы свойственны и Студсовету ПМ-ПУ.
Отсутствие памяти по долгосрочным вопросам
Некоторые вопрос не решаются очень-очень долго, например:
- ремонт дискозала в 20-ых общежитиях;
- принятие Порядка учёта мнения Студсовета;
- открытие дополнительного КПП в сторону Ленты и пр.
Это приводит к тому, что новые поколения активистов не знают или не помнятт, что ранее уже было сделано для решения этого вопроса: какие попытки и зачем предпринимались предшественниками, с какими преградами они сталкивались, что отвечала администрация и т.д.
Такое положение дел приводит к тому, что администрация может просто водить нас по кругу. Особенно остро эта проблема проявляется в Студсовете СПбГУ.
Одна из разновидностей этой проблемы состоит в следующем. Мы задали какой-то вопрос администрации, а потом в потоке других дел забыли, что нам должны ответить, а должностное лицо заб(ы|и)ло.
Контроль за выполнение поручений
Мы часто проёбываем и/или затягиваем выполнение каких-либо дела. Вот несколько типичных сценариев, как это происходит:
- обсудили проблему, но не поставили конкретной задачи, не назначили конкретного ответственного и не определились с дедлайнами;
- обсудили проблему, чётко сформулировали задачу, назначили ответственного и дедлайны, а потом просто позабыли об этом;
- забыли проконтролировать поставленную задачу, а ответственный за выполнение тихонечко слился;
- ответственный просто забыл о задаче, т.к. помимо неё у него ещё 10 других задач и постоянно появляются новые задачи и идеи.
Неравномерное распределение задач между активистами
Кто-то (почти) ничего не делает, а кто-то загружен разнообразными задачами по самое не хочу. При этом, никто не обладает всей полнотой информации о том, у кого какие задачи сейчас.
Общая неорганизованность внутренних рабочих процессов видится мне важной причиной обозначенных проблем. Использование Трелло позволит нам организовать и систематизировать внутреннюю работу, решив тем самым эти проблемы.
Кроме того, Trello – это один из стандартных инструментов для организации командной работы. Таким образом работая с Трелло в Студсовете ты делаешь вклад в своё личное развитие, прокачивая свои навыки (работа в Трелло, автоматизация действий, написание скриптов для Trello) и личностные качества (умение работать в команде, организованность, дисциплинированность) скилы.
Как устроена Trello Студсовета
Доска Студсовета состоит из нескольких списков. Я заштриховал их на рисунке ниже.
Сейчас этих списков 14 штук. И это очень много, думаю часть их них надо убрать на отдельную справочную доску. Но это позже, а пока расскажу о самых главных пяти списках.
Список INBOX
Входная дверь нашей системы. В этот попадает большинство новых карточек. Например, когда появилась какая-то идея, что можно сделать СС. Или проект, который надо обсудить. Или ещё что-то, что вы хотите добавить в Трелло, но не знаете куда конкретно это положить.
Проекты Студсовета и Проекты УНК(СНО)
Это два списка, где записаны все проекты, которыми мы сейчас занимаемся.
Проект (в рамках нашей системы) – любое дело, которое состоит из более чем одной задачи.
Задача – конкретное действие которое может выполнить один человек за один присест.
Понятно, что это деление довольно условное и некоторые дела можно рассматривать одновременно и как проект и как задачу. Не стоит особо над этим запариваться.
Для наглядности, приведу такой пример:
Создать базу знаний Студсовета ПМ-ПУ – это типичный проект, т.к. в нём очевидно будет очень много задач, которые могут выполнять разные люди.
Задачи внутри этого проекта могут быть, например, такие:
- выбрать движок для сайта
- купить домен
- написать заметку про Историю Студсовета ПМ-ПУ
С другой стороны, эти задачи можно было бы назвать проектами и внутри их выделять задачи.
Типичная задача: Отправить файл с вопросами от студентов А.Ю. Утешеву
На картинке ниже примеры проектов УНК и Студсовета, которые уже есть в системе.
Кстати, обратите внимание, что все списки состоят из карточек. Тут правило простое: Один проект(задача) – одна карточка.
Список следующих дел и В работе
Это дублирующие списки. От одного из них надо избавиться. В этих списках в идеале должны храниться карточки с отдельными задачами, которые сейчас находятся в работе.
Основные правила работы с карточками-задачами:
- Название карточки-задачи – краткая формулировка задачи, содержащая глагол. Желательно, чтобы по названию было сразу понятно, что надо сделать.
- У каждой карточки-задачи должен быть ответственный человек, т.е. тот, кто эту задачу выполняет.
- Желательно, чтобы у каждой карточки-задачи был указан срок к которому эта задача должна быть сделана.
В описании карточки можно чуть подробнее расписать задачу для ответственного. В карточку можно и нужно добавлять всякие материалы для выполнения задачи. В комментарии стоит описывать свой прогресс по выполнению задачи. Не надо писать каждый чих, помечайте только основные моменты.
Когда задача выполнена карточку надо переместить в
Список Решено
Список, куда попадают карточки завершённых задач. Правило одно: выполнил задачу – перенеси карточку в список Решено.
Лист ожидания
В этот список попадают карточки-задачи, которые завязаны на других людей и внешние процессы.
Правила работы с листом ожидания:
- когда добавляешь сюда карточку, добавь в её название сегодняшнюю дату. Так сразу будет видно с какого момента мы находимся в режиме ожидания.
Например, надо нам получить канцелярку для нужд СС. Мы создали карточку «Отправить ТВ письмо со списком канцелярки для СС», назначили её Саше с дедлайном 28 ноября. Получилась вот такая карточка:
Саша, допустим, 27 ноября составил список канцелярки и отправил письмо ТВ. В этот момент карточка «подвисает». Мы всё от нас зависящее сделали, но дело ещё не выполнено. Поэтому Саша изменяет название карточки на «Отправить ТВ письмо со списком канцелярки для СС (27.11.22)» и переносит её в Список Лист ожидания. Дополнительно, чтобы себе напомнить он сдвигает дедлайн по задаче на 10 декабря. Получается вот такая карточка:
Теперь, если ТВ долго не будет отвечать, то Саше придёт оповещение 10 декабря и он ей напомнит об этом в вк или повторным письмом.
Но, допустим, Саша приболел/забыл/пропустил оповещение из-за сессии. Тогда на ближайшем заседании Костя/Настя может посмотреть список и обратить внимание, что мы ждём ответ от ТВ с 27 ноября. И пора бы уже напомнить ТВ про эту просьбу. Вуаля, задача не проёбана!
Кроме того, в конце заседания Костя может открыть список следующих дел и продвигаясь по карточкам спрашивать присутствующих почему не сделана та или иная задача. И не надо сидеть и вспоминать, кому и что было поручено. С другой стороны, если все всё сделали, то можно пройтись по списку проектов и назначить новые задачи всем активистам.
Итог
- дела делаются;
- у нас всё под контролем и ничего не проёбывается;
- все знают, что им надо делать;
- все знают, что делают другие;
- у нас есть список того, что мы сделали за последний месяц, семестр, год, созыв студсовета.
