Эволюция пользовательской документации 1С в производственной компании

Публикация № 1110556

Сообщество - Пользователю системы

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

Общая информация

Группа компаний «Доброфлот» – это крупная рыбодобывающая компания со своим флотом и производством консервов. В компании работает более 3500 сотрудников, из которых около тысячи – это активные пользователи бизнес-приложений и информационных технологий. Эти пользователи регулярно обращаются в службу технической поддержки за консультациями.

 

 

В компании порядка 15 конфигурации 1С. Часть конфигураций (порядка 5 штук) написаны собственными силами компании. У нас есть направление разработки, которое состоит из 5 разработчиков и одного тимлида (данные на осень 2018 года, сейчас направление разработки расширилось). Любой пользователь может поставить задачу на разработку или изменение функционала. Разработчики в течение недели отрабатывают эти задачи, и каждый понедельник утром изменения вносятся в продакшн. То есть каждый понедельник мы получаем обновленный функционал и массу пользовательских обращений. Эти обращения мы закрываем двумя консультантами 1С и информацией из пользовательской документации, которую готовит технический писатель.

 

Что такое пользовательская документация?

 

 

Я сформулировал такое определение – «Это печатные или электронные руководства пользователя и справочный текст, описывающий методы использования информационных систем и бизнес-приложений».

 

 

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

 

Зачем и кому нужна пользовательская документация?

 

 

Подобие пользовательской документации появилось в 20-40 годы прошлого века в эпоху индустриализации. Появлялись новые системы, автоматизированные станки и швейные машинки. Мало кто умел ими пользоваться, кроме тех инженеров, которые их создали. Нужно было как-то передавать информацию, но старый способ – от мастера к подмастерью уже не работал, потому что объемы информации были огромными. На помощь пришли инструкции и описания новых систем.

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

Отсюда хочется сделать первый вывод (мы сегодня будем делать выводы, я их назвал «выводы пользовательской документации»), который гласит – «Пишите пользовательскую документацию».

 

 

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

 

Кто готовит пользовательскую документацию?

В идеале документацию готовит специальный человек – технический писатель. Кто такой технический писатель?

 

 

Это интересная, востребованная и редкая профессия. Я сформулировал такое определение  – «Это роль сотрудника, в должностные обязанности которого входит разработка и актуализация пользовательской документации».

 

 

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

Отсюда хочется сделать следующий вывод – «Пользовательскую документацию пишет сотрудник, который умеет и любит писать». Не заставляйте своего разработчика писать документацию, потому что в итоге вы получите плохую документацию, злых пользователей, потому что документация будет малопонятной, и злого разработчика, потому что он не хочет этим заниматься.

 

 

Мой опыт знакомства с пользовательской документацией

 

 

С пользовательской документацией я познакомился, когда пришел в группу компаний «Доброфлот». Коллеги показали мне корпоративный портал и раздел с документацией. Сказали, что я должен буду писать документацию в MS Word и конвертировать ее в pdf файлы и публиковать эти файлы на портале. «Круто! У них есть документация для пользователей!», подумал тогда я, но на практике все оказалось иначе. Я сразу столкнулся с тем, что некоторые пользователи, вообще не знали, что на портале есть документация. Однажды мне позвонил пользователь и говорит: «Я не могу заполнить требование-накладную, я не понимаю что мне делать». Я предлагаю ему скачать документацию, где описано как это сделать. На что пользователь отвечает: «А что у нас есть какие-то инструкции по 1С?». И это спрашивал пользователь, который работал в компании больше года. Что-то работало не так.

Потом оказалось, что о пользовательской документации знают лишь единицы, большинство сотрудников о ней не знали. Тогда я понял, что нужно рекламировать документацию. Я начал точечно рекламировал документацию пользователям – давать им ссылки на документацию во время консультаций. Я был тогда единственным консультантом и иногда исполнял обязанности технического писателя. Но было понятно, что в большой компании такой рекламой документацию пользователям не продать. Мне хотелось отгружать документацию оптом. Так как нет ничего хуже документации, которую никто не читает. Тогда появилась идея запустить новостную колонку на портале – «Новости бизнес-приложений», где мы начали публиковать мини-инструкции, анонсы на новую документацию и изменения в бизнес-приложениях за последнюю неделю.

 

 

