<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.infosupport.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Richard Zaat</title><link>http://blogs.infosupport.com/blogs/richardz/default.aspx</link><description>Blog by Richard Zaat, Senior Consultant, RUP Coach and MRMUC trainer at Info Support</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP1 (Build: 31106.3070)</generator><item><title>Dilbert - Need more people on the project</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2010/03/08/dilbert-need-more-people-on-the-project.aspx</link><pubDate>Mon, 08 Mar 2010 13:32:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:201804</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=201804</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2010/03/08/dilbert-need-more-people-on-the-project.aspx#comments</comments><description>&lt;p&gt;Dilbert on how management typically reacts to project issues. Notice how the problem stays with the projectmanager whilst he is asking for help&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-_2D00_-More-people-on-the-project-_2D00_-08_5F00_03_5F00_2010-_2D00_-84397.gif"&gt;&lt;img src="http://blogs.infosupport.com/resized-image.ashx/__size/550x0/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-_2D00_-More-people-on-the-project-_2D00_-08_5F00_03_5F00_2010-_2D00_-84397.gif" border="0" alt="" /&gt;&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=201804" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Dilbert/default.aspx">Dilbert</category></item><item><title>Dilbert on changing methodology during a project</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2010/02/26/dilbert-on-changing-methodology-during-a-project.aspx</link><pubDate>Fri, 26 Feb 2010 09:10:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:190201</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=190201</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2010/02/26/dilbert-on-changing-methodology-during-a-project.aspx#comments</comments><description>&lt;p&gt;Great Dilbert on changing methodology during a project and the ignorance of the ones making these kind of decisions.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-20050824-Never-change-methodology-during-project.gif"&gt;&lt;img src="http://blogs.infosupport.com/resized-image.ashx/__size/550x0/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-20050824-Never-change-methodology-during-project.gif" border="0" alt="" /&gt;&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=190201" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Dilbert/default.aspx">Dilbert</category></item><item><title>Another great Dilbert on budget estimation</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/12/07/another-great-dilbert-on-budget-estimation.aspx</link><pubDate>Mon, 07 Dec 2009 22:09:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:51320</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=51320</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/12/07/another-great-dilbert-on-budget-estimation.aspx#comments</comments><description>&lt;p&gt;Why do people keep on asking for estimations about the unknown? In my opinion it tells more about the level of professionalism of the person asking the question than the one that is asked to answer it...&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-Scope-_2D00_-December-07_2D00_2009.jpg"&gt;&lt;img src="http://blogs.infosupport.com/resized-image.ashx/__size/550x0/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-Scope-_2D00_-December-07_2D00_2009.jpg" border="0" alt="" /&gt;&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=51320" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Estimation/default.aspx">Estimation</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Dilbert/default.aspx">Dilbert</category></item><item><title>EA (Sparx Enterprise Architect) keeps on asking for password</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/10/23/ea-sparx-enterprise-architect-keeps-on-asking-for-password.aspx</link><pubDate>Fri, 23 Oct 2009 09:13:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:34416</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=34416</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/10/23/ea-sparx-enterprise-architect-keeps-on-asking-for-password.aspx#comments</comments><description>&lt;p&gt;Ever had it happen, that when you&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;use Vista&lt;/li&gt;
&lt;li&gt;have EA stored in a database on the network&lt;/li&gt;
&lt;li&gt;are not part of the domain&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;that EA keeps on asking for the password to connect to the database, no matter what you do? Strangely enough this does not happen within Windows XP.&lt;/p&gt;
&lt;p&gt;The solution to this problem is that you should run EA as your domain account.&lt;/p&gt;
&lt;p&gt;Take these steps to solve this problem:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Go to the properties of the EA shortcut on your desktop&lt;/li&gt;
&lt;li&gt;Add this command to the &amp;#39;Target&amp;#39;: runas.exe /netonly /user:&amp;lt;domain name&amp;gt;\&amp;lt;your username&amp;gt; &amp;quot;&amp;lt;location of the EA.exe file&amp;quot;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;e.g.: runas.exe /netonly /user:mydomain\myusername &amp;quot;C:\Program Files (x86)\Sparx Systems\EA\EA.exe&amp;quot;&lt;/p&gt;
&lt;p&gt;Each time you run EA via this shortcut, it will first request your password and then you can connect to the database without any problems.&lt;/p&gt;
&lt;p&gt;(btw: you can add your pwd to the runas.exe statement, but&amp;nbsp; I would not advise that)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=34416" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Vista/default.aspx">Vista</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Enterprise+Architect/default.aspx">Enterprise Architect</category></item><item><title>Billy Connelly on requirements</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/billy-connelly-on-requirements.aspx</link><pubDate>Fri, 10 Jul 2009 13:25:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:16312</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=16312</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/billy-connelly-on-requirements.aspx#comments</comments><description>&lt;p&gt;Billy says what most customers actually want to say, but never do...but secretly think..&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Just listen to the attachment below&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=16312" width="1" height="1"&gt;</description><enclosure url="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Components.PostAttachments/00.00.01.63.12/mgtplans-_2D00_-Billy-Connelly.wav" length="489914" type="audio/x-wav" /><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Project+Management/default.aspx">Project Management</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Requirements+Management/default.aspx">Requirements Management</category></item><item><title>Dilbert project estimation</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/dilbert-project-estimation.aspx</link><pubDate>Fri, 10 Jul 2009 13:21:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:16310</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=16310</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/dilbert-project-estimation.aspx#comments</comments><description>&lt;p&gt;Dilbert has a great one about project estimation. I think many people will recognize this situation!&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-Estimation.jpg"&gt;&lt;img src="http://blogs.infosupport.com/resized-image.ashx/__size/550x0/__key/CommunityServer.Blogs.Components.WeblogFiles/richardz/Dilbert-Estimation.jpg" border="0" alt="" /&gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=16310" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Project+Management/default.aspx">Project Management</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Estimation/default.aspx">Estimation</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Dilbert/default.aspx">Dilbert</category></item><item><title>Project Management Truisms</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/project-management-truisms.aspx</link><pubDate>Fri, 10 Jul 2009 09:04:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:16305</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=16305</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/10/project-management-truisms.aspx#comments</comments><description>&lt;p&gt;When surfing on the web, I found the following Project Management Truisms. It sure is a big list, but there is a truth hidden in each and every one of them.
&lt;br /&gt;&lt;br /&gt;

   1. Nothing is impossible for the person who doesn&amp;#39;t have to do it.&lt;br /&gt;
   2. You can con a sucker into committing to an impossible deadline, but you cannot con him into meeting it.&lt;br /&gt;
   3. At the heart of every large project is a small project trying to get out.&lt;br /&gt;
   4. The more desperate the situation the more optimistic the situatee.&lt;br /&gt;
   5. A change freeze is like the abominable snowman: it is a myth and would melt anyway when heat is applied.&lt;br /&gt;
   6. A user will tell you anything you ask, but nothing more.&lt;br /&gt;
   7. Of several possible interpretations of a communication, the least convenient is the correct one.&lt;br /&gt;
   8. There&amp;#39;s never enough time to do it right first time but there&amp;#39;s always enough time to go back and do it again.&lt;br /&gt;
   9. The bitterness of poor quality lasts long after the sweetness of making a date is forgotten.&lt;br /&gt;
  10. I know that you believe that you understand what you think I said, but I am not sure you realize that what you heard is not what I meant.&lt;br /&gt;
  11. What is not on paper has not been said.&lt;br /&gt;
  12. A little risk management saves a lot of fan cleaning.&lt;br /&gt;
  13. If you can keep your head while all about you are losing theirs, you haven&amp;#39;t understood the plan.&lt;br /&gt;
  14. If at first you don&amp;#39;t succeed, remove all evidence you ever tried.&lt;br /&gt;
  15. Feather and down are padding, changes and contingencies will be real events.&lt;br /&gt;
  16. There are no good project managers - only lucky ones.&lt;br /&gt;
  17. The more you plan the luckier you get.&lt;br /&gt;
  18. A project is one small step for the project sponsor, one giant leap for the project manager.&lt;br /&gt;
  19. Good project management is not so much knowing what to do and when, as knowing what excuses to give and when.&lt;br /&gt;
  20. If everything is going exactly to plan, something somewhere is going massively wrong.&lt;br /&gt;
  21. Everyone asks for a strong project manager - when they get one, they don&amp;#39;t want one.&lt;br /&gt;
  22. The same work under the same conditions will be estimated differently by ten different estimators, or by one estimator at ten different times&lt;br /&gt;
  23. The most valuable and least used word in a project manager&amp;#39;s vocabulary is &amp;quot;NO&amp;quot;&lt;br /&gt;
  24. The more ridiculous the deadline, the more it costs to meet it&lt;br /&gt;
  25. Too few people on a project can&amp;#39;t solve the problem - too many create more problems than they solve&lt;br /&gt;
  26. You can freeze the clients specifications, but he won&amp;#39;t stop expecting&lt;br /&gt;
  27. The conditions attached to a promise are forgotten, and the promise is remembered&lt;br /&gt;
  28. What you don&amp;#39;t know hurts you&lt;br /&gt;
  29. What is not on paper has not been said&lt;br /&gt;
  30. No major project is ever installed on time, within budget, and with the same staff that started it&lt;br /&gt;
  31. Projects progress quickly until they become 95% complete; then they remain at 95% complete forever&lt;br /&gt;
  32. If project content is allowed to change freely, then the rate of change will soon exceed the rate of progress&lt;br /&gt;
  33. Project teams detest progress reporting because it vividly demonstrates their lack of progress&lt;br /&gt;
  34. Quantitative project management is for predicting cost and schedule overruns well in advance.&lt;br /&gt;
  35. For a project manager, overruns are as certain as death and taxes.&lt;br /&gt;
  36. Some projects finish on time in spite of project management best practices.&lt;br /&gt;
  37. Fast - cheap - good - you can have any two.&lt;br /&gt;
  38. The project would not have been started if the truth had been told about the cost and timescale.&lt;br /&gt;
  39. A two-year project will take three years; a three-year project will never finish.&lt;br /&gt;
  40. When the weight of the project paperwork equals the weight of the project itself, the project can be considered complete.&lt;br /&gt;
  41. A badly planned project will take three times longer than expected - a well-planned project only twice as long as expected.&lt;br /&gt;
  42. Warning: dates in a calendar are closer than they appear to be.&lt;br /&gt;
  43. Anything that can be changed will be changed until there is no time left to change anything.&lt;br /&gt;
  44. There is no such thing as scope creep, only scope gallop.&lt;br /&gt;
  45. A project gets a year late one day at a time.&lt;br /&gt;
  46. If you&amp;#39;re 6 months late on a milestone due next week but really believe you can make it, you&amp;#39;re a project manager.&lt;br /&gt;
  47. No project has ever finished on time, within budget, to requirements.&lt;br /&gt;
  48. Yours won&amp;#39;t be the first to.&lt;br /&gt;
  49. Activity is not achievement.&lt;br /&gt;
  50. If you don&amp;#39;t know how to do a task, start it, then ten people who know less than you will tell you how to do it.&lt;br /&gt;
  51. The person who says it will take the longest and cost the most is the only one with a clue how to do the job.&lt;br /&gt;
  52. The sooner you get behind schedule, the more time you have to make it up.&lt;br /&gt;
  53. The nice thing about not planning is that failure comes as a complete surprise rather than being preceded by a period of worry and depression.&lt;br /&gt;
  54. Good control reveals problems early - which only mean you&amp;#39;ll have longer to worry about them.&lt;br /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=16305" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Project+Management/default.aspx">Project Management</category></item><item><title>Dealing with alternative flows in sequence diagrams</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/06/dealing-with-alternative-flows-in-sequence-diagrams.aspx</link><pubDate>Mon, 06 Jul 2009 07:55:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:16271</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=16271</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/07/06/dealing-with-alternative-flows-in-sequence-diagrams.aspx#comments</comments><description>&lt;p&gt;When creating sequence diagrams, using the Use Case Specifications, it is always troublesome to determine whether all sequences are to be drawn.&lt;/p&gt;
