Проектор 2.08
Jul. 20th, 2008 09:15 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ermouthСтудия Лебедева выложила в порфолио интерфейс редакционной системы Ъ-Коммерсанта.
В этой связи не могу не похвастсться, как это сделано в "Бизнес-медиа". Моими ручками.
Год с небольшим назад я отчитался вскользь, что мы будем менять подход к управлению проектами. И в январе этого года я задеплоил и запустил центральную часть системы -- Проектор. Остальные части уже работают, и давно. Это CRM (надавно появилась в новой версии), расчётная система, машина коммерческих предложений и договоров, бюджетная машина и система управления подрядчиками.
Проектор -- такая машинка, которая объединяет в себе
— планировщик издания (какие материалы будут, какого объема, какого жанра)
— менеджер ресурсов под конкретный материал (кто пишет, кто верстает, кто утверждает, кто рисует или фоткает)
— трэкер процессов (какие сроки стоят по процессам, как именно было поставлено задание, текущее состояние задачи)
— расширяемый набор интерактивных отчётов, типа календарей работ, карты ресурсов и т.п.
Тут необходимо лирическое отступление о доле менеджера проекта. У него две шизофренические совершенно ипостаси восприятия -- во-первых, ему надо видеть проект в деталях, и, во-вторых, хорошо видеть картину целиком. Эти шизофренические ипостаси я долго и вдумчиво изучал на собственной шкуре, шкуре своих коллег и по всяким заумным работам по управлению проектами.
Это главный интерфейс, выбор материала в левой колонке раскрывает подробности в средней. По левой колонке можно быстро определить, что в какой стадии находится -- для этого рядом с названием материала буковки написаны разноцветные. Т -- это текст, В -- верстка, Д -- дизайн и т.п. Раскраска простая. Серое -- запланировано но не отдано в работу, чёрное -- в работе, зелёное -- готово, красное -- просрочено.
Колонка справа показывает текущее состояние проекта таблицей с разноской по типам процессов и по состояниям. График показывает динамику основных процессов по времени, причем сплошной линией показывается факт и прогноз, а пунктиром -- план. Такой график, с прогнозом, даёт одну волшебную возможность -- издание можно планировать по мере изготовления. Такая гибкость в издательском деле просто необходима, потому что процессы постоянно сдвигаются туда-сюда, и их очень много одновременно протекает.
Понятно, что при оперативном администрировании в первую очереь надо пинать то, что просрочено, и ласково напоминать о том, что скоро надо сдавать. Для этого есть простой календарь для оперативного контроля, он выглядит так:
Поле "отбор" вверху скриншота -- это поиск. Там можно писать всё, что угодно -- имя подрядчика, фамилию, тип процесса, слово из описания задачи, название компании -- Проектор сам сообразит, что именно вы ищете, и сократит список.
Помимо календаря бывает нужна карта процессов по всему проекту сразу, отфильтрованная по какому-нибудь ключу. Например, по подрядчику:
Есть ещё несколько интерфейсов и отчётов интерактивных, но они больше вспомогательные функции выполняют.
Рядом с интерфейсами живёт робот, он раз в 15 минут синхронизирует все системы с Проектором и Проектор с ними. В своё время, когда я обдумывал, как это всё будет, в битве "Синхронизация отдельных хранилищ vs Центральное хранилище" выиграла синхронизация -- с прицелом живучесть системы. Мы, конечно, получаем некоторый lack of productivity и запаздывания в обновлении, зато здорово выигрываем в надежности и масштабируемости. Поставить над этим центральное хранилище -- несложная задача. Равно как и глубоко менять отдельные компоненты системы, не трогая остальное. Под местной анастезией -- чтобы вся работа не уходила в наркоз.
Есть у этого всего кое-какие уникальные интерфейсные фичи. Скажем, большинство полей поддерживают rich-форматирование (болд, италик, цвет, размер, даже картинки можно вставлять), орфография проверяется. Всё оптимизировано для работы через терминал по узким каналам связи -- поэтому никаких градиентов, пузырей, лишних линеек и картинок и тп барахла.
Есть undo многоуровневый, ну и можно через буфер копи-пэйстить целыми блоками информацию, а не только из полей ввода текст.
Все отчёты интерактивные принтер-фрэндли. То-есть, квадратик выбора даты или трегуольник дроп-даун списка не будет напечтан. Вообще, дизайн отчётов сделан так, что они нормально воспринимаются и в чб-распечатке, даже там, где есть цвет. Именно для этого кое-где фоновая закраска продублирована подчеркиванием или курсивом.
Вообще, для того, чтобы менеджер въехал в базовый функционал, хватает часа обучения, серьёзно. Просто использованы фрагменты и концепции всем известных интерфейсов -- Ворда, Интернет-эксплорера (вообще вэба), Гугл-мэйла и iGoogl-а, ну и ещё несколько идеек тврчески обработано.
У Ъ-Коммерсанта ещё куча другого функционала втащено в интерфейс, скажем, планировщик газетных полос. У нас такая штука тоже есть, но так как газет мы почти не делаем, планировщик этот -- просто квадратики в Экселе. Городить отдельный интерфейс под это я не стал. Хотя в планах есть, конечно.
Системы сообщений отдельной тоже нет -- всё интегрировано с электронкой; для эккаунтов -- ещё и с CRM, а для подрядчиков -- с машиной управления производством. У Лебедева разнесены по интерфейсам сообщения и заявки на производство работ, а это неразумно. Майкрософт аутлюк поборол эту глупость только к версии 2007, а я этой ошибки никогда не делал. Весь messaging должен сидеть на одном канале. Тут мне тоже ещё куча работы предстоит, по интерграции с Гуглом, кстати.
Интегрировать всё с Индизайном мне просто не по зубам пока, да и нужды нет, у нас не такой короткий цикл, чтобы это было оправдано. Хотя приколько, базару нет. Я даже знаю, как это сделать -- но нужен дорогущий Адоб сервер.
Вообще, Лебедевский дизайн для Ъ мне не понравился. Совсем. Виндовая парадигма, слишком много пузырей, линеек лишних, картинок -- и по факту, для менеджера проекта слишком слабо разнесены "слои", показывающие состояние проекта, всё скучено. Под веб у него всё плохо будет адаптироваться, многое перерисовывать придётся, а кое-что даже перепридумывать.
Так что кое в чём мы покруче Коммерсанта будем, это радует )) Хотя глядя на их скриншоты мне уже пара трезвых мыслей в голову пришла.
Вообще, прикольно у зубров учиться )
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2008-07-20 07:49 pm (UTC)no subject
Date: 2008-07-20 08:04 pm (UTC)Только "анЕстезия" )))
no subject
Date: 2008-07-20 08:56 pm (UTC)спасибо, кстати, за пляжную пати, охуэнски!
no subject
Date: 2008-07-20 08:31 pm (UTC)а вообще круто!
no subject
Date: 2008-07-20 08:55 pm (UTC)no subject
Date: 2008-07-20 10:45 pm (UTC)no subject
Date: 2008-07-20 08:51 pm (UTC)no subject
Date: 2008-07-20 10:33 pm (UTC)no subject
Date: 2008-07-21 05:51 am (UTC)no subject
Date: 2008-07-21 11:13 am (UTC)То, что доктор прописал
no subject
Date: 2008-07-23 06:15 am (UTC)no subject
Date: 2008-07-23 10:11 am (UTC)под реальный сектор это решение не подходит вообще, например.
no subject
Date: 2008-07-23 11:37 am (UTC)no subject
Date: 2008-07-23 11:46 am (UTC)система заточена под управление большим количеством одновременно идущих слабосвязанных процессов, какждый из которых насчитывает несколько (обычно до 5) последовательных этапов.
в реальном секторе (things, not bits), напротив, мало одновременных процессов и в каждом много этапов. да и сами процессы увязаны друг с другом по контрольным точкам. под такое дело больше подойдёт мс-проджект.
а что за услуги?
no subject
Date: 2008-07-23 11:56 am (UTC)no subject
Date: 2008-07-23 12:08 pm (UTC)насколько я понимаю, у вас четыре больших процесса.
1. подготовка проектной документации и согласования
2. бурение пилотной скважины
3. расширение скважины
4. протяжка трубы
Они сильно связаны по схеме "конец-начало", и в них довольно много промежуточных этапов. плюс ко всему возможны turn-back'и при обнаружении препятствий неучтённых. мс-проджект то почему не в кассу будет?
no subject
Date: 2008-07-23 12:15 pm (UTC)потому что если я смогу освоить МС, то три моих мастера - я сомневаюсь, а убрать все лишее из мс насколько я понял не реально.
no subject
Date: 2008-07-23 12:20 pm (UTC)или у меня иллюзии?
я просто дважды всерьез рулил типографиями, и все попытки вдреннить проектное управление оканчивались фиаско -- как раз по причине того, что бумажку с планом на день и своей подписью надо выполнять, а буковки на экране -- это так, хуйня какая-то )
то-есть, просто планировался день, а потом чётко спрашивалось по запланированному. ну и раз в неделю разбор полётов, раз в мс инвентаризация, ну и плюс должна быть чёткая система, что мастер должен делать, если у него что-то пошло не так.
одну типографию вообще из миллионной жопы за три мс вытащил, просто вот таким упорядочиванием.
ну, и пьяниц с прогульщиками в реальном секторе надо нечеловечески ебать. это важно )))
твои соображения?
no subject
Date: 2008-07-23 12:34 pm (UTC)Реально общается с заказчиком - на уровне производства сам мастер, исходя из ээтого планирует работу. ставит меня в известность. что сможет выполнить этот прокол к такой то дате, необходимо для произвоодтство работ то и то. все после этого план составлен. и момент в том что поскольку это "скрытые" работы, то очень и очень часто вылезает форс-мажор. из-за этого меняются все планы. здесь надо все эти изменения отслеживать, и воворемя предупреждать всех кто связан с этими изменениями.
пробуковки на экране, это для моих мастеров не хуйня, а именно то за что я буду ебать и ебать и ебать...
no subject
Date: 2008-07-23 12:40 pm (UTC)не зависимо от пробуксовок мне продукт надо сдавать вовремя -- для этого и служит график "план-факт", позволяет реалии видеть. то-есть, задача менеджера, если что-то буксануло, подтолкнуть что-то другое, чтобы закрыть гап в ресурсах. то-есть, если какой-то материал в журнале завис, вместо него надо делать другой, а не ждать, пока стрельнет первый.
а в проджекте установил связку процессов -- и вуаля: подвинул один, подвинулись и все остальные.
хотя, конечно, проджект под четырёх человек городить -- хуйня полная. как на крейсере на рыбалку ездить.
в общем то, мы вроже уже года полтора собираемся бухнуть -- может, таки устроить это дело и пообсуждать? я про ГНБ почти ничего не знаю.
no subject
Date: 2008-07-23 12:50 pm (UTC)no subject
Date: 2008-07-23 01:03 pm (UTC)no subject
Date: 2008-07-23 12:19 pm (UTC)1)подготовка объекта (документация, соглосования, разрешения, подготовка площадки, транспорт, обспечение всем необходимым)
2)производство работ (бурение пилотной скважины, расширение, протяжка трубы)
3)сдача объекта,оформление документации - получение денег
если разбить процесс выполнения Одного объекта (Укладка 1-й трубы) на подробные задачи максимум выйдет пунктов 50, причем половину можно длеать паралелльно друг с другом. если же считать что 1 проект (укладка 2-х и более труб, по одному договору на одной стройке для одного заказчика, то пунктов будет 60-70