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

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

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

В небольшой команде тимлид может попытаться судить обо всем происходящем на основе субъективных ощущений, но, чем больше компания, тем важнее использовать объективные данные и метрики. Александр Киселев (AleksandrKiselev) и Сергей Семенов в своем докладе на TeamLead Conf показали, как использовать данные, которые вы уже накопили, где взять дополнительные, и что они все вместе могут помочь определить неочевидные проблемы. И даже, аккумулировав опыт многих коллег, предложили варианты решения.


О спикерах: Александр Киселев и Сергей Семенов в IT мы уже больше 8 лет. Оба прошли путь от разработчика до тимлида и далее до product-менеджера. Сейчас работают над аналитическим сервисом GitLean, который автоматически собирает аналитику у команд разработки для тимлидов и CTO. Задача этого сервиса в том, чтобы технические менеджеры могли принимать свои решения на основе объективных данных.

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

Каждый менеджер продукта рано или поздно сталкивается с вопросом приоритизации при планировании стратегии и роадмапа продукта. Всегда ли просто и быстро можно решить над чем работать в первую очередь?



Product roadmap требует четкого порядка. Только качественно разложив все «по полочкам» можно получить достойный и успешный релиз продукта. В этом случае не обойтись без удобного способа приоритизации.

Качественная система определения приоритетов поможет рассмотреть каждую фичу или идею, каждый проект или задачу и последовательно объединить все эти факторы.

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

Мы обнаружили это, столкнувшись, как и многие, с проблемой быстрого роста бизнеса. Наша компания росла — рост бизнеса привел к увеличению объемов и масштабов задач, а рост штата сделал управление неочевидным (при этом мы еще далеки от того, чтобы стать корпорацией с тысячами сотрудников). Не найдя адекватного программного решения под свои нужды, мы собрали джедайскую команду разработчиков и сделали Мегаплан.

Мой первый топик на хабре. Честно говоря не очень представляю себе механику хабра и прочитает ли мой топик хоть кто-нибудь. Ну да ладно, в любом случае будет польза. Если будут комментарии — это поможет в реализации идеи, если нет — будет просто дневник/история воплощения задачи в код.

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

В первую очередь оговорюсь, что «мотороллер не мой...»: этот проект создан и поддерживается не мною. Довелось поучавствовать только как разработчику, и то немного. Но то немногое, что я успел узнать о проекте и в нем «пощупать», позволяет утверждать, что он способен сделать мир лучше.

С момента нашего анонса на хабре прошло уже полгода. Нет, конечно, насчет пятилетки за полгода мы пошутили, но времени мы зря не теряли. Мегаплан бурно рос и развивался и сейчас мы в двух словах об этом расскажем.

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

Дата проведения: 21.07.2009
Время: 17:00-19:00 (Киев, GMT+2) | 18:00-20:00 (Москва, GMT+3)
Формат: онлайн вебинар
Докладчик: Панкратов Вячеслав



Данный тренинг разработан для менеджеров проектов и ведущих специалистов, которые работают во многозадачном окружении и отвечают за выполнение работ другими участниками проекта.

Тренинг предоставляет возможность внедрить простую и работающую систему повседневного управления личными и рабочими задачами и активностями.

Цели:

• Освоить пошаговую технику постановки и категоризации задач
• Выработать повседневные практики эффективной работы

Содержание семинара:

• Как работает мозг человека: что является энергией для мозга
• Менеджер-снежинка: завалы и делегирование
• Постановка и контроль персональных задач
• Временное и ситуационное планирование
• Инструменты: доска, маркеры, MS Outlook и телефон

Участие бесплатное при условии предварительной регистрации.
Зарегистрироваться

Буквально недавно меня спросил мой коллега (да по сути конкурент), знаю ли я простую и лёгкую систему управления задачами, ну и вообще, что я могу ему посоветовать. Я предложил ему систему, на которой работаю в моей компании (если будет любопытно — позже расскажу), и которую, собственно мы и разрабатывали. Но для его нужд она несколько чрезмерна.

А на моей машине все работает!
Из ненормативной лексики программистов.

Для того, чтобы программисты, тестировщики и пользователи программы могли понимать где и что происходит, где произошла ошибка или когда можно посмотреть на новую фичу, применяют версии программы. Самый простой способ — это одно число, увеличивающееся на единицу каждую сборку. Иногда этот метод наилучший. А что в других продуктах?

— Вы знаете, самолет вдруг что-то стал легче в управлении.
— Рокки выпрыгнул!
— О! Тогда понятно.
«Чип и Дейл спешат на помощь»