&lt;p&gt;Also there are always parts in a use case that are shared amongst different sequences. To avoid creating an explosion of sequence diagrams, the UML 2.0 specification has created fragments.&lt;/p&gt;
&lt;p&gt;I found an interesting (and short!) article on how to relatie alternative flows and sub flows into these fragments.&lt;/p&gt;
&lt;p&gt;Check it out at: &lt;a title="Managing-Complex-Interactions-with-Sequence-Fragments" href="http://codeidol.com/other/learnuml2/Modeling-Ordered-Interactions-Sequence-Diagrams/Managing-Complex-Interactions-with-Sequence-Fragments/"&gt;Managing-Complex-Interactions-with-Sequence-Fragments&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Richard&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=16271" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Sequence+Diagrams/default.aspx">Sequence Diagrams</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/UML/default.aspx">UML</category></item><item><title>Automatically create back-ups of Outlook 2007 .pst files</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2009/01/28/Automatically-create-back_2D00_ups-of-Outlook-2007-.pst-files.aspx</link><pubDate>Wed, 28 Jan 2009 17:21:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:14992</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>1</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=14992</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2009/01/28/Automatically-create-back_2D00_ups-of-Outlook-2007-.pst-files.aspx#comments</comments><description>&lt;p&gt;Microsoft has a utility, called pfbackup.exe which allows you to automatically create back-ups from your .pst files.&lt;br /&gt;&lt;br /&gt;However, when you install it it does not seem to work in Outlook 2007.&lt;br /&gt;&lt;br /&gt;&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Here&amp;#39;s the instruction on how to make it work:&lt;/p&gt;&lt;p&gt;1) Download the pfbackup.exe file from&amp;nbsp; Microsoft&amp;#39;s website (http://www.microsoft.com/downloads/details.aspx?FamilyId=8B081F3A-B7D0-4B16-B8AF-5A6322F4FD01&amp;amp;displaylang=en)&lt;br /&gt;&lt;br /&gt;2) Use WinZip or a similar file extraction tool to extract the files in pfbackup.exe, launcher.exe and pfbackup.msi.&lt;br /&gt;&lt;br /&gt;3) Double-click pfbackup.msi and follow the prompts to install it.&lt;br /&gt;&lt;br /&gt;4) In Outlook 2007, choose Tools | Trust Center and choose Add-ins from the navigation list on the left. At the bottom of the Add-ins screen, under Manage, select COM Add-ins and click Go.&lt;br /&gt;&lt;br /&gt;5) On the COM Add-ins dialog, click Add and navigate to the C:\Program Files\Microsoft Office\OFFICE12\ADDINS folder (if you are using a different language, ..\ADDINS will have a local name (e.g. in Dutch: invoegtoepassingen)). Select outbak.dll and click OK. When you return to the COM Add-ins dialog, you should see a new entry, Outlook Backup Addin, with its check box checked.&lt;br /&gt;&lt;br /&gt;6) Click OK to close the COM Add-ins dialog.&lt;br /&gt;&lt;br /&gt;7) In Outlook 2007, choose File | Backup (Dutch: Bestand | Reservekopie) and set your backup options.&lt;br /&gt;&lt;br /&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=14992" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Windows/default.aspx">Windows</category></item><item><title>RSDC 2008 Slides</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2008/07/15/RSDC-2008-Slides.aspx</link><pubDate>Tue, 15 Jul 2008 14:05:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:14157</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=14157</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2008/07/15/RSDC-2008-Slides.aspx#comments</comments><description>&lt;p&gt;This year I attended the IBM Rational Software Development Conference (RSDC) 2008 in Orlando, Florida. One can really see what is going on inside IBM Rational at the moment, and where the Rational world is turning to. There were 300+ sessions, divided into 14 (+ one executive summit) tracks. What&amp;nbsp;I have taken back from this conference is:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Teamwork (especially with the Jazz platform, in which IBM already invested $250 million)&lt;/li&gt;&lt;li&gt;Process is dead, long live practices (as first advocated by Ivar Jacobson, and nowadays followed by IBM). This simply has to get its reflection within the RMC product.&lt;/li&gt;&lt;li&gt;Agile, agile and again agile. All three meaning different levels of agility....&lt;/li&gt;&lt;li&gt;Toyota and its quality are superb and often referred to&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;There were a lot of interesting speakers: Scott Ambler, Per Kroll, Ivar Jacobson, Grady Booch, Erich Gamma, Ian Spence, Kurt Bittner....&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Slides&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;In 2007 IBM send the attendees a CD containing all presentation material. Too bad they are not going to do so this year. Every attendee has received a username / password which can be used to access the presentations via the web. This means you have no control whether the interesting presentation will still be there tomorrow. To solve this,&amp;nbsp;I have come up with the following solution:&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;ol&gt;&lt;li&gt;&lt;p&gt;Unzip the file attached to this blog&lt;/p&gt;&lt;/li&gt;&lt;li&gt;&lt;p&gt;Use Firefox, and install the plugin called &amp;#39;Download them all&amp;#39;. This plugin allows you to download all referenced .zip files (amongst others) on a single webpage. Saves a lot of &amp;#39;right click | Save as&amp;#39;. &lt;/p&gt;&lt;/li&gt;&lt;li&gt;&lt;p&gt;Go to the IBM RSDC 2008 website and download all the presentations from all the tracks.&lt;/p&gt;&lt;/li&gt;&lt;li&gt;&lt;p&gt;Unzip the presentations in the presentations directory (created by the zip file in step 1)&lt;/p&gt;&lt;/li&gt;&lt;li&gt;&lt;p&gt;Start the website by using either the &amp;#39;index.html&amp;#39; or the &amp;#39;agenda_by_speaker.html&amp;#39;.&lt;/p&gt;&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;&amp;nbsp;Note: The aim was not to deliver a complete working website, but just one in which it was easier to identify the content of the presentations and allowing a quick link to the real presentation (and not another zip file).&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;Enjoy!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=14157" width="1" height="1"&gt;</description><enclosure url="http://blogs.infosupport.com/cfs-file.ashx/__key/CommunityServer.Components.PostAttachments/00.00.01.41.57/Slides.zip" length="665642" type="application/x-zip-compressed" /><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP/default.aspx">RUP</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RSDC/default.aspx">RSDC</category></item><item><title>Annoying Avi Chunk Viewer window</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2008/02/26/Annoying-Avi-Chunk-Viewer-window.aspx</link><pubDate>Tue, 26 Feb 2008 07:13:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:13573</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>6</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=13573</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2008/02/26/Annoying-Avi-Chunk-Viewer-window.aspx#comments</comments><description>&lt;p&gt;After I installed the K-Lite Codec pack, I sometimes get this Avi Chunk Viewer window at the most annoying times possible. It seems this is caused by a codec called Avi splitter. It pops up when there is an avi found with an incomplete footer. &lt;/p&gt;&lt;p&gt;To remove the Avi Chunk Viewer, do the following: &lt;/p&gt;&lt;p&gt;1. Start the K-Lite Codec Tweak Tool, located in the K-Lite\Configuration start-menu. &lt;/p&gt;&lt;p&gt;2. Go to the Disable part, and select Avi Splitter. &lt;/p&gt;&lt;p&gt;That&amp;#39;s it. Although you might have to reboot your computer. &lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=13573" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Windows/default.aspx">Windows</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Vista/default.aspx">Vista</category></item><item><title>Requirements Networking Group</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2007/09/26/Requirements-Networking-Group.aspx</link><pubDate>Wed, 26 Sep 2007 15:15:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:12861</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=12861</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2007/09/26/Requirements-Networking-Group.aspx#comments</comments><description>&lt;p&gt;When browsing the internet, I stumbled upon this&amp;nbsp;website with loads of information about requirements: &lt;a href="http://www.requirementsnetwork.com"&gt;http://www.requirementsnetwork.com&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;&amp;nbsp;It contains very useful information, which is presented via:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Forums&lt;/li&gt;&lt;li&gt;Blogs&lt;/li&gt;&lt;li&gt;Articles&lt;/li&gt;&lt;li&gt;Webcasts&lt;/li&gt;&lt;li&gt;Tools&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Worth registering (free) and keep as a favorite.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=12861" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Requirements+Management/default.aspx">Requirements Management</category></item><item><title>Requirements Management Website</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2007/05/16/Requirements-Management-Website.aspx</link><pubDate>Wed, 16 May 2007 09:56:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:12151</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=12151</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2007/05/16/Requirements-Management-Website.aspx#comments</comments><description>
&lt;p&gt;If you are looking for a list of Requirement Tooling, or more
information about Analysis, Requirements, the Requirements Management
Template, definitions of models, take a look at the following website:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.jiludwig.com/"&gt;http://www.jiludwig.com/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;It is a rich archive of requirements related information.&lt;br /&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=12151" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/MRMUC/default.aspx">MRMUC</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category></item><item><title>Owner of the deadline</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2007/03/07/Owner-of-the-deadline.aspx</link><pubDate>Wed, 07 Mar 2007 12:28:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:11817</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=11817</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2007/03/07/Owner-of-the-deadline.aspx#comments</comments><description>&lt;p&gt;I&amp;#39;ve noticed many times that projectmanagers find themselves the keepers of the deadline. Everything has to go to reach the golden target, the deadline.
And mind you, there is nothing wrong with trying to get things done before the deadline. What is wrong however, is the ownership of the deadline.
To me, the projectmanager does not have a deadline. The projectmanager will do its best to achieve the work in time, but the real owner is the customer.
And that is a huge difference! Why? Keep on reading...

