Планирование работы. Часть 2. Инструменты планирования

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

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

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

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

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

Если задача малопонятно сформулирована, то очень мало шансов, что вы сами догадаетесь, как её выполнять. Либо будут потери во времени, эффективности, результативности.

Как то мне довелось работать с директором и владельцем бизнеса, который сам придумал какой-то внутренний диалект для постановки задач. Он стенографировал свои мысли в короткие задачи типа "ап втор таб до 10". Когда я обратился к другим сотрудникам, чтобы они помогли расшифровать, то оказалось, что это значит "Поднимать вторичку в списках не выше десятой позиции". Речь шла о недвижимости. Но даже это мне кажется недостаточно информативным, потому что не указана проблема, которую решает эта задача и непонятно, насколько это важно и срочно.

Большинство современных программ таск-менеджеров позволяют отобразить запланированные действия в виде диаграммы Гантта, обычно её отбражают как календарь по горизонтали с выстроением задач по вертикали. Диаграмма Гантта наглядно демонстрирует процессы, которые можно сделать параллельно, их длительность, пересечение и последовательность. Здесь имеется ввиду не только ваши задачи, а, например, взаимодействие команд frontend- и backend-разработки. Из таблицы видна примерная очередность действий, если некто расположил там задачи или их этапы в логичном порядке.

Нельзя назвать планированием, скорее ревизией, но необходимо сначала проверить все ресурсы, необходимые для достижения задуманного. Что подразумевается под ресурсами? Любые материальные, технические, психологические, физические и прочие возможности, которые понадобятся. Например, если у вас кончилась лицензия на IDE или проблемы с компьютером, то не нужно забывать об этом при планировании рабочих задач, где эти ресурсы понадобятся. Можно считать ресурсом наличие знаний по определенной тематике, если они отсутствуют, а это бывает часто, технологии плодятся с небывалой скоростью, нужно позаботиться, чтобы вам выделили время на обучение или консультацию у поисковых систем.