Комментарии 5
Интересно. Если надо немного улучшить работу в проекте по старой методике — вполне неплохо.
Однако можно сделать иначе: перейти на Wrike (или на похожие системы управления проектами). У них есть один существенный плюс от таблиц и построенных на них системах, типа Gantter и подобных.
Это многомерная классификация. Каждая задача (как единица информации) может быть соотнесена с несколькими проектами, папками. Причем одновременно, без дублирования, с любым уровнем сложности связей. Что-то подобное — OLAP отчеты, сводные таблицы.
Тогда можно работать в методологии системного подхода, особенно в инженерных проектах. Несколько аспектов системы видны одновременно, причем все синхронизировано. Аспекты и методология по ISO 81346.
Да, сначала сложно перестроится на многомерную классификацию и работу в нескольких аспектах представления системы. Но сама методология системного подхода — намного проще и удобнее, чем обычная классическая редукционистская методология. Да и для разработки программ системный подход ближе и логичнее. Ну и применяют его уже почти везде, как стандарт де-факто…
На практике это дает такие результаты (примеры):
1. Создание комплекта документов для финансирования проекта 64 нормочаса, вместо 260 нормочасов по обычным методам.
2. Создание технической документации на продукт — 12 нормочасов, против 67 в обычной методологии.
3. Разработка проекта производства краски (базовое проектирование, целый завод) — 80 нормочасов, вместо 600. Но тут ускорение не только за счет методологии, а еще за счет использования походих инструментов в управлении проектом (Wrike) и системы проектирования (ePlan). Логика работы похожая, плюс наработанные типовые элементы. Кстати, технический проект существует и ведется одновременно на 2 языках, оказывается это несложно.
Однако можно сделать иначе: перейти на Wrike (или на похожие системы управления проектами). У них есть один существенный плюс от таблиц и построенных на них системах, типа Gantter и подобных.
Это многомерная классификация. Каждая задача (как единица информации) может быть соотнесена с несколькими проектами, папками. Причем одновременно, без дублирования, с любым уровнем сложности связей. Что-то подобное — OLAP отчеты, сводные таблицы.
Тогда можно работать в методологии системного подхода, особенно в инженерных проектах. Несколько аспектов системы видны одновременно, причем все синхронизировано. Аспекты и методология по ISO 81346.
Да, сначала сложно перестроится на многомерную классификацию и работу в нескольких аспектах представления системы. Но сама методология системного подхода — намного проще и удобнее, чем обычная классическая редукционистская методология. Да и для разработки программ системный подход ближе и логичнее. Ну и применяют его уже почти везде, как стандарт де-факто…
На практике это дает такие результаты (примеры):
1. Создание комплекта документов для финансирования проекта 64 нормочаса, вместо 260 нормочасов по обычным методам.
2. Создание технической документации на продукт — 12 нормочасов, против 67 в обычной методологии.
3. Разработка проекта производства краски (базовое проектирование, целый завод) — 80 нормочасов, вместо 600. Но тут ускорение не только за счет методологии, а еще за счет использования походих инструментов в управлении проектом (Wrike) и системы проектирования (ePlan). Логика работы похожая, плюс наработанные типовые элементы. Кстати, технический проект существует и ведется одновременно на 2 языках, оказывается это несложно.
+1
Я правильно понимаю, что ваш бизнес не состоит в автоматизации Google Docs и т.п?
В этом случае разумнее вопользоваться существующим решением вроде этого clockify.me/integrations.
В этом случае разумнее вопользоваться существующим решением вроде этого clockify.me/integrations.
+1
Очень интересно, спасибо за статью. Только я бы доработал данную концепцию так:
Таким образом, достигается многомерность (одна и та же задача может быть раскидана по разным проектам путем меток, по которым происходит фильтрация), а также возможность простой коллективной работы, когда все проекты собраны в одном месте (как в избранном в той же Asana, например).
- Внесение задач работает через телеграм-бота, задачи вносятся с определенными метками (например сокращенными названиями проектов)
- Все задачи вносятся в одну таблицу, которая является общим хранилищем
- Есть одна буферная таблица, в которую импортируются задачи и там, определенным образом фильтруются
- С помощью импорта и фильтрации, задачи раскидываются по докам, каждая из которых представляет собой отдельный проект
- У каждого сотрудника есть собственная таблица, в которую импортируются доступные ему проекты и задачи по ним. Там же происходит анализ
- У тимлида, есть собственная таблица, в которую импортируются сводки по активности всех сотрудников
Таким образом, достигается многомерность (одна и та же задача может быть раскидана по разным проектам путем меток, по которым происходит фильтрация), а также возможность простой коллективной работы, когда все проекты собраны в одном месте (как в избранном в той же Asana, например).
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Таймтрекер на Google Scripts, Docs и Spreadsheets