This course provides a technical introduction to the basic operations of the Documentum Content Server platform and a general overview of Documentum technology and products. Technical Fundamentals of Documentum is the prerequisite course for most of our technical courses. On completion of this course, participants should be able to: Describe the primary components of the Documentum ECM system Create and manipulate documents in the repository Describe how Documentum manages content and metadata Describe the Documentum object model Describe the Documentum security model Configure users, groups, and roles Create custom object types Configure process templates, forms, process execution reports, lifecycles, and alias sets Configure and install a Documentum Project Manipulate the Content Server repository through DQL commands. Extra expenses: Customer site course prices do not include instructor travel expenses, which are billed separately. Reservations: Please provide a minimum of 3 weeks advance notice when arranging courses at customer sites. Below is a listing of all the currently available dates and locations for this course or workshop from OpenText.
|Published (Last):||24 July 2011|
|PDF File Size:||12.60 Mb|
|ePub File Size:||10.94 Mb|
|Price:||Free* [*Free Regsitration Required]|
There is currently, and has been for a while, a shortage of good Documentum resources out there. Over the years, I have learned that a majority of non-referred candidates cannot perform at a higher level than that of a simple developer. This is because they do not have a core understanding of what is required to design a complex Documentum system. It is simple and painful. You have to grow them yourself.
If you are lucky, you can find some that can quickly transition into mid-level roles. The upper-level Documentum Architect role requires experience, and there is no way to get around that requirement. So now you have your candidate identified. How do you get them started?
Well, you need to send them to training first. I cannot stress that enough. If they are going to be a technical resource on any level, they need to have taken this course at some point in their career. Any further training depends on budget and the desired technical path you need them to start down.
Once they are trained, there are several resources that each person should have to facilitate their mastery of the technical side of Documentum:. For every quality Documentum resource you develop, there are several companies that will want to hire them.
You need to keep them happy and make them feel appreciated. Understand what it costs to replace them and where they want to go in their careers. Well, that is what I try and do to build a resource. Any experience you have with training Documentum resources would be useful to share.
If everyone starts to effectively train resources, the large amount of resource sniping may actually decline to a reasonable level. Great read! I too agree with the approach to building documentum talent. The good talent that already exists is hard to find and even harder to entice. We find it very hard to find good, quality candidates so we too have turned to using sr.
This takes a big commitment on both ends. Like Like. This is nice article to guide new entrants in Dctm world. But from when would you consider or market would consider you a Documentum Architect.
Not everybody gets required exposure of different technologies in different projects…. I know somebody can learn many of these things outside but how much time would somebody get apart from his full time Documentum Job?
They are always in SAP world all the time. There are indeed different levels of Documentum development. You need to understand the underlying components of the technology. Good OS chops are also required that is a given these days.
I find that there are different skills sets too and each one adds to the balance of a development team. For example you need the ninja coder on the team that can reverse engineer black box components in a pinch and keep the code design on track to be re-usable and scalable, you need a methodical competent programmer, hopefully with solid RDBMS background, that can step through and systematically debug complex code, a good UI designer and coder is also required to focus on the user experience and of course the big picture person, not necessarily a hands on coder, but one that understands coding and design to design solutions and meet with the client and act as a point person for the team.
I agree that you need to keep them around. I have seen so many teams struggle to ramp up new hires after letting a good developer go because of funding or project timing. The good one will gravitate to where they are treated well and respected.
If you think it is OK to hack SharePoint it means you have not been trained properly… seriously.. There has been, over the years, some bad press about Documentum web apps. Some of which was earned and much of which is the result of utilizing under trained and inexperienced developers and solution designers.
They end up under scoping projects, low balling quotes, going cheap on resources and paying the consequences. For any CIOs of especially CFOs out there, pay a reasonable price to keep a competent development team, farming out only after careful analysis and in a well managed project. The end result is the inexperienced people needing to blame the tools.
Oddly if the tools are tossed it will just happen over again with the new tools until you find the underlying issues and correct them. ECM is by definition complex and difficult to learn and implement. Trust me, the past few years for me have been called in to correct off track projects and most, but not all, were caused by this very issue. You are commenting using your WordPress. You are commenting using your Google account. You are commenting using your Twitter account. You are commenting using your Facebook account.
Notify me of new comments via email. Notify me of new posts via email. This site uses Akismet to reduce spam. Learn how your comment data is processed. Like this: Like Loading What do you think? Cancel reply Enter your comment here Fill in your details below or click an icon to log in:.
Email required Address never made public. Name required. Post was not sent - check your email addresses! Sorry, your blog cannot share posts by email.
3-8010 Documentum Technical Fundamentals v7.2 On Demand
OpenText Documentum Training
OpenText Practitioner - Documentum Technical Fundamentals 16.4