Чуть позже мы сделали публикацию новостей еженедельной и начали делать рассылки новостей на корпоративную почту пользователей.

Забавный факт. Если в заголовке новости написать слова «зарплата или аванс», то это будет очень популярная по просмотрам новость.

 

 

Новости действительно работают, это показывает аналитика за последнее время с 04.05.2016 по 19.09.2018. Всего за период 04.05.2016-19.09.2018 было опубликовано 498 новостей. Просмотры растут, значит мы делаем все правильно.

 

 

Все новости разбиты на разделы, и пользователи подписываются на те разделы, которые им интересны. Если углубиться в просмотры новостей по разделам, то можно увидеть, что на первом месте у нас управленческий учет. Управленческий учет – это такой раздел новостей, где мы пишем об изменениях в 1С:УПП, где у нас автоматизирована большая часть бизнес-процессов. На втором месте – пользовательская документация.

 

 

Отсюда мы получаем вывод – «Сообщайте пользователям о наличии пользовательской документации». Если у вас есть документация, то не держите эту информацию в тайне. Поделитесь документацией с пользователи любыми доступными вам способами.

 


 

 

Актуализация пользовательской документации

 

 

Теперь наши пользователи знали, что у них есть документация. Но мне снова позвонил пользователь и говорит: «Я не могу создать контрагента, у меня там какая-то ошибка». Я понимаю, что это за ошибка, знаю, что она описана в документации и предлагаю пользователю разобраться самостоятельно. Объясняю, в каком документе описано решение его проблемы. Пользователь соглашается и кладет трубку. Потом снова перезванивает мне и говорит, что он почитал документацию, но там описано то, что не соответствует действительности. Я смотрю документы и вижу, что там описан устаревший функционал, который был актуален пару месяцев назад. Мне становится стыдно: «Заставил пользователя потратить время впустую». И таких случаев становилось все больше. У нас есть документация, все про нее знают, но она старая и не соответствует реальному ходу вещей. Поэтому было решено актуализировать документацию.

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

Откуда, вообще, взялась устаревшая документация и почему она была опубликована на корпоративном портале? Вначале процесс разработки и публикации документации был устроен следующим образом:

  1. Пользователь заводил задачу на разработку функционала;

  2. Разработчик создавал требуемый функционал;

  3. Пользователь параллельно заводил отдельную задачу на подготовку документации;

  4. Консультант готовил документацию;

  5. Пользователь получал свой функционал и опубликованную документацию на портале.

Шли дни, разработчики исправляли баги, делали рефакторинг кода, функционал менялся, а документация так и лежала на портале без изменений. И таких документов у нас было порядка 70 штук.

Чтобы это побороть был написан регламент, где было указано, что каждый документ имеет свой срок годности и этот срок равен 6 месяцам. То есть каждый 6 месяц мы обязаны провести актуализацию документа, иначе он считается старым и недействительным. Таким образом мы избавились от появления старой документации. И это был первый триггер актуализации. Причем мы автоматизировали это в 1С: Документооборот (далее 1С: ДО), там можно указывать срок действия документа и отправлять автоматические уведомления ответственному о необходимости актуализации документа. Второй триггер актуализации это внесение изменений в функционал. Если технический писатель или консультант видят, что в хранилище описанной конфигурации что-то поменялось и это как-то влияет на результат описанный в документации, то заводится задача на актуализацию документации.

Получаем вывод – «Непрерывно актуализируйте пользовательскую документацию». Потому что если пользователь придет к вам за знаниями и получит неправильные или устаревшие данные, то он больше к вам не вернется.

 

 

 

Главный тезис любой документации

Чтобы вы ни улучшали, всегда в голове держите тезис – «Пользователи не хотят и не любят читать документацию». Это аксиома, но плохо написанную документацию вдвойне никто не любит читать. Если и читать, то читать хорошую документацию. А что же такое хорошая документация?

 

 