Здравствуйте! Меня зовут Светлана и с сегодняшнего дня я — ответственная за ведение блога компании «БК Софт». Но буду писать не про саму компанию, а про ее продукт — новый SaaS-сервис SolverMate.

Честно говоря, я не знаю, почему писать про все технические особенности на таком профресурсе назначили именно меня. Во-первых, я филолог без какого-либо айтишного образования. Во-вторых — филологи они хоть и имеют дело с литературой — но все-таки преимущественно художественной… В-третьих, мой единственный опыт в программировании — это зодиакальный гороскоп на бейсике в школе, когда программы еще на аудиокассеты записывали. И повторить это сегодня абсолютно нереально — и не только потому, что тех кассет днем с огнем не сыскать — просто я вообще не помню, как это делается :)

Итак, SolverMate.

Полное название нашего SaaS-решения звучит так — система поддержки клиентов с интегрированными инструментами оперативного управления оказания услуг. Длинно, но зато без англо-русского словаря более-менее понятно, что SolverMate — это компьютерный помощник, вроде Чипа и Дейла. У нас в офисе, кстати, все очень любят такое сравнение — и более того, для всех ценителей мультсериала мы решили сделать «особую демо-версию». В ней антропоморфные бурундуки и команда будут спасать попавших в беду с помощью инструментов посовременнее гаечного ключа: используя телефоны, компьютеры, Интернет и, конечно, наше SaaS-решение :)

Как я уже написала — SolverMate предназначен для сервисных компаний, чтобы облегчить их работу по обслуживанию пользователей. Попробую коротко перечислить основные функциональные плюсы:
— работать с программой может абсолютно любой более-менее владеющий компьютером человек
— работать с программой можно практически с любого подключенного к Интернету девайса из любого места и в любое время
— программа позволяет ставить задачи и отслеживать их исполнение
— программа настолько умная, что позволяет распределять нагрузку и автоматически расставлять приоритеты
— при необходимости можно интегрировать сайт с базой клиентов

Все это вместе с одной стороны, значительно сокращает время работы сервисной компании с одним клиентом, а с другой — ускоряет решение проблем пользователя (мои коллеги даже сосчитали — ускорение может составить от 20 до 40 процентов, вот).

Ну а теперь информация подлиннее — о том, какие задачи сервисные компании смогут решать с помощью SolverMate.

Как у любой серьезной команды, у нас есть настоящая система учета задач: с проектами и рабочими группами, с разделением ролей пользователя и прав доступа, с учетом времени и жизненного цикла задачи. Но жизнь, как обычно, штука многогранная, и не всегда бывает удобно вписываться в холодную логику таск-трекера. Особенно это заметно на сверхсрочных проектах, когда надо сделать командный рывок и за несколько дней совершить невозможное ;) Вот в таких ситуациях у нас и родился этот неожиданный подход, которым я хочу поделиться.

Учет задач мы ведем не в солидном таск-трекере, а в… текстовом файле. Точнее не просто текстовом, а в расшаренном документе Google Docs. Происходит это так:

• Записываем возникающие задачи обычным черным шрифтом в виде обычного ненумерованного списка.
• Размером шрифта отмечаем приоритет задач — чем крупнее, тем важнее.
• Цветом помечаем задачи, назначенные на конкретного человека — за каждым разработчиком закреплен свой цвет.

В начале файла обычно помещаем "легенду", чтобы всегда можно было вспомнить, где чей цвет. Вот как это выглядит:

«Если вы ученый, и не можете в двух словах объяснить пятилетнему ребёнку, чем вы занимаетесь, — вы шарлатан».
(Курт Воннегут)



Ave, habrahomines, morituri vos salutant. Идущие на смерть приветствуют хабрачеловечество.

Приготовьтесь к беспощадному поединку. Сегодня на горячем песке Колизея сойдутся в кровавой схватке менеджер и программист. Менеджер подобен ретиарию, вооруженному сетью, трезубцем и кинжалом. Программист – мирмиллион с наплечником, щитом и гладиусом.

Сие историческое сравнение всякий раз приходит почему-то на ум, когда речь заходит о формулировке так называемого технического задания, попросту ТЗ. Складывается полное ощущенье, что менеджер и программист говорят на разных языках, и один из них галл, а другой, предположим, фракиец.

