[DUG] Risk Management Plan

[Jolyon Smith]

Here at Datacom we have an Application Management unit that specifically
addresses these concerns for a variety of clients, taking on the support as
well as on-going development and maintenance of existing applications for
them.  This is not limited only to Delphi applications, obviously.  I
joined Datacom in part to extend and further establish a Delphi capability
in this area and this is now being further expanded, hence the call for
CV's I recently posted to the list.  :)

The flip-side of that is that if there are developers/ISV's on this list
who have clients/customers who have concerns in this area, then you might
like to put them in touch with us, as we may be able to provide the
assurances they need.


On 3 December 2014 at 17:24, Graham Marsden <grahamarsden at gmail.com> wrote:

> Hi John C.
>
> This is an interesting issue and often pursued by managers who themselves
> are of the ilk not to be in their position for very long. On a few
> occasions I have had this thrown at me when in fact there is no-one in the
> organsiation that pre-dates me, the "outside" contactor/developer.
>
> It is a valid point and the client is of course wanting continuity in
> their application's function and development. I have used the fact that
> this DUG exits at all as an assurance that help is not far away in the form
> of Delphi expertise should the "big yellow bus" thing happen.
>
> A more reassuring offering to the client would be the existence of a loose
> or tight association between two or more developers and an assurance that
> there would be a specific named somebody that your client could contact in
> such an event.
>
> Even better would be to actually meet that person(s) as part of setting up
> the Risk Management Plan.
>
> It is a bit ironic that people think that dealing with a software company
> is itself some kind of assurance when in fact IT employees tend to be quite
> mobile and so the connection from the bespoke application to the actual
> people that created it is often fairly temporary.
>
> Regards
>
> Graham Marsden
>
>
>
>
>
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at listserver.123.net.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at listserver.123.net.nz with
> Subject: unsubscribe
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20141204/b01d51e7/attachment-0001.html