Вопрос о том, как ставить задачи и оценивать трудозатраты техписателей, поднимается почти на каждом вебинаре, конференции и встрече, посвященной документированию. В чем сложность? Почему, в отличие от оценки времени, затраченного программистами, тестировщиками и другими сотрудниками отдела разработки, именно трудозатраты документаторов постоянно вызывают дискуссии?
Попробую объяснить и показать, как можно избежать проблем в этом вопросе, используя систему управления задачами (как это работает — покажу на примере используемой нами системы Actionspace). Технический писатель, Лена Толмачева.

Здравствуйте! Меня зовут Елена Толмачева. В компании «ДоксВижн» я занимаюсь разработкой пользовательской документации.

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

Добрый день! Меня зовут Михаил. Имея многолетний опыт работы в проектах внедрения различных систем автоматизации (и документооборота, в частности), я часто сталкиваюсь с тем, что неготовность компании к проекту внедрения на самом начальном этапе влечет за собой существенные сложности его реализации. Хотел бы поделиться своими наблюдениями и дать несколько рекомендаций тем, кто планирует заниматься внедрением систем документооборота. Я бы мог дать ряд рекомендаций и компаниям-интеграторам, но сегодня сделаю акцент на другом: на что стоит обратить особое внимание ИТ-специалисту со стороны заказчика. Заблаговременное выявление слабых мест (несмотря на всю их кажущуюся очевидность) поможет вам избежать сложностей в дальнейшей реализации проекта.
Приведу ряд случаев из собственной практики (возможно, некоторые читатели узнают в примерах себя – но все совпадения случайны!)

Docsvision — это не просто программа, это платформа, позволяющая создавать свои решения для электронного документооборота. Статья нашего коллеги — разработчика Docsvision Димы Лейкина — предназначена как раз для разработчиков таких решений, к коим мы относим партнёров нашей компании и сотрудников IT-подразделений наших компаний-заказчиков.

В материале, разделённом на 5 логических частей, — базовая информация о том, как устроена система Docsvision. Кроме того, для разработчиков, которые хотят устроиться к нам на работу, эти знания будут дополнительным плюсом.