Менеджера можно понять. Ему важно сдать работу в срок. Объяснить менеджеру, что для выполнения работы нужно несколько больше времени, чем он планировал, иногда трудно. Менеджер мыслит единицами времени, человеко-часами. У него нет видимых причин доплачивать сотруднику за сложность реализации.

Всякий программист в глубине души большой ребёнок. Он как доктор Хаус, которому разгадывать загадки гораздо интереснее, чем спасать человеческие жизни.

А загадки случаются. Порой – на самом простом месте.

Друзья!

Racios рад представить вам свой обновленный интерфейс, с переработанной технической частью, улучшенным юзабилити и более продуманным time management подходом! Новая версия располагается по адресу: www.racios.com

Пару слов о проекте для тех, кто о нем не знает: Racios посвящен управлению временем. Проект собрал ключевые идеи тайм менеджмента и представил их в удобной онлайн версии. С момента первого релиза, проект собрал солидную аудиторию и даже, при условии многих технических огрехов, пользователи проявляют твердую лояльность. Данный релиз содержит только самую сердцевину проекта, все дополнительные приложения будут вводиться в течение апреля.

Вкратце, по каждому направлению:

Техническая часть — проект теперь летает на Python & Django!
Юзабилити — перезагрузок страниц больше нет!
ТМ подход — Недельный и месячный планы стали более удобными, а цели теперь наглядно располагаются по 3м «корзинам»: А, В, С (концепция Бодо Шефера).
Английская версия — проект переведен на английский.
Offline версия — готовится к релизу.

Я всегда знала, что разработчики – это наше все в смысле появления новых технологий и развития прогресса… А сегодня, после часового общения с нашим ведущим программистом Александром Янышиным, в очередной раз в этом убедилась и даже подумала о курсах программирования. Но потом решила, что английский все-таки нужнее… и реалистичнее.

За Сашей мне пришлось походить, но все-таки удачно придуманная формулировка «интервью для хабра» возымела какое-то почти магическое действие. И вот сегодня утром за тремя чашками кофе все, наконец, случилось. За что, Саша, большое тебе человеческое спасибо.

Привожу все практически дословно.

— Саш, что делает Action Desk?
— Свет, ты наверняка сталкивалась, причем не раз, со службой поддержки какой-нибудь компании. Возьмем, например, твоего провайдера, которому ты звонишь в случае проблемы с Интернетом. Итак, твой звонок приняли, записали и передали в работу. Но сотрудник – по тем или иным причинам — не берет ее в исполнение. Может, у него голова болит или девушка бросила. А ты дома – нервничаешь, потому как у тебя свои неотложные планы – скачать шестнадцатую серию шестого сезона Доктора Хауса. И ты снова звонишь в службу поддержки, ругаешься, жалуешься начальнику и пытаешься сдвинуть с мертвой точки решение своей проблемы. Один-два таких случая и что ты будешь делать? То, что и все другие нормальные люди – искать другого провайдера, который быстро реагирует на твои запросы.

Однако, по моему опыту, найти такого очень сложно – практически невозможно. Чтобы служба поддержки работала четко, оператор должен знать, кому распределить ту или иную операцию, учитывая график работ сотрудника, его должностные обязанности, степень загрузки и пр. Кроме того, требуется постоянный контроль начальника. Чтобы однозначно решить проблему «зависания» задач/обращений и был придуман автоматический диспетчер на Action Desk.

— Как это работает?
— По сути, SolverMate – это ежедневник, совмещенный с основными рабочими процессами сервисной компании, и Action Desk позволяет наглядно представить задачи, сортируя и распределяя их автоматически.

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

Мое первое «SaaS-решение», доступное мне абсолютно в любом месте (если я, конечно, не забывала его в каком-то другом месте или не теряла), — небольшой бумажный блокнот. Ежедневники, как и многое другое в начале 90-х, были в дефиците — его можно было найти только за прошлый год, если вообще найти в небольшом уездном городке.

Блокнот (а потом и ежедневник) казался идеальным средством ведения дел. Хотя иногда дела не влезали на одну страницу (либо его не было под рукой) и тогда появлялись кучки листочков, которые постоянно перемешивались и спутывали все карты. Ну и, конечно, напрягала постоянная писанина и необходимость переписывания на новые страницы тех дел, которые не удалось сделать в срок или которые были перенесены на другие даты.

Наверняка, когда перевод на четвёртую версию движка закончат для всех клиентов, здесь на Хабре сделают про это топик, а в преддверии хочу поделиться с вами тем, до чего докатился в плане управления задачами в Codebase за пару лет его использования. Это будет актуально для любой версии.