У каждого свои критерии хорошей пользовательской документации. Я выделил следующие критерии:

  1. Документация максимально краткая и лаконичная;

  2. Документация однозначная. Если мы описываем элемент как «закладка документа», то значит мы везде пишем, что это «закладка документа», никаких «вкладок документа» или чего-то иного;

  3. Документация не содержит ошибок – грамматических, пунктуационных и орфографических;

  4. Документация не содержит сленга. Неправильно писать «введите айпишник». Нужно писать «введите IP адрес»;

  5. Документация в едином стиле.

 

 

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

  • использование определенных цветов;

  • список стоп-слов;

  • единые словесные конструкции;

  • правила форматирования и т.д.

Но когда нас стало двое, то каждый раз мне приходилось объяснять коллеге, как можно писать, а как писать нельзя, как обрезать скриншоты и т.д. А потом документацию стало писать три человека. Нам были нужны единые правила. Тогда мы разработали и согласовали свой Style Guide или по-русски – руководство по стилю. В руководство были включены: описания обрезки скриншотов, допустимые шрифты, разрешенные цвета, сокращения, форматирования таблиц и текста, стоп-слова и многое другое. И теперь при подготовке документации все, кто занимается документацией, ориентировались на руководство по стилю. Отойти от правил считается ошибкой.

Отсюда получаем вывод – «Установите единые правила написания пользовательской документации». Если в вашей компании документацию пишет больше одного человека, то согласуйте свой Style Guide. Установите правила и контролируйте их выполнение. Иначе вы получите хаос и разночтение, а пользователи получат плохую документацию.

 



 

1С:Документооборот – удобный инструмент для подготовки пользовательской документации

 

 

У нас в компании активно используются 1С:ДО. В частности для согласования договоров, приказов и других значимых документов. Мы также используем 1С:ДО для постановки задач на разработку и актуализацию документации, и для хранения документации.

Но самое важное – в 1С:ДО мы можем ставить задачи на ознакомление пользователей с документацией. Если кратко описать текущий процесс разработки и актуализации документации, то получается так:

  • Заказчик ставит задачу в 1С:ДО, я ее проверяю и согласовываю.

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

  • Дальше идет процесс согласования подготовленной документации.

  • Заказчик готовит список пользователей, для которых эта документация предназначена.

  • Всем указанным пользователям из списка отправляется задача на ознакомление с документацией.

По задачам на ознакомление хорошо видно, кто ознакомился с документом, а кто этого не сделал. В дальнейшем эта информация помогает вести переговоры с пользователями во время консультаций.

 

 

Также у нас в компании есть славная традиция ежегодно проводить тестирование на знание внутренних правил и процедур. И мы включили в это тестирование вопросы на знание пользовательской документации. Поэтому пользователи стали активней читать документацию, так как результаты теста влияют на премирование сотрудников.

Отсюда получаем еще один вывод – «Используйте все доступные средства продвижения пользовательской документации». В борьбе все средства хороши.

 

 

Если документацию пишет и проверяет один и тот же человек, то с большой вероятностью в ней могут содержаться грамматические и орфографические ошибки. Чтобы минимизировать эту вероятность, мы добавили в процесс разработки документации в 1С: ДО – согласование корректора. Вначале документ вычитывает сам писатель, потом корректор и только после этого документ идет дальше по процессу.

 

 

Кроме грамматических и орфографических ошибок, в документации могут быть неверно описаны бизнес-процессы. Поэтому нам пришлось еще усложнить процесс проверки документации и добавить в процесс в 1С: ДО – согласование методолога. Методологи это хранители знаний регламентов компании. У нас в процессе методологи проверяют корректность описанных бизнес-процессов в документации. Например, технический писатель пишет: «Чтобы указать фактические даты командировки через три рабочих дня зайдите в документ и установите значение в соответствующем поле». А методолог знает, что это нужно сделать через два рабочих дня, вносит замечание в документацию и направляет документацию на доработку. В итоге наша документация стала еще более качественной. Нам уже было совсем не стыдно давать читать пользователям такую документацию. 

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

 

 

 

Сколько стоит пользовательская документация?

В какой-то момент нам стало интересно, а сколько стоит пользовательская документация? Так как мы используем 1С:ДО, то посчитать стоимость документации относительно просто.

 

 

Потому что все участники процесса подготовки документации указывают фактически затраченное время в 1С:ДО. Мы можем взять часовую тарифную ставку участника подготовки документации, фактически потраченное им время, умножить эти показатели, а затем просуммировать цифры по всем участникам и получить стоимость услуги по подготовке пользовательской документации. А когда у нас много документации и есть экспертный опыт, то мы даже можем примерно рассчитать сколько в среднем стоит одна страница документации.

 

 

