|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
2 lessonslearned: Кто-нибудь проводил исследование, во сколько денег (можно процент от бюджета проекта) обходятся трудозатраты сотрудников на исправление косяков, падение эффективности, переделки и доделки, возникающие из-за ввода в эксплуатацию "cырой" системы? Не надо путать сырую систему и неполную систему. Наиболее сырые системы (из тех, что доводилось внедрять) - это как раз когда после сбора требований и до внедрения с пользователем не общались (да еще и сбор требований был сильно сокращен из-за требований к стоимости проекта, более трети бюджета на это никто не выделяет). Хотя система полностью соответствовала требованиям, была протестирована - косяков и сырости (с точки зрения пользователя) там было неимоверно много. Хорошо, допустим я не прав с водопадом, тогда как оно должно быть? Какие стадие (если есть)? Вы же понимаете, что внедрение по типу "сейчас начнем делать что-нибудь, а там разберемся..." ни к чему хорошему не приведет. Прочтите несколько книжек - начиная с Коуберна и Демарко и заканчивая, например, Орловым, подумайте о реальных задачах конкретного проекта - и сможете собрать подходящую для случая методологию. Методология зависит от такого количества граничных условий, что придумать одну на все случаи - все равно не получиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2010, 16:20 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
alexeyvgLSVУжас, сколько букв ! На 90% - хоть и умные, но пустые слова.... ни о чем. Слоганы, красивые обороты, кони в вакууме.Это как - не нужно обсуждать и планировать, как вести проект, всё равно всё это пустые слова? Если человек ничего не читает и ни о чём не разговаривает, он не то что проект вести не сможет, он и читать и разговаривать не научится :-)Тема методологий внедрения излишне раздута, ИМХО. Тонны макулатуры тыщи хтмл/пдф-страниц вещают о методологиях внедрения. Полжизни надо, чтоб их перечитать. При этом на 90% они состоят из словесного шума. Как многотомники Ленина или Донцовой. Мне кажется, что всю информацию о типичных МВ можно уложить в 20-50стр. Не более. Но этого никто не делает. Потому что из этого выгодно делать целую отрасль с дорогими курсами/сертификациями/книгами/семинарами/маркетингом и пр. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2010, 17:36 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
LSVТема методологий внедрения излишне раздута, ИМХО.Да, это я согласен... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2010, 17:50 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
LSVТема методологий внедрения излишне раздута, ИМХО. Тонны макулатуры тыщи хтмл/пдф-страниц вещают о методологиях внедрения. Полжизни надо, чтоб их перечитать. Мне кажется, что всю информацию о типичных МВ можно уложить в 20-50стр. Не более. Но этого никто не делает. Потому что из этого выгодно делать целую отрасль с дорогими курсами/сертификациями/книгами/семинарами/маркетингом и пр. Думаю, дело в другом. всем хочется получить некие "волшебные" правила - делай так, и каким бы идиотом ты не был, все будет хорошо - действуя по алгоритму, внедрение пройдет успешно... :-))) а "серебряную пулю" найти никак не удается... вот все и переживают - как же так, ну ведь должна же быть некая универсальная методология, которая всем поможет... :-))) и пишут, пишут, пишут... с другой стороны, методология должна быть... но она явно будет не супер универсальной и не всеобъемлющей - думать все равно надо, без этого никуда :-))) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2010, 18:19 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Снимаю шляпу, lessonslearned, вы умудряетесь заниматься тем, что нафиг никому не нужно, да еще и хотите систематизировать ваш опыт. Браво. В России полноценные информационные системы не нужны и крупным предприятиям, а о мелких вообще речи нет. Как аргумент принимаются годовые отчеты "до" и "после" внедрения. > 1 июня принято решение запуска сайта для продаж через интернет. Бюджет - 600 000р. Срок - 6 мес. Заказчику нужен второй Amazon? Тогда он неверно представляет уровень затрат. Не нужен? Тогда это стоит в пять раз меньше. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2010, 21:42 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
To s_ustinov: Прошу прощение за долгое отсутствие ответа. Как я понял, требуются примеры внедрений, на которые рассчитывается методика. Ок. Примеры следующие: 1. Разработка и внедрение сайта для компании, осуществляющей проекты внедрения "100S". Сайт на широко распространенной CMS. Необходимо создать сайт, включая внешнее оформление, часть контента, и функционал, позволяющий осуществить предварительную оценку стоимости и сроков внедрения в соответствии с заложенным в нем алгоритмом. Также, необходимо предусмотреть форум клиентов компании и возможность скачивать обновления, и минимальный service desk (возможность заведения тикетов). Впоследствии, предполагается осуществлять интеграцию между service desk сайта и к тому времени выбранной “человеческой” service desk системой. В компании, в которую внедряется сайт работает порядка 20 человек. Внедрить нужно как можно быстрее, т.к. по задумке, это позволит а) снизить неразбериху в саппорте (и количество ошибок при тех. поддержке, возникающих по причине неразберихи). Выделен бюджет до 1 млн. руб. на весь проект внедрения. 2. Внедрение программного продукта “100S Управление фермой”. Широко распространенная система, позволяющая автоматизировать учет и отчетность. В компании в которую внедряется система работает 5 фермеров. Цели внедрения – снизить неразбериху при бухгалтерском учете, оптимизировать платежи с учетом сезонности, избежать кассовых разрывов, а также упростить формирование бухгалтерской и налоговой отчетности и автоматизировать их подачу в налоговую. Внедрить планируется в течении 2,5 мес., к следующей подаче отчетности. Выделен бюджет до 350 тыс. руб. 3. Внедрение специализированной системы по управлению небольшой клининговой (чтоб не придирались к слову, компании, занимающейся уборкой) компании. Узкоспециализированная система, позволяющая вести учет рабочего времени сотрудников, расходных материалов, прогнозировать закупку моющих средств и т.п. В клининговой компании работает 15 человек. Система стоит 150 тыс. серверная лицензия + 20 тыс. лицензия на 5 пользователей. Необходимо адаптировать систему под нужды компании, осуществлять не только почасовой учет и расчет з/п, но и сдельный, а также, доработка некоторого числа отчетов + интеграция с учетной системой компании. Бюджет до 150 тыс. + стоимость лицензий. Жестких ограничений по срокам – нет. В двух компаниях директор=собственник, в клининговой компании – директор нанятое лицо. Какие-то еще данные для примеров нужны? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2010, 18:55 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
LSV[quot alexeyvg][quot LSV]Ужас, сколько букв ! На 90% - хоть и умные, но пустые слова.... ни о чем. Мне кажется, что всю информацию о типичных МВ можно уложить в 20-50стр. Не более. Но этого никто не делает. Потому что из этого выгодно делать целую отрасль с дорогими курсами/сертификациями/книгами/семинарами/маркетингом и пр. Чаще всего так и есть. Но есть, например, методологии внедрения крупных компаний-консалтеров (коллеги, только не надо сейчас скатываться к пустой критике консалтинговых компаний, тема не для этого). Они не продаются, им не обучают на курсах (только на внутренних), и они-то и предназначены для получения результата... Денег на этих методологиях срубить можно. Применяя их, а не продавая. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2010, 19:00 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned Как я понял, требуются примеры внедрений, на которые рассчитывается методика. Ок. Примеры следующие: Какие-то еще данные для примеров нужны? Никаких данных больше не надо - достаточное описание. Но я под примерами предполагал несколько иное. Еще и описание этапов внедрения (анализ и т.п.) с указанием задействованных внедренцев. То есть как вы видите эти этапы применительно к таким проектам. Например, внедрение сайта: Насколько я понимаю, в стандартном функционале нет расчета стоимости и сервис деска. 0. обсуждение целей и границ проекта, общее видение, кто именно из сотрудников заказчика и чем будет заниматься в проекте, подписание договора. 1 Установка системы на сервер. Доступ к системе только сотрудникам. - выполняет один администратор и один специалист по CMS в течении 2-8 дней. при этом настраивается форум и раздача файлов (должно быть в стандартном функционале). при этом с заказчиком обговаривается и сразу же настраивается структура сайта, если в чем то нет уверенности - используем "типовые" решения 2. Первоначальное наполнение сайта контентом и обучение сотрудников, которые будут с ним работать - в процессе наполнения контента. 3-4 недели. один специалист по CMS занят первую неделю 100%, остальное время 50% 3. Разработка функционала сервис деска - один специалист (разработчик) по CMS в течении 3 недель (тут сложно оценить трудозатраты - смотря какие требования и смотря какая система, возможно можно будет взять готовое и слегка настроить) - пункт 3 ведется параллельно пункту 2. 4. сотрудникам фирмы - заказчика дается задание - в течении 2 часов полазить по сайту и попытаться найти ляпы (больше времени тратить смысла нет - не будут все равно внимательно всматриваться) по результатам тестирования устраняются ляпы - 1-2 дня 5. запуск сайта - чистим от тестовых записей в сервис деске, открываем доступ всем, регистрируем в поисковиках (если надо) - 0,5 рабочего дня администратора итак, через 1 - 1,5 месяца сайт стартовал, но без функции расчета стоимости завершен первый этап если к этому моменту сервис деск не доработан - стартуем без него 6. разрабатываем функционал расчета стоимости - 1 месяц - работает один специалист (разработчик) по CMS 7. те, кто и определяют стоимость (сотрудники заказчика), тестируют готовое решение - 4 часа 8. исправление найденных ошибок 4 дня 9. запуск расчета стоимости - 0,5 дня админа 10. техподдержка пользователей CMS в течении месяца с момента запуска (5) - один спец по CMS (загрузка 10% в день - они ведь уже прошли обучение) итого через 2 - 2,5 месяца имеем работающую систему со всеми нужными функциями, которая уже проработала 1 месяц завершен второй этап и проект скорее всего останутся нерешенными ряд "хотелок" заказчика - например, есть пожелания по улучшению дизайна, функциональности системы и т.п. все это оставляем на потом начинается этап поддержки и доработки решения (и он скорее всего будет довольно затратным - вылизывание или переделка дизайна, реализация всяких фич, интеграция с обычным сервис деском и т.п.) стоимость надо просчитать отдельно к сожалению, в CMS системах я разбираюсь очень слабо, и могу ошибится с оценкой трудоемкости, но не думаю что ошибка будет в несколько порядков примерно так но это мое видение проекта, и как я думаю, достаточно хорошо вписывается в ограничения по срокам и бюджету и оно сильно не совпадает с предложенной вами методологией опишите ваше видение проекта по каждому из примеров - и тогда можно обсуждать методологию ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2010, 20:04 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Прошу прощения, долго не отвечал. Был занят... Приступим... 0. Стадия Диагностики (пресейл со стороны подрядчика) обсуждение целей и границ проекта, общее видение, кто именно из сотрудников заказчика и чем будет заниматься в проекте, подписание договора. 1. Стадия Анализа. Сбор функциональных требований к сайту. Сбор требований ко внешнему оформлению. 4 недели. Участники – все заинтересованные стороны со стороны заказчика. Упор на экспертах (знания) и менеджерах (полномочия). Со стороны подрядчика – аналитик. 2. Стадия Проектирования. Написание ТЗ. Написание технических спецификаций интерфейсов и интеграции. Технический проект при необходимости. 6 недель. Из них от 2 до 4 часов в неделю уделяется пересмотру функциональных требований и выявлению новых требований. Участники – команда управления проектом, ключевые пользователи. Также, создаются планы на миграцию, наполнение контентом. На данной стадии завершен бриф для дизайнера. 3. Стадия Разработки. Разработка системы. Модульное тестирование системы (возможно с заказчиком). Внесение небольших изменений как в технические задания, так и в функциональные. Жесткая привязка к срокам и бюджетам. Все изменения, какие только возможно выносятся в релиз 2, за рамки текущего проекта. Интеграционное тестирование. Нагрузочное тестирование. Внешнее оформление. 8 недель. Участники – разработчики, ключевые пользователи. 4. Стадия развертывания. Перенос системы на хостинг. Приемочное тестирование пользователями. Окончательное наполнение контентом и написание инструкций. Обучение ключевых пользователей и администраторов. 2 недели. Участники – ключевые пользователи, команда управления проектом. 5. Этап Завершения. Формируется архив проекта. Бесплатный период поддержки и исправления ошибок. Заключение договора на поддержку и на выполнение 2-го релиза. 2 недели Итого: 22 недели или почти 5 месяцев. За это время созданы боевая среда, среда разработки, документация с точки зрения бизнеса (функциональные требования), техническая документация, документация для конечных пользователей, проведено обучение пользователей, ясны дальнейшие планы развития сайта. Более, того, система не привязана к хотелкам пользователей, т.к. все изменения проходили рассмотрение и оценку “людьми, которые платят”, а также, снижена зависимость от персоналий (есть все необходимые описания и инструкции, что позволяет увеличить скорость подготовки персонала в случае увольнения). Сформировано ядро специалистов по системе у заказчика. Как минимум, было не просто “тырканье по кнопкам”, а осмысленные действия за счет приемочного тестирования. Ну и последнее, у заказчика появилась и экспертиза и первоначальная база знаний (архив проекта) для ведения будущих проектов. Где-то так... Что скажете? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 18:18 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned Где-то так... Что скажете? Не верю :-))) заказчику надо быстро получить работающий сайт - а ему говорят - через 20 недель увидишь готовую систему... за миллион денег... (я ведь правильно понял, что объемы работ "как раз" вписались в бюджет?)))) впрочем, это уже лирика.. в конце концов, клиент всегда прав в том, как именно он желает потратить свои деньги... ))) насколько я могу судить - так тоже можно внедрить. единственное но - не уверен, что такие цены конкурентоспособны. штат фирмы - 20 человек. скорее всего в день сайт будет посещать не более тысячи посетителей (и это еще очень завышенная оценка) можно конечно много времени убить на рисование анимации... вот только сайт деловой - зачем она там? то есть для такого рода фирм это не очень реалистичный проект - при нормальном конкурсе такое предложение не выиграет тендер. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 21:40 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
а давайте обсудим второй пример - с фермерами. он мне кажется как раз намного более "жестким" по срокам и бюджету. вот только одно уточнение - планирование ДДС - каким оно должно быть? я частично пересекался с "фермерами" - там действительно спланировать деньги без разрывов большая проблема. и цены на то же ГСМ (а это одна из наиболее существенных статей затрат) меняются достаточно быстро. то есть вопрос вот в чем - как мне кажется, заказчику может хотеться получить следующее - я указываю, сколько солярки, удобрений, семян и т.п. и когда мне надо (и желательно с возможностью задавать диапазон по объемам и срокам), сколько и когда я смогу продать пшеницы, гречки, кукурузы и прочего сена, какие на это все цены, какие сроки платежей, какие еще мне работы надо заказать (например нанять самолетик опрыскать вредителей отравой), сколько у меня и каких относительно постоянных расходов (зарплата, аренда и т.п.) - и система мне рисует график с указанием всех разрывов. и чтобы в любой момент можно было указать другую цену или объем или добавить новый вид расходов - и все автоматом пересчиталось. также хорошо бы иметь возможность сравнивать план ДДС с фактом - за счет чего у нас не идет и на сколько - и заодно постоянно уточнять модель. То есть основная проблема с деньгами у фермеров - возникновение доходов и расходов сильно разнесено во времени и суммы зависят от очень большого числа факторов - очень нестабильны - постоянно меняются необходимые объемы удобрений, цены на продукцию и ГСМ, планируемый объем и сроки урожая и т.п. и планировать, указывая СУММЫ не получится - цена на горючее меняется на 20% (а это очень частое явление) - и все надо пересчитывать, что вручную крайне трудоемко и никто этого делать не будет. ВСЕ ЭТО планируется внедрить за 350 тысяч (включая лицензии) и за 2,5 месяца? или это есть во внедряемом продукте? фраза - "позволяющая автоматизировать учет и отчетность" наводит на мысль, что ничего подобного для целей планирования там и близко нет :-))) или же я неправ, и под планированием ДДС в этом проекте подразумевается нечто другое? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2010, 22:19 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Когда – то выиграл тендер на замену учётной системы на малом предприятии оптовой торговли. В качестве условия нужно было предоставить календарный и финансовый план, а так же определить сроки внедрения в письменном виде. Конечно вид у документа «колхозный», но его еще несколько раз применял, как «методику внедрения». Может будет полезно! (Ж – разработчик/внедренец, З - операторы, Н – главбух, В – хозяин). Не ругайтесь, если "не в тему" . План внедрения системы «КИС Lack» в фирме оптовой торговли «ХЗ». Организация оптовой торговли на фирме в целом соответствует правилам принятым в Саратовских фирмах оптовой торговли и используются аналогичные технологии учета (нюансы будут изучены и отработаны в процессе внедрения). Календарный план внедрения: Август. Обучение оператора (З) вводу прихода и формированию отгрузочных накладных. Ознакомления с основными атрибутами товаров, клиентов, накладных. Ввод остатков товаров на любую дату. В, Н. Ознакомление с основными отчетами по движению товаров. Ж. Настройка программы на реквизиты фирмы. При успешном вводе остатков возможен переход на новую систему, при условии параллельного ведения двух программ. Принятие решения о смене ПО. Сентябрь. Обучение З, Н всем оперативным режимам программы (накладные, счета фактуры, списание, инвентаризация) с разделением документов на «черные и белые», обучение основным оперативным отчетам. Освоение методов ускорения работы. Ведение и анализ сроков годности товаров. В, Н. Ведение финансовых операций (несколько расчетных счетов). Разработка схемы статей затрат и ведение затратных операций. Обучение основным отчетам по товарам и финансам. Анализ дебиторской задолженности, прогнозирование приходов и расходов денежных средств. Ж. Настройка техники на оптимальную работу с пакетом. Проведение ревизии склада (инвентаризация) – четкое определение остатков, выставление долгов по поставщикам, покупателям и прочим клиентам. Октябрь. Обучение всех методам обслуживания данных программы (логика, сохранение, восстановления, ремонт). Обучение работе с Windows программами комплекса. З, Н сложные нюансы оперативного учета (группы, множество, дублирование документов, специализированная печать документов). Обучение навыкам «правильной» работе с программой. Н – извлечение из программы «черно-белой» информации, построение основных бухгалтерских отчетов. В, Н – сложные аналитические отчеты, технологии групп, системной метки, разделение товаров и клиентов по категориям. Ж. Рекомендации по обучению менеджеров. Учат В и Н. Ноябрь. Обучение всех методам экспорта данных в электронные таблицы и глубокий с их помощью анализ информации. Н, Ж. Решение всех вопросов бухгалтерского учета. В, Н. Исправление ошибок ведения данных. Ведение основных средств и материалов (начиная с любого периода). В. Все системы заказов товаров и планирования поставок. Ж. Доработка программы под требования В, Н. Уже можно будет оценивать правильность решения о приобретении программы. Декабрь. Обучение всех «сложным» оперативным и аналитическим возможностям пакета (динамическая отчетность, группирования документов, виртуальные документы, автоматизированные системы заказов и создания документов). Технология ABC/XYZ анализа и использования ее в оперативной работе. Использование «искусственных» схем работы с клиентами. Доскональное изучение всеми Windows расширений пакета. Ж. Доработка программы под требования В, Н. Январь. Доработки по программе и обучению с целью полного охвата технологий учета по фирме. Обучение системным методам обслуживания данных (можно обходится без Ж.). Обучение методам самостоятельной разработки технологий учета при помощи пакета. Учитывая объем работы по внедрению на данный период (5 месяцев) предполагается оплата по х.000 в месяц, начиная с начала сентября. При «задержках» в реализации плана по вине фирмы продолжается выплаты по х.000 в месяц до полной реализации основного плата, по вине программиста – работает в режиме сопровождения (1.) до окончания реализации плана. После этапа внедрения руководство выбирает оптимальный режим сопровождения (везде бесплатные телефонные консультации): 1. Постоянная поддержка и доработка программного обеспечения с еженедельным плановым посещением фирмы и при необходимости экстренным посещением в любое время (y.500 в месяц). Помощь и обучения по всему известному Ж. программному обеспечения компьютеров, настройка операционной системы и профилактические работы по обслуживанию компьютеров в рамках компетенции. 2. Ежемесячное обновление программы (z00 в месяц), экстренный вызов k00 рублей. 3. Обновление программ по требованию, но не чаще раз в квартал (k00 в месяц), экстренный вызов m00 рублей. Август 20ХХ. ФИО Домашний телефон хххххх, сотовый телефон хххххх. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 22:31 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
атрибутами ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2010, 23:21 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Давайте, для начала распишу что подразумевалось под целями: “снизить неразбериху при бухгалтерском учете” – предполагается, что до внедрения учет ввелся в экселе, соответственно, приходилось сверять множество экселевских файлов между собой, была неразбериха, кто и какие документы распечатал и отправил, а кто нет и т.п., “оптимизировать платежи с учетом сезонности”, избежать кассовых разрывов” – имелось ввиду, что при планировании доходов и расходов было довольно трудоемко считать, где именно могут возникнуть разрывы, также, любые изменения требовали пересчета плана, что трудоемко, “а также упростить формирование бухгалтерской и налоговой отчетности и автоматизировать их подачу в налоговую” – подразумевалось, что эти фермеры вручную сводили отчетность и отсылали ее по почте, либо нанимали бухгалтера на отчетность. Какое планирование у фермеров - честно говоря не скажу, т.к. с фермерами не сталкивался. Исходил из того, что есть только план ДДС и платежный календарь. Собственно, планирование происходит по статьям ДДС на год. Далее, используется механизм заявок на оплату и корректирующих действий по доходной части, который в данном случае, предназначен не для авторизации перевода денежных средств, а для того, чтобы иметь в платежном календаре актуальную информацию. Внедряемый функционал позволяет получать планируемое кол-во ден. средств по статье, фактический остаток по счету, кол-во ден. средств в заявках, остаток по счету - кол-во ден. средств в заявках, планируемое кол-во ден. средств по статье - кол-во ден. средств в заявках по статье и т.д. Далее, этапы: Поскольку система, как и предприятие типовое, то этапы Диагностики и Анализа не займут много времени. 1, 2. Диагностика и Анализ совмещаются в один этап. Договор на внедрение коробочного решения, отдельный договор на доработки. То, что договоры разделены, позволяет распараллелить работы, т.е. вести внедрение коробочного решения (3 недели, включает в себя, подписание договора на внедрение коробки, анализ и документирование необходимых первичных настроек (какие именно настройки необходимы – известно, т.к. решение типовое), проведение установки и настройки систем) и анализа доработок (выявление требований к планированию. Бухучет и отчетность – стандартные. Подписание второго договора на доработки.) 4 недели. Покупки дополнительного железа не требуется, т.к. мощности существующих ПК вполне достаточно. Т.о. общая длительность этапов – 4 недели. 3. Проектирование – т.к. доработки невелики, то пишется только техническое задание 2 недели (помним, что требования уже выяснены, нужно только формализовать для программиста). 4. Разработка – 2 недели абстрактной разработки по ТЗ (т.е. ТЗ + Реализация = 4 недель). 5. Развертывание – перенос системы на машины заказчика + приемочное тестирование. Т.к. решение типовое, то сценарии для базового функционала уже готовы. Нужно написать сценарии только для доработок 2 недели на все. 6. Завершение – 3 дня на архивацию результатов. В общем, где-то так… Слабое звено – разработка, честно говоря сталкивался с разработкой “100S” (созвучное название) – один раз и разработчик реализовывал доработки довольно быстро… По цене – если смотреть по прайсу компании с созвучным названием, то софт и лицензии – от 12000 до ~70000. Остальное – работы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2010, 15:57 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Андрей Ж., Отпишу чуть позже, что понравилось/не понравилось :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2010, 15:58 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned Какое планирование у фермеров - честно говоря не скажу, т.к. с фермерами не сталкивался. Исходил из того, что есть только план ДДС и платежный календарь. Собственно, планирование происходит по статьям ДДС на год. Далее, используется механизм заявок на оплату и корректирующих действий по доходной части, который в данном случае, предназначен не для авторизации перевода денежных средств, а для того, чтобы иметь в платежном календаре актуальную информацию. Внедряемый функционал позволяет получать планируемое кол-во ден. средств по статье, фактический остаток по счету, кол-во ден. средств в заявках, остаток по счету - кол-во ден. средств в заявках, планируемое кол-во ден. средств по статье - кол-во ден. средств в заявках по статье и т.д. Это "классический" вариант, который в данном случае можно и в екселе реализовать (небольшое количество платежей, один оператор). но такой вариант почти наверняка не подойдет "фермерам" - их специфику я немного описал - планировать только в стоимостном выражении у них нормально не получается. для большей достоверности примера тогда надо указать, что речь идет не о фермерах, а о ком-то другом. lessonslearned Далее, этапы: Поскольку система, как и предприятие типовое, то этапы Диагностики и Анализа не займут много времени. 1, 2. Диагностика и Анализ совмещаются в один этап. Договор на внедрение коробочного решения, отдельный договор на доработки. То, что договоры разделены, позволяет распараллелить работы, т.е. вести внедрение коробочного решения (3 недели, включает в себя, подписание договора на внедрение коробки, анализ и документирование необходимых первичных настроек (какие именно настройки необходимы – известно, т.к. решение типовое), проведение установки и настройки систем) и анализа доработок (выявление требований к планированию. Бухучет и отчетность – стандартные. Подписание второго договора на доработки.) 4 недели. Покупки дополнительного железа не требуется, т.к. мощности существующих ПК вполне достаточно. Т.о. общая длительность этапов – 4 недели. 3. Проектирование – т.к. доработки невелики, то пишется только техническое задание 2 недели (помним, что требования уже выяснены, нужно только формализовать для программиста). 4. Разработка – 2 недели абстрактной разработки по ТЗ (т.е. ТЗ + Реализация = 4 недель). 5. Развертывание – перенос системы на машины заказчика + приемочное тестирование. Т.к. решение типовое, то сценарии для базового функционала уже готовы. Нужно написать сценарии только для доработок 2 недели на все. 6. Завершение – 3 дня на архивацию результатов. То есть клиент начинает вести бухучет через 3 недели или через 2,5 месяца? Немного непонятно написано... Я бы разбил на 2 проекта или этапа (начинать можно и одновременно) 1. внедрение стандартного функционала бухучета и отчетности. по этому этапу с общим временем (3 недели) в целом согласен, но скорее всего займет 4 недели - наверняка бардак со справочниками и остатками (ексель и непонятно кто и как ведет учет) - потребуется время на приведение к порядку. в данном проекте диагностика, разработка, тестирование и т.п. не нужны - принципиально только стандартный функционал и стандартные БП. то есть через месяц начинается работа в системе с бухучетом и параллельно обучение пользователей. если же ведение учета начнется в конце проекта - где время на обучение пользователей? 2. планирование ДДС... в принципе сама по себе разработка описанного функционала не очень сложная и займет примерно столько времени. а вот внедрение - не согласен. основной вопрос - структура статей ДДС. часто на это все обращают мало внимания и при практической реализации спотыкаются. финансистам все привычно делить на операционные/инвестиционные/финансовые, но в данном случае ддс делается не для отчетности, а для планирования. и решить, как именно лучше структурировать - посевная, обработка ядохимикатами, уборочная ИЛИ гсм, запчасти, удобрения, аренда техники - очень непростой вопрос. в приведенном плане очень вероятен результат, когда заказчик получит работоспособную систему, которую он не сможет использовать или которая не будет решать его потребности - а это провал проекта. необходимо заложить минимум 2 недели на проработку структуры статей ДДС. и опять же, если говорить именно о фермерах, "классический" вариант реально не заработает - то есть можно будет добиться того, что какие-то цифры куда то заносятся, но практическое планирование выполнить будет практически невозможно ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2010, 17:36 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned, я конечно понимаю что сложно реализовать систему для микро предприятия, но я считаю, что нужно ёё сначала спроектировать в каком либо Case-средстве(программе) наподобие Rational Rose 2000 Enterprize Edition и/или Erwin, а потом непосредственно приступать к созданию отчётных документов и программированию.Я конечно же не знаю, что вы считаете на этот счёт, может моё и Ваше мнения совершенно расходятся, но это лично моё мнение. С уважением Seider ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2010, 10:11 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
s_ustinov Это "классический" вариант, который в данном случае можно и в екселе реализовать (небольшое количество платежей, один оператор). но такой вариант почти наверняка не подойдет "фермерам" - их специфику я немного описал - планировать только в стоимостном выражении у них нормально не получается. для большей достоверности примера тогда надо указать, что речь идет не о фермерах, а о ком-то другом. В экселе трудоемко отслеживать. В примере, который вы описали откуда-то должны все равно браться прогнозируемые цены, несмотря на специфику. s_ustinov То есть клиент начинает вести бухучет через 3 недели или через 2,5 месяца? Немного непонятно написано... Не принципиально. Изначально планировалось через 2,5 мес. Если хотите раньше – выделите два связанных проекта и получите запуск через 6 недель (2 недели тестирование на готовых кейсах + 1 неделю обучение). s_ustinov Я бы разбил на 2 проекта или этапа (начинать можно и одновременно) 1. внедрение стандартного функционала бухучета и отчетности. по этому этапу с общим временем (3 недели) в целом согласен, но скорее всего займет 4 недели Пусть займет 4 недели. На конечный срок не влияет. s_ustinov - наверняка бардак со справочниками и остатками (ексель и непонятно кто и как ведет учет) - потребуется время на приведение к порядку. в данном проекте диагностика, разработка, тестирование и т.п. не нужны - принципиально только стандартный функционал и стандартные БП. то есть через месяц начинается работа в системе с бухучетом и параллельно обучение пользователей. если же ведение учета начнется в конце проекта - где время на обучение пользователей? Бардак со справочниками решается за счет стандартного внедрения. Вы внедряете коробку, поэтому уже заранее знаете что именно вам нужно настроить. Вам нужны только значения настроек и справочников. Время на обучение пользователей – забыл, нужно добавить еще 1-у неделю. Можно с частичным наложением на тестирование и завершение проекта. s_ustinov 2. планирование ДДС... в принципе сама по себе разработка описанного функционала не очень сложная и займет примерно столько времени. а вот внедрение - не согласен. основной вопрос - структура статей ДДС. часто на это все обращают мало внимания и при практической реализации спотыкаются. финансистам все привычно делить на операционные/инвестиционные/финансовые, но в данном случае ддс делается не для отчетности, а для планирования. и решить, как именно лучше структурировать - посевная, обработка ядохимикатами, уборочная ИЛИ гсм, запчасти, удобрения, аренда техники - очень непростой вопрос. в приведенном плане очень вероятен результат, когда заказчик получит работоспособную систему, которую он не сможет использовать или которая не будет решать его потребности - а это провал проекта. необходимо заложить минимум 2 недели на проработку структуры статей ДДС. Согласен, что не простой вопрос. На старте для выявления требований выделено 4 недели. Провала нет. :) s_ustinov и опять же, если говорить именно о фермерах, "классический" вариант реально не заработает - то есть можно будет добиться того, что какие-то цифры куда то заносятся, но практическое планирование выполнить будет практически невозможно Но ведь как-то же люди в с/х работают? Думаю, что и планирование осуществляют в том числе… ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2010, 10:56 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned Бардак со справочниками решается за счет стандартного внедрения. Вы внедряете коробку, поэтому уже заранее знаете что именно вам нужно настроить. Вам нужны только значения настроек и справочников. я именно про значения и говорил :-))))))))) если там учет велся в екселе, да еще то сами, то привлеченный бухгалтер... минимум неделя на справочники. и еще один нюанс - на мелких внедрениях процедурой составления справочников и получением остатков руководят внедренцы (по крайней мере на успешных проектах)))), а достаточно часто приходится вообще самим часть делать... lessonslearned s_ustinov в приведенном плане очень вероятен результат, когда заказчик получит работоспособную систему, которую он не сможет использовать или которая не будет решать его потребности - а это провал проекта. необходимо заложить минимум 2 недели на проработку структуры статей ДДС. Согласен, что не простой вопрос. На старте для выявления требований выделено 4 недели. Провала нет. :) я не уверен, что это можно отнести к требованиям. в том то и дело, что это РАЗРАБОТКА структуры справочников... я понял, что меня смущает в вашем подходе - больше внимания уделяется функционалу программ, а не внедрению как таковому. а это не правильно. lessonslearned s_ustinov и опять же, если говорить именно о фермерах, "классический" вариант реально не заработает - то есть можно будет добиться того, что какие-то цифры куда то заносятся, но практическое планирование выполнить будет практически невозможно Но ведь как-то же люди в с/х работают? Думаю, что и планирование осуществляют в том числе… неправильно думаете. как-то работают... без планирования ДДС... ))))))) классический вариант, который вы описали, работает в условиях относительной стабильности. или же если необходимо планировать на относительно небольшой срок (месяц-два) - за такое время условия обычно не успевают существено поменятся. у с/х производства это не так горизонт планирования - минимум пол года (от посевной до продажи урожая), цены на все обычно меняются сильно - большая сезонность, да и от года к году изменения и т.д. кстати, это очень хороший пример того, как можно сильно ошибиться на самом раннем этапе с объемом работ и если реализовывать так, как ты описал - вылезет все уже в самом конце описываешь заказчику, вот мол так и так - он, не разбираясь глубоко в предмете, кивает - ага, ага (подразумевая, что звучит красиво и вроде примерно такое ему и надо) и вот все сделано, разработчики протестировали функционал, начали показывать все заказчику - пробуют составить приблизительный план говорят - а вот здесь укажите, сколько вы денег на солярку потратите по месяцам... а фермер в непонятке - а откуда я знаю - там все от погоды зависит (когда посевная, когда уборочная), да и цены меняются... ну хоть примерно - ну тонны 5 на посевную... а в деньгах?... в результате заказчик понимает, что система не может ни диапазоны нормально обрабатывать (от 3 до 4 тонн), ни автоматически пересчитывать суммы, когда ей указываешь изменение цен, ни нормально сроки сдвигать - посевная, уборочная и т.п. - сильно зависят от погоды, и сдвигаются плюс-минус неделя-две (соответственно, и все платежи сдвигаются) в результате заказчик заявляет - че вы мне фигню пытаетесь подсунуть? такое, что вы мне предлагаете, я и сам в екселе могу, а ексель у меня уже на компе стоит.. и не буду я вам за все это платить - мы как договаривались - что вы сделаете что-то, что поможет мне реально планировать ДДС, а эта фигня мне в этом не помогает - следовательно, денег вы не получите. я примерно про такие ситуации и говорил, что на мелких проектах ошибки бывают ОЧЕНЬ значительные и на этапе подписания договора предусмотреть такие вещи не всегда удается - у исполнителя часто просто нет сотрудников с квалификацией, достаточной для понимания потребностей клиента - отсюда и ошибки с трудоемкостью... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2010, 14:35 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
s_ustinov я не уверен, что это можно отнести к требованиям. в том то и дело, что это РАЗРАБОТКА структуры справочников... я понял, что меня смущает в вашем подходе - больше внимания уделяется функционалу программ, а не внедрению как таковому. а это не правильно. Ну, для начала тогда объясните, что имеется ввиду под "уделение внимание внедрению". Если управление проектом, то разрабатывается-то методика внедрения, а не управления проектами. Т.е. управление проектом, разумеется никто не отменял. Но в данном случае хочется разработать именно методику внедрения, где как я понимаю, частью методики будет и управление проектом внедрения. s_ustinov и опять же, если говорить именно о фермерах, "классический" вариант реально не заработает - то есть можно будет добиться того, что какие-то цифры куда то заносятся, но практическое планирование выполнить будет практически невозможно Не вижу, в данном случае, разницы между результатами применения подходов который предлагали вы (итерационный) и который предлагал я (водопад). Оно если не заработает, так не заработает при обоих подходах. Или я где-то упускаю преимущества итерационного подхода? s_ustinov неправильно думаете. как-то работают... без планирования ДДС... ))))))) классический вариант, который вы описали, работает в условиях относительной стабильности. или же если необходимо планировать на относительно небольшой срок (месяц-два) - за такое время условия обычно не успевают существено поменятся. у с/х производства это не так горизонт планирования - минимум пол года (от посевной до продажи урожая), цены на все обычно меняются сильно - большая сезонность, да и от года к году изменения и т.д. Опять же не вижу связи между водходами к внедрению и планированием ДДС. Хорошо, пусть не сработает. Напишите, какой подход у фермеров к планированию ДДС сработает и, думаю мы увидем, что противоречия с методикой внедрения данного подхода к планированию ДДС не будет :) s_ustinov кстати, это очень хороший пример того, как можно сильно ошибиться на самом раннем этапе с объемом работ и если реализовывать так, как ты описал - вылезет все уже в самом конце описываешь заказчику, вот мол так и так - он, не разбираясь глубоко в предмете, кивает - ага, ага (подразумевая, что звучит красиво и вроде примерно такое ему и надо) и вот все сделано, разработчики протестировали функционал, начали показывать все заказчику - пробуют составить приблизительный план говорят - а вот здесь укажите, сколько вы денег на солярку потратите по месяцам... а фермер в непонятке - а откуда я знаю - там все от погоды зависит (когда посевная, когда уборочная), да и цены меняются... ну хоть примерно - ну тонны 5 на посевную... а в деньгах?... Что-то в этом есть. У меня подразумевалось что, собственно, упор делается на грамотном ТЗ, т.е. если оно составлено неверно, то получится уныло... На самом деле в предложенном подходе подобные ошибки всплывут на стадии составления тестовых сценариев, когда нужно будет писать ожидаемый результат (Этап проектирования), что отнюдь не в самом конце. s_ustinov в результате заказчик понимает, что система не может ни диапазоны нормально обрабатывать (от 3 до 4 тонн), ни автоматически пересчитывать суммы, когда ей указываешь изменение цен, ни нормально сроки сдвигать - посевная, уборочная и т.п. - сильно зависят от погоды, и сдвигаются плюс-минус неделя-две (соответственно, и все платежи сдвигаются) в результате заказчик заявляет - че вы мне фигню пытаетесь подсунуть? такое, что вы мне предлагаете, я и сам в екселе могу, а ексель у меня уже на компе стоит.. и не буду я вам за все это платить - мы как договаривались - что вы сделаете что-то, что поможет мне реально планировать ДДС, а эта фигня мне в этом не помогает - следовательно, денег вы не получите. я примерно про такие ситуации и говорил, что на мелких проектах ошибки бывают ОЧЕНЬ значительные Опять же углубились в ситуацию с планированием ДДС, что на мой взгляд нисколько не зависит от выбора итерационного или водопадного подхода и нисколько не противоречит предложенной методики внедрения s_ustinov и на этапе подписания договора предусмотреть такие вещи не всегда удается - у исполнителя часто просто нет сотрудников с квалификацией, достаточной для понимания потребностей клиента - отсюда и ошибки с трудоемкостью... И как этого избежать (ошибок с оценкой трудоемкости и нехватки опыта)? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 19:31 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Андрей Ж., Прочитал. Не все понял. Например, что подразумевается под Ж. "Настройка техники на оптимальную работу с пакетом. "? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 19:34 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Прочитал. Не все понял. Например, что подразумевается под Ж. "Настройка техники на оптимальную работу с пакетом. "? За счёт настройки ПК и локальной сети можно добиться двухкратного увеличения быстродействия. Кроме этого, в силу "недружественности" установки программы необходимо конфигурировать входящие в комплекс программы, в частности "контрольные" имена и маршруты доступа. Конкретно в данной фирме - локальная сеть входит в домен Московской конторы, требования которой звучали: 1. Полный доступ к информации программы, в том числе средствами "предыдущей" системы. 2. Запрет использования технических средств их "глобальной" сети. 3. Совместное использование их и "моих", взаимоконфликтующих средст безопасности. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 20:59 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
seiderlessonslearned, я конечно понимаю что сложно реализовать систему для микро предприятия, но я считаю, что нужно ёё сначала спроектировать в каком либо Case-средстве(программе) наподобие Rational Rose 2000 Enterprize Edition и/или Erwin, а потом непосредственно приступать к созданию отчётных документов и программированию. Речь идет не о создании, а о внедрении уже СУЩЕСТВУЮЩЕЙ системы. То есть доработки возможны, но не обязательны и даже не очень желательны. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 23:01 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
Андрей Ж. В качестве условия нужно было предоставить календарный и финансовый план, а так же определить сроки внедрения в письменном виде. Календарный план внедрения: Август. При успешном вводе остатков возможен переход на новую систему, при условии параллельного ведения двух программ. Принятие решения о смене ПО. Сентябрь. Проведение ревизии склада (инвентаризация) – четкое определение остатков, выставление долгов по поставщикам, покупателям и прочим клиентам. Я правильно понимаю, что частично работа начинается в первый же месяц, а полноценная работа через 2 месяца? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2010, 23:05 |
|
Методика внедрения ИТ систем на малых (микро) предприятиях
|
|||
---|---|---|---|
#18+
lessonslearned Ну, для начала тогда объясните, что имеется ввиду под "уделение внимание внедрению". Если управление проектом, то разрабатывается-то методика внедрения, а не управления проектами. Т.е. управление проектом, разумеется никто не отменял. Но в данном случае хочется разработать именно методику внедрения, где как я понимаю, частью методики будет и управление проектом внедрения. "уделение внимание внедрению" - это сосредоточится в первую очередь на "приучение" пользователей к системе. Вы же концентрируете внимание больше на самой программе как таковой (разработка, тестирование...) в большинстве небольших проектов доработки не являются критическими то есть правильно внедренная система - это та, с которой пользователи умеют работать и работают, а не та, которая стоит на их компьютерах и удовлетворяет всем требованиям (надо по другому расставлять акценты) lessonslearned s_ustinov и опять же, если говорить именно о фермерах, "классический" вариант реально не заработает - то есть можно будет добиться того, что какие-то цифры куда то заносятся, но практическое планирование выполнить будет практически невозможно Не вижу, в данном случае, разницы между результатами применения подходов который предлагали вы (итерационный) и который предлагал я (водопад). Оно если не заработает, так не заработает при обоих подходах. Или я где-то упускаю преимущества итерационного подхода? объем внедряемого функционала когда внедряется "все и сразу", намного легче пропустить косяк такого рода с утверждением "не заработает при обоих подходах" я согласен когда думал об этом, сформулировал для себя несколько идей (до этого было как у собаки - понимаю, но сказать не могу). попробую четко изложить свою позицию отдельным постом lessonslearnedНапишите, какой подход у фермеров к планированию ДДС сработает и, думаю мы увидем, что противоречия с методикой внедрения данного подхода к планированию ДДС не будет :) в рамках ограничений примера проекта внедрения (сроки, бюджет) данную задачу (планирование ДДС) решить скорее всего нельзя lessonslearned У меня подразумевалось что, собственно, упор делается на грамотном ТЗ, т.е. если оно составлено неверно, то получится уныло... На самом деле в предложенном подходе подобные ошибки всплывут на стадии составления тестовых сценариев, когда нужно будет писать ожидаемый результат (Этап проектирования), что отнюдь не в самом конце. составление грамотного ТЗ - трудоемкая (дорогая) задача, требующая высокой квалификации как от исполнителя, так и от заказчика, или ОЧЕНЬ высокой квалификации исполнителя (консультант хороший специалист и по программе, и по предметной области). а с этим очень часто бывают проблемы - и у заказчика сотрудники не всегда обладают нужным уровнем знаний, чтобы грамотно ставить ТЗ, и у исполнителя нет специалистов, способных адекватно воспринять пожелания заказчика по поводу тестовых сценариев... вы ведь сами написали пример проекта. кто и как будет писать сценарии? директор он же владелец? сколько у него на это есть времени? насколько хорошо он сам понимает, что именно ему надо (он ведь до этого не планировал ДДС)? у него есть четкое понимание, что как сейчас - плохо (постоянно проблемы с деньгами). но очень вероятно, что специализированного экономического образования у него нет. да и образование не гарантирует необходимый уровень знаний. и как результат - он сам не знает, как именно должно осуществляться планирование, какие у него требования к системе если попытаться поработать с заказчиком не на каких-то условных небольших примерах, а попытаться выстроить целостный пример (план на год и причины и варианты его изменения) - возможно, проблема и вылезет - да и то, если у исполнителя есть очень неплохой специалист, способный "вытащить" нюансы из заказчика, а не неосознанно пытаться воспроизвести то, что описано в популярных книжках без привязки к особенностям клиента. но ограничения по времени и деньгам... lessonslearnedОпять же углубились в ситуацию с планированием ДДС, что на мой взгляд нисколько не зависит от выбора итерационного или водопадного подхода и нисколько не противоречит предложенной методики внедрения s_ustinov и на этапе подписания договора предусмотреть такие вещи не всегда удается - у исполнителя часто просто нет сотрудников с квалификацией, достаточной для понимания потребностей клиента - отсюда и ошибки с трудоемкостью... И как этого избежать (ошибок с оценкой трудоемкости и нехватки опыта)? планирование ДДС - просто очень удачный пример, на котором высветились проблемы предложенной методики. я отдельным постом попытаюсь четко изложить свое видение. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2010, 12:59 |
|
|
start [/forum/topic.php?fid=33&msg=36486110&tid=1548353]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 166ms |
0 / 0 |