&lt;/p&gt;&lt;p&gt;&lt;strong&gt;The reason for a deadline&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;There are usually a few reasons for having deadlines:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Law&lt;/li&gt;&lt;li&gt;Money / profit&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;The customer usually will suffer if the deadline is not met. But, it is also up to the customer to move the deadline! Therefore, in my opinion, the customer is the owner of the deadline.

&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Projectmanager and deadline&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;How come many projectmanagers feel they own the deadline? I mean, if the solution is not in production at a certain moment in time, it will not influence the projectmanager directly (of course, corrective measures from the business will have their influence, but that is a business penalty, and has nothing to do with the solution).

Somehow projectmanagers step into the shoes of the customer when it comes to deadlines. I think it is mostly because the customer does not show any interest in the IT solution, and puts a lot of pressure on the projectmanager. Sometimes fear for the customer, or the penalty plays a role as well. 

&lt;/p&gt;&lt;p&gt;&lt;strong&gt;What to do?&lt;/strong&gt;
&lt;/p&gt;&lt;p&gt;First, the projectmanager must involve the customer, and make the following clear:&lt;/p&gt;&lt;p&gt;&lt;em&gt;1) The customer is the owner of the deadline
&lt;/em&gt;&lt;/p&gt;&lt;p&gt;By having the customer as the owner of the deadline, it is up to the customer to decide what to do and leave, help prioritize, and spend additional money if required, or even move the deadline a bit. After all, if the solution is not delivered in time, or with the wrong requirements, or quality level, it is the customer that will suffer the most.
&lt;/p&gt;&lt;p&gt;&lt;em&gt;2)	The projectmanager will do its best to achieve the deadline&lt;/em&gt; &lt;/p&gt;&lt;p&gt;(hey, this is really being service minded! -&amp;gt; try to help, but stay realistic)
If the projectmanager takes on the role of a service-provider, he will assist the customer in making the important decisions. The projectmanager will make clear what is possible within the current time / budget / resource, and what is required. But the decision stays with the customer. If you have too much work and too little resources / time / budget, make it visible to the customer, and have the customer decide. That is service delivery! 