Например, если пользователь просит разработать документ, то я задаю ему вопросы: «А кто будет читать эту документацию? Сколько человек?». Пользователь отвечает: «Ну я, может еще кладовщик, ну не знаю». А я знаю, что никто кроме этого пользователя не будет читать эту документацию, так как это базовый функционал и в поддержку никто ещё не обращался за такими консультациями. Допустим, что стоимость такой документации будет составлять 15 000 каких-нибудь условных единиц и представим, что это очень дорого. Нам будет дешевле точечно проконсультировать пользователя или написать небольшую статью в новостях на портале, чем готовить полноценную документацию, которой никто не будет пользоваться, а стоить это будет очень дорого. Также мы можем посмотреть статистику скачиваний документации на портале. Понять насколько выгодные документы мы пишем и сделать соответствующие выводы: «Нужна ли нам такая документация или мы ее написали зря?».

 

 

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

Отсюда получаем следующий вывод – «Измеряйте разработку пользовательской документации».

 

 

 

Формат пользовательской документации

Исторически сложилось, что у нас документация хранится в формате pdf.

Этот формат прижился у нас в компании для любых документов, так как у нас есть суда и склады, и там люди распечатывают документацию. Им удобно скачать документ с портала, распечатать его и положить к себе на стол, а потом использовать при необходимости.

 

 

Но в пользовательской документации в формате pdf есть минусы:

  1. Документы огромные и тяжелые. Если нужно внести изменение в документацию, то вначале нужно внести изменение в файл doc в MS Word, потом конвертировать файл в pdf и только потом переопубликовать его на корпоративном портале. Потом документация скачивается на локальные машины и если пользователь пропустит новость об обновлении документации, то он будет пользоваться старой версией. Обычно документация в pdf это огромная книжка, ее нужно скачать и полистать для того чтобы найти нужную информацию. Этот процесс занимает большое количество времени.

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

  3. Документы не интерактивные. Мы не можем добавить в документацию анимацию или видео. А ведь иногда быстрее показать какую-то анимацию пользователю, чем писать документ на 15 страниц.

 

 

Единственное, что можно измерить при использовании pdf, так это количество скачиваний документов, чтобы понять кто читает нашу документацию. Потом эти данные можно покрутить в BI системе, чтобы, например, понять какой отдел больше всего скачивает документов, в каких должностях, какие конкретно сотрудники и т.д.

 

 

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

 

 

То же самое можно сказать и о wiki-деревьях. Есть много удобных решений для организации контентных деревьев из коробки.

 

 

Плюсы деревьев html и wiki:

  • Во-первых, они индексируемые. Любую страницу можно легко проиндексировать. Мы можем настроить гибкий и быстрый поиск для удобства пользователей.

  • Во-вторых, они измеримы. Мы можем подключить к контентному дереву Яндекс.Метрику, Google Analytics или еще какие-нибудь инструменты для аналитики. И, например, понимать, где пользователь больше всего задерживается, а где он вообще не бывает.

  • В-третьих, они интерактивны. Поэтому мы можем добавлять туда анимацию, видео и другие медиафайлы.

 

 

Сейчас мы занимаемся переносом всей документации из pdf формата в контентное дерево. В дальнейшем мы хотим, чтобы дерево документации на корпоративном портале соответствовало встроенной справке в конфигурациях 1С. Для этого мы пишем html документацию в 1С: СППР.

 

 

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

 

 

 

Выводы

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

На данный момент мы выращиваем у себя контентное дерево и приходим к контентной архитектуре. В дальнейшем мы хотим освоить технологию DITA (Darwin Information Typing Architecture). Эта технология была придумана в IBM и основана на xml. DITA охватывает весь цикл разработки, выпуска и публикации документации. Одним из плюсов этой технологии является то, что она позволяет переиспользовать контент из единого источника и мы можем повторно использовать части одной документации в других документах. Подробнее об этой технологии можно узнать в соответствующих статьях и докладах.

 

 

