Documentum имеет недостаток - слабую защиту от программирующих обезъян.Это следствие больших возможностей (в том числе возможности делать плохо). Приходилось наблюдать крупные, в действительности ненужные разработки от недоувалифицированных программистов. Во избежание этого, надо хорошо ориентироваться в его работе, чтобы не допускать инициатив по "исправлению дефектов" и "обходу особенностей" Documentum-а. Должен быть контроль работы программистов. При самостоятельном изучении надо сообразить, что важно. В общем, надо оценить свои возможности. При заказе на стороне следует не верить рекламе и не доверять квалификации разработчиков. Особо обращать внимание на несандартные разработки этого исполнителя, которые он будет расхваливать, но заказчику они могут оказаться невыгодными..

Затем, у Documentum-а есть необязательные компоненты за отдельную плату. Среди них важны Process Builder и Forms Builder, помогая уменьшить объём кодирования и давая защиту от упомянутых обезъян. Затем может быть Taskspace вместо Webtop, чтобы вести разработку на основе xCP. Да, ещё есть разные направления в разработке:
- свои компоненты на основе WDK и Webtop, требуется большой объём программирования на Java. Это традиционный способ. Достаточно стандартного набора компонентов Документума, но желательны ещё Process Builder, Forms Builder и может быть Process Integrator.
- xCP. Средство ускоренной разработки, требующее минимального кодирования и менее требовательное к квалификации разработчиков. Из дополнительных компонентов нужны Process Builder, Forms Builder, Process Integrator и желательно BAM (этот можно не сразу). Из-за высокого уровня компонентов, используемых при разработке, возможны проблемы с производительностью (у меня ещё нет мнения, но я вижу одно приложение, которое работает подозрительно медленно, надо ещё разбираться) и совместимостью версий xCP.
- DFS. Разработка на основе веб-служб, интерфейс пользователя не охватывается DFS и может быть любой (то есть, не обязательно средствами Документума). Это для умных.
В любом случае при изучении надо хорошо усвоить документ Content Server Fundamentals, программистам ещё описание DFC. Можно бесплатно получить xCP Developer Edition (но всякому не дадут, поскольку нужен полный доступ к сайту customernet, который предоставляется партнёрам и клиентам). На общедоступном сайте community.emc.com есть хороший комплект документации xCP Information Center, который полезен не только для хCP, но и остальных технологий (но описания WDK и Webtop в нём нет).

krservнаписал на Ваш еmail:

этот адрес был недействительный, сейчас вот поменял его. Если есть дополнительные вопросы, пошлите на новый адрес.

Литературы на русском языке нет. С ней в Документуме вообще проблема - книги на английском хоть и есть, но малосодержательны. Официальная документация доступна для списывания с сайта производителя зарегистрированным пользователям Документа (по тем компонентам, которые куплены). Поэтому заранее ознакомиться трудно. Если вы списали Content Server Fundamentals оттуда, то надо ещё руководство администратора,Content Server Object Reference и Content Server DQL Reference. Быстро изучить это нереально, только на чтение Fundamentals (с пониманием) нужен месяц (притом, что курсы начинаются с его изучения), так что надо сообразить, куда позаглядывать. В Fundamentals - введение и начало каждой главы, какие понятия в ней описаны. В чём содержание собеседования? Если вас собираются послать на курсы, значит, понимают, что вам знаний не хватает, тогда что их интересует.
Примечание. На общедоступном форуме http://community.emc.com бывают полезные статьи.

SalКогда я админил (года 4 назад), в документуме еще полно было бейсика.
Из того, что потом пригодилось, и что действительно современно - это Weblogic.
Ну а дебри контент-менеджмента - это больше разработчикам нужно знать.

Слишком смело оценивать Документум с таким опытом. Надо уметь сравнить его с альтернативными системами. Я сейчас изучаю Alfresco и уже могу сравнить. "Бейсик" , а именно DocBasic и 4 года назад был мало нужен. Есть несколько скриптов, но изменять их или писать новые на DocBasic не следует, это потеряло смысл ещё с появления Documentum версии 5. В версии 7 появились скрипты на Python и благодаря поддержке REST (появилась в 6.7, но была ограниченной) можно писать административные скрипты на любом желаемом языке (в Alfresco их уже большое количество, но администратору Документума пока приходится пользоваться традиционными средствами). Администратор не должен писать скрипты на DocBasic, Python итп, он использует готовые, а если не хватает, то обращается к программисту. В общем, это мелкий вопрос. Понимание функционирования Документума администратору необходимо, т.к. его задача - если что работает не так, то дать советы пользователям, или устранить ошибку функционирования насколько это от него зависит или грамотно описать это техподдержке или программистам. Я программист, но помогаю администратору, когда надо, поэтому давно понял, что невежественный администратор был бы бесполезен.