Once all this is clear, make an appointment to speak the customer at least once every two weeks. Discuss the progress of the team, the problems, and the issues and risks. Prioritize together with the customer. Make the customer feel important for the project. Really give them the role of the owner of the deadline. 

&lt;/p&gt;&lt;p&gt;&lt;strong&gt;What if the customer does not want to be the owner?&lt;/strong&gt;
&lt;/p&gt;&lt;p&gt;You do not really want this. It means that the customer is not involved, which to me means that the deadline is fake. If it is really important, the customer would love to be involved. But anyway, if this is the case, make sure that all your decisions are communicated towards the customer. Play it open, and tell the customer what requirements you will skip, and how you will prioritize your work and prioritize the requirements. Keep mentioning that if you do not hear anything, you will assume that your decision has been agreed upon (remember, this is business, with a deadline, you are in a rush, and there is no time to wait). Eventually, the customer probably will become involved, without even knowing it. Especially if you take some foolish decisions!

&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;As a projectmanager, do not act like you are the owner of the deadline. The customer owns the deadline, you will only do your best to achieve it. Some things are impossible, and it is your task to show that to the customer (e.g. you cannot give birth to a baby with 9 women in just one month).
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=11817" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Project+Management/default.aspx">Project Management</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category></item><item><title>Interesting website - loads of tips</title><link>http://blogs.infosupport.com/blogs/richardz/archive/2007/02/28/Interesting-website-_2D00_-loads-of-tips.aspx</link><pubDate>Wed, 28 Feb 2007 15:13:00 GMT</pubDate><guid isPermaLink="false">56f6167b-0c51-4839-ab2d-34653eeb5c9c:11762</guid><dc:creator>Richard Zaat</dc:creator><slash:comments>0</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://blogs.infosupport.com/blogs/richardz/rsscomments.aspx?PostID=11762</wfw:commentRss><comments>http://blogs.infosupport.com/blogs/richardz/archive/2007/02/28/Interesting-website-_2D00_-loads-of-tips.aspx#comments</comments><description>
&lt;p&gt;I have found an interesting website &lt;a href="http://www.clarrus.com/resources.htm"&gt;http://www.clarrus.com/resources.htm&lt;/a&gt; which contains useful information about:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Project Management Tips&lt;/li&gt;
&lt;li&gt;QA, Test, CM Tips&lt;/li&gt;
&lt;li&gt;Analysis, Design Tips&lt;/li&gt;
&lt;li&gt;Business Tips&lt;/li&gt;
&lt;li&gt;People Tips&lt;/li&gt;
&lt;li&gt;Process Tips&lt;/li&gt;
&lt;li&gt;Recommended Books&lt;/li&gt;
&lt;li&gt;Articles&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;There is loads of information present, which will help to develop new approaches / ideas.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.infosupport.com/aggbug.aspx?PostID=11762" width="1" height="1"&gt;</description><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/Project+Management/default.aspx">Project Management</category><category domain="http://blogs.infosupport.com/blogs/richardz/archive/tags/RUP+Process+Engineering/default.aspx">RUP Process Engineering</category></item></channel></rss>