Сейчас мы уходим от pdf и doc формата, переходим в контентное дерево, а далее планируем переход на xml. Это наша стратегия на ближайшие пару-тройку лет, но, возможно, со временем она изменится.

 

 

Отсюда хочется сделать последний вывод – «Непрерывно улучшайте пользовательскую документацию». Эволюция пользовательской документации – это непрерывный процесс и этой эволюцией могут управлять только люди, которые в этом заинтересованы.

 

 

Для управления эволюцией пользовательской документации рекомендуется применять и адаптировать описанный опыт, который кратко сформирован в практических выводах:

  1. «Пишите пользовательскую документацию».

  2. «Пользовательскую документацию пишет сотрудник, который умеет и любит писать».

  3. «Сообщайте пользователям о наличии пользовательской документации».

  4. «Непрерывно актуализируйте пользовательскую документацию».

  5. «Установите единые правила написания пользовательской документации».

  6. «Используйте все доступные средства продвижения пользовательской документации».

  7. «Используйте перекрестную вычитку и проверяйте методологию».

  8. «Измеряйте разработку пользовательской документации».

  9. «Непрерывно улучшайте пользовательскую документацию».

 

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. Rustig 1487 20.08.19 21:59 Сейчас в теме
2. wowik 786 21.08.19 10:42 Сейчас в теме
картинки большие, устал мотать.
mr_tuzlukov; sp18s; KoldunOne; Oldsad; Freeman_MD; user774630; testnv0; kuzyara; asupsam; +9 Ответить
3. Steelvan 21.08.19 14:49 Сейчас в теме
"... без сленга..."

Компания "Гавняндекс" посмеялась.
4. Steelvan 21.08.19 14:50 Сейчас в теме
У них сленг через слово, а продукты свои они Промтом переводят без последующего редактирования.
5. kosmo0 97 22.08.19 08:32 Сейчас в теме
Если документации нет, то может сложиться следующая ситуация - при возникновении проблемы пользователи находят способ её обойти и пользуются им. Но при увольнении такого сотрудника или отбытия его в отпуск возникает коллапс. А потом оказывается - просто надо галочку поставить на 6 вкладке. И если таких ситуаций в организации много, то это чревато большими проблемами.
6. Glebis 11 22.08.19 10:16 Сейчас в теме
А почему никто не рассматривал вариант ведения документации ТОЛЬКО в во встроенной справке конфигурации и выводить на портал справочную информацию напрямую из конфигурации, включая структуру.
7. KoldunOne 71 26.08.19 03:36 Сейчас в теме
(6) Да, это хороший вариант и я даже порекомендую его. Примерно об этом я говорю в последней части доклада — документацию можно делать в 1С: СППР, "выгружать" документацию оттуда во встроенную справку конфигурации и на портал. Мы к этому последовательно шли и даже сделали успешный тестовый пример, но в итоге конкретно нам не подошёл этот вариант. Сейчас идём к другому решению — Confluence + возможности просмотра веб-страниц в 1С.
Оставьте свое сообщение

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

Управление проектом Бесплатно (free)

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    12459    67    Infostart    18    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    3063    0    1c-intelligence    15    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    3717    0    stepan96    11    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    4461    0    sapervodichka    1    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    9444    0    user809424    11    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    9739    0    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

На самом деле, переход рабочей жизни в онлайн обладает некоторым количеством плюсов. В частности хочется верить, что формальный контроль “отслеживаем кто сколько часов проработал, проверка, что сотрудники на месте и все чем-то заняты” заменится фактической отчетностью “по результатам”.

23.03.2020    4847    0    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

Все, кто когда-либо работал в проектах, знают, как важна точность даваемых оценок длительности выполнения каждого задания. При этом, достаточно лишь одному заданию опоздать, чтобы поставить под угрозу выполнение сроков всего проекта. Стараясь подстраховать выполнение своих обязательств, мы закладываем в оценку длительности каждого задания изрядное количество резервов времени. Однако, как бы мы не старались, проекты все равно не завершаются в срок. И тому есть свои причины … четыре основные причины, почему проекты никогда не завершаются в срок.

03.03.2020    5577    0    VLikhobabin    44    

Обзор рынка автоматизации ввода данных с документов в систему учета Промо

Пользователю системы Россия Бесплатно (free)

