Comments 31
У вас все очень автоматизировано.)
А вы используете дневники в компании, где можно оценить успеваемостьучеников сотрудников, или только для себя выбрали столь изощренный путь фиксации знаний? :) Если без шуток — затронута интересная тема.
Почему не был выбран какой-нибудь произвольный, существующий инструмент для записи (ну вот мне JIRA нравится, там и плагины есть для Scrum'а и カンバン, которые вы используете), откуда потом можно в каком-либо формате что-то куда-то выгружать и более гибко анализировать собранные данные?
А вы используете дневники в компании, где можно оценить успеваемость
Почему не был выбран какой-нибудь произвольный, существующий инструмент для записи (ну вот мне JIRA нравится, там и плагины есть для Scrum'а и カンバン, которые вы используете), откуда потом можно в каком-либо формате что-то куда-то выгружать и более гибко анализировать собранные данные?
Обычный TaskList. Стоило ли так заморачиваться с песочными часами, Google-календарём и виртуальной канбан-доской?
У вас даже нет трудоёмкости оценочной по задачам.
Если проекты у вас типовые может быть и план работ для каждого проекта тоже типовой, а соответственно отпадает необходимость в шаге 1 и 2.
По обработке сделок CRM: не понятно почему Вершинину передано столько сделок, а к примеру, у Завертайлова нет сделки с «Газпромом»?
У Завертайлова тоже ведь есть опыт и интуиция, а также общая тетрадь и песочные часы.
У вас даже нет трудоёмкости оценочной по задачам.
Если проекты у вас типовые может быть и план работ для каждого проекта тоже типовой, а соответственно отпадает необходимость в шаге 1 и 2.
По обработке сделок CRM: не понятно почему Вершинину передано столько сделок, а к примеру, у Завертайлова нет сделки с «Газпромом»?
У Завертайлова тоже ведь есть опыт и интуиция, а также общая тетрадь и песочные часы.
> Время от времени появляются ребята, которые делают проект сольно или кочуют между командами. Это плохо, и я про это знаю.
Можете пояснить, — что здесь плохого?
Можете пояснить, — что здесь плохого?
На «сольном проекте» bus-factor = 1. Кроме исполнителя никто не владеет деталями. Хорошего в этом мало.
И всё-таки непонятно зачем всё планировать на бумаге?
Есть же тулы наподобие rally, version one, youtrack и тд.
Тем более, такое планирование всегда доступно для просмотра всем участникам проектов.
Есть же тулы наподобие rally, version one, youtrack и тд.
Тем более, такое планирование всегда доступно для просмотра всем участникам проектов.
Володь, а ты уверен, что планировать работу студии в таком кабальном варианте это вообще твое дело? Неужели у тебя среди 30-40 человек больше некому этим заниматься. Нафига тебе это? Почему не можешь делегировать? Я реально не представляю ситуацию, при которой я мог бы вот так сесть за песочные часы и тетрадку и этим заниматься. Лет 5 уже подобного не было. У нас же схожий масштаб, кол-во людей и т.д. Расти людей!
Если на это уходит 2 часа в неделю, не вижу смысла делегировать.
2 часа в неделю — это 5% рабочего времени.
8 часов в месяц — целый рабочий день!
И, кстати, автор делает эту работу "сольно" — что сам же и считает недостатком при использовании других своих сотрудников :)
Думаю, это повод научить ещё кого-то в студии этому процессу.
По крайней мере, до шага 3 творческой работы управленца — не очень много. Можно поручить кому-то сделать заготовку, а потом продолжить самому.
8 часов в месяц — целый рабочий день!
И, кстати, автор делает эту работу "сольно" — что сам же и считает недостатком при использовании других своих сотрудников :)
Думаю, это повод научить ещё кого-то в студии этому процессу.
По крайней мере, до шага 3 творческой работы управленца — не очень много. Можно поручить кому-то сделать заготовку, а потом продолжить самому.
У нас на то же самое хватает корпоративного Trello + Google Spreadsheet и родного iCal для цикличных событий — и все довольны, и наглядно, и меньше лишних действий. На бумагу не заносится ничего вообще.
Мне кажется это описание того, как происходит понимание руководителем того, что по факту происходит, а не планирования. Планирование осуществляют конкретные руководители отделов\проектов, а результатом всего описанного в статье будет только «так, я знаю что у нас все люди заняты». Потому что если результат другой — значит это просто провтык руководителя отдела\проекта.
Подскажите Шаг 2 и Шаг 3 в чем лучше делать, не хочется такие вещи делать в Google Calendar вот почему:
1. Необходимо учитывать командировки и отпуска
2. Если задача растягивается со сроками, необходимо чтобы все следующие задачи тоже перемещались
3. Необходимо иногда вставлять задачу между другими, следующие соответственно должны сдвигаться.
4. Этот календарь мне надо шарить другим людям для чтения
1. Необходимо учитывать командировки и отпуска
2. Если задача растягивается со сроками, необходимо чтобы все следующие задачи тоже перемещались
3. Необходимо иногда вставлять задачу между другими, следующие соответственно должны сдвигаться.
4. Этот календарь мне надо шарить другим людям для чтения
2,3 сдвигать ВСЕ проекты из-за косяка в одном — очень плохо. Если нет возможности перекинуть работу или человека, то лучше уплотнять.
А чтоб была возможность уплотнять — надо планировать загрузку ресурса не на 100%, а на 80, например. Этот процент свободы можно расчитать статистически по команде, проекту, компании в целом, исходя из среднего объема внеплановых задач.
Система должна сдвигать сама если я увеличиваю время текущей задачи, а я если увижу что будущие задачи в срок не решаются, буду думать куда перекинуть, как упростить, или вообще убрать.
Мне бы такая система не понравилась. Она должна громко сигнализировать что две задачи наползли на один ресурс и потребовать от меня ручного решения.
А как она определит что две задачи наползли? Я же должен ввести вручную, что текущая задача исполняется на 4 дня дольше, система просигнализирует что в это время должны начаться другие, что сделать? и несколько вариантов действий, ничего, сдвинуть, уменьшить и т.д.
Именно так, когда вы вручную увеличиваете продолжительность задачи, система сигнализирует. Либо когда исполнитель не закончил задачу в срок.
Конкретно для меня задачи вести в такой системе не нужно, больше проекты и крупные работы, у которых сроки более 5 дней, мелкие ведутся итак в JIRA
Т.е. есть большая задача в одной системе и соответствующие ей мелкие задачи в Jira? Я в принципе тоже так работаю, но это создает много ручной работы (и много расхождений), если Jira не интегрирована с этой системой и вся синхронизация деятельности ведется вручную.
Есть глобальные планы по выпуску отдельных приложений/модулей они разнесены по команде, при этом внешние люди могут видеть что реализация версии 1.0 такого-то приложения запланирована на конец сентября, при этом если появляется новая крупная задача или растягивается старая, сроки сдвигаются, необходимо перекидывать крупные задачи между исполнителями, думать про командировки, отпуски. болезни
Я так и не понял как вы используете Scrumban.
Простите, немного не в тему, но автору будет удобнее. В настройках гугл календаря, можно не отображать выходные Вы так место на экране сэкономите и основной лист будет читабельнее. Сам не знал долгое время, постоянно выходные отнимали место на экране.
Мне кажется у Вас перебор. А если сотрудников 100 станет? Слишком централизованное управление.
Что это за кошмар с общей тетрадью? Добавьте туда еще табели с отмеченными трудоднями.
По-моему, весь этот язык планирования придуман во время написания статьи и только для нее.
Если уж сделали Сибирикс, то так и расскажите про него, чего юлить.
Простите за откровенность.
По-моему, весь этот язык планирования придуман во время написания статьи и только для нее.
Если уж сделали Сибирикс, то так и расскажите про него, чего юлить.
Простите за откровенность.
Думаю, что дело и правда в росте людей.
У меня самой проектная компания, я подобные графики рисую с каждым новым проектом в Excel минут за 5.
В одном файле заполняю таблицу со структурой: название проекта, общий срок и для каждого этапа проекта: постановщик тз, срок на тз, исполнитель, срок сдачи первой версии, итоговой версии, проверяющий, срок сдачи этапа.
Во втором файле размечаю кто из команды занят, чем и на сколько %. Сюда же пишу у кого и когда отпуск.
Для себя, более чем хватает.
У меня самой проектная компания, я подобные графики рисую с каждым новым проектом в Excel минут за 5.
В одном файле заполняю таблицу со структурой: название проекта, общий срок и для каждого этапа проекта: постановщик тз, срок на тз, исполнитель, срок сдачи первой версии, итоговой версии, проверяющий, срок сдачи этапа.
Во втором файле размечаю кто из команды занят, чем и на сколько %. Сюда же пишу у кого и когда отпуск.
Для себя, более чем хватает.
Не понимаю, почему планирование изначально не выполняется в CRM. Если чего-то не хватает, то можно и дописать. А от Google календаря (и подобных сервисов) польза сомнительная: во-первых сервисы не подконтрольны, во-вторых слишком централизованы (не вариант для совместного планирования), в-третьих безопасникам тоже есть, что добавить на тему хранения подобной информации на внешних источниках.
На счет доступности CRM, я как-то работал из дома и цеплялся сначала к рабочей машине по TeamViewer, а потом с рабочей машины по RDP к серверу, где CRM находилась, так что и с доступностью проблема решаемая.
На счет доступности CRM, я как-то работал из дома и цеплялся сначала к рабочей машине по TeamViewer, а потом с рабочей машины по RDP к серверу, где CRM находилась, так что и с доступностью проблема решаемая.
Горизонт планирования завален.
директор: Завтра бухаем! Мы прошли модерацию скрамбана в СААС для Битрикс 24!
xxx: что такое саас?
yyy: какая разница
zzz: какая разница
xxx: точно. простите мою глупость>
Поздравляем)
Sign up to leave a comment.
Горизонт планирования