Главная цель для бизнеса - заработать как можно больше денег при меньших издержках. Тут же возникает вопрос - как? На самом деле, многих затрат можно легко избежать через автоматизацию рутинных процессов, таких как ввод первички. Сейчас представляется возможным и даже реальным такая картина, когда пользователи могут просто сфотографировать или отсканировать нужный документ, после чего программа автоматически переносит данные в систему учёта. Предлагаем узнать о таких сервисах подробнее в нашем обзоре.

07.11.2018    18462    0    Yana Petina    33    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Бесплатно (free)

В новой версии PMBoK традиционные рекомендации по управлению проектами перевернуты с ног на голову. В этой статье расскажу свою точку зрения, в чем, на мой взгляд, основные изменения, и как это может сказаться на проектах внедрения…   

23.01.2020    10695    0    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    5804    0    roman72    0    

Итоги года. Статистика выпуска релизов фирмы "1С"

Пользователю системы Бесплатно (free)

Статистика выпуска релизов фирмы "1С" за прошедший год.

16.12.2019    6455    0    YPermitin    29    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    33410    0    1СERP    79    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

Очередной темой серии статей “20 мыслей об ИТ-проектах” будут требования к системе. По результатам голосования был вариант про карьеру проектных ИТ-специалистов, но ее я коснулся в докладе на Воронежском митапе, немного изменив и сделав акцент в сторону аналитиков. В ближайшем выпуске сделаю небольшую выдержку по теме.

14.10.2019    5635    0    chavalah    16    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    11638    0    ogroup    163    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    9008    0    GSoft    15    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    30313    0    1СERP    175    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    10721    0    SergeyN    6    

ЕГАИС от А до Я

Пользователю системы Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля Россия БУ Акцизы Бесплатно (free)

Данная статья описывает не очевидное и не документированное поведение ЕГАИС. То, чего нет в документации по УТМ.

28.08.2019    16665    0    goleaff2006    19    

4 способа быстро и легко сравнить большие таблицы

Пользователю системы Бесплатно (free)

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

07.08.2019    20942    0    Neti    23    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    31143    0    1СERP    189    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    7412    0    SergeyN    1    

Работа фирмы "1С" со стороны. Или статистика выпуска релизов

Пользователю системы Бесплатно (free)

Статистика выпуска релизов фирмы "1С". Взгляд со стороны рядового разработчика. А также немного BI, GitHub и др.

24.06.2019    11895    0    YPermitin    65    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    9570    0    FB_10160810658600104    62    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

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

10.04.2017    31020    0    1СERP    107    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    7114    0    MariaTemchina    8    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    8287    0    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    10713    0    1c-intelligence    121    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    41701    0    1СERP    231    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    7127    0    MariaTemchina    8    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    11038    0    MariaTemchina    15    

Быстрый ввод неудобных символов

Пользователю системы Инструментарий разработчика Бесплатно (free)

Использование Alt-кодов для ввода “[”, “]”, “”, “&”, “#”, “|”

15.04.2019    9931    0    pparshin    28    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    27105    0    Gavrik    10    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    7949    0    chavalah    22    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    9525    0    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    9675    0    1c-intelligence    64    

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

Управление проектом Бесплатно (free)

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    39571    0    raiml    37    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

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

14.01.2019    9817    0    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    12274    0    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    9343    0    1c-intelligence    7    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    44040    0    CheBurator    64    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    9329    0    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    8771    0    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    16583    0    andironenko    128    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    35879    0    axxell    15    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

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

03.12.2018    8338    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

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

26.11.2018    9627    0    MariaTemchina    40    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

Блоги Управление проектом Бесплатно (free)

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12121    0    andironenko    43    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    37380    0    raiml    14    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

Управление проектом Бесплатно (free)

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7645    0    Selikhovkin    2    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

Управление проектом Бесплатно (free)

Так уж получилось, что на сайте я представляю средний класс. А именно программистов и сисадминов, работающих не у франчайзи и не на фрилансе, а в обычных ИП, АО, ООО, и т.п., основная деятельность которых, никаким образом с производством программных продуктов не связана. Посему все удивительные рассказы Марии Темчиной про Agile это как анекдот...

19.11.2018    9070    0    capitan    41