Request for Change: Unterschied zwischen den Versionen
Jre (Diskussion | Beiträge) K (Jre verschob Seite Installation Requests nach Request for Change ohne dabei eine Weiterleitung anzulegen: ITIL konform) |
Jre (Diskussion | Beiträge) (→Read me) |
||
| Zeile 5: | Zeile 5: | ||
====A new request==== | ====A new request==== | ||
| − | You have an incoming request that needs to be judged, copy both parts of the template source. Fill in the | + | You have an incoming request that needs to be judged, copy both parts of the [[Request_for_Change#Entry_Template|template source]]. Fill in the '''headline(s)''' and the '''link''' in the first part of the template. If the scope (i.e. "PHP") is already listet, skip it. Then fill a table row with '''date''', '''reason''' and '''contact address''' of the client. |
Now inform the one that should decide about this entry. | Now inform the one that should decide about this entry. | ||
====First decision==== | ====First decision==== | ||
| − | The decision taker will fill in the decision part of the entry and | + | The decision taker will fill in the decision part of the entry and inform you that it's done. |
| + | |||
| + | ====Workaround==== | ||
| + | Find a '''workaround''' if possible and not given yet by the decision taker and leave it there. | ||
====Client information==== | ====Client information==== | ||
| − | Time to tell the client what the decision is and why it was taken like this. | + | Time to tell the client what the decision is and why it was taken like this. If you get feedback, add it to the line of your client. |
====It is asked again==== | ====It is asked again==== | ||
| − | (So it must have been denied or postponed until now.) Add an additional line to the table with your clients reasons to have it. Inform your client | + | ''(So it must have been denied or postponed until now.)'' |
| + | |||
| + | Add an additional line to the table like before with your clients reasons to have it. Inform your client about what was decided in the past. And note his feedback as soon as it arrives. | ||
====Escalate it again==== | ====Escalate it again==== | ||
| − | You may escalate the request again if you feel that | + | You may escalate the request again, if you feel that: |
| − | * your reason has changed the importance of the request (i.e. postfinance requires it to continue my payment processing module!) | + | * your new reason has changed the importance of the request (i.e. postfinance requires it to continue my payment processing module!) |
* there are more than 5 times the same reason given in a short period of time (ie. 1 request/month) | * there are more than 5 times the same reason given in a short period of time (ie. 1 request/month) | ||
| − | * the reasons of denial are not valid anymore | + | * the reasons of denial or postponing are not valid anymore |
| − | + | ||
| − | + | ||
| − | + | ||
==PHP== | ==PHP== | ||
Version vom 7. Oktober 2014, 15:37 Uhr
Inhaltsverzeichnis
Read me
Why this?
Customers ask for features regularly. In the longer past some things were installed where they were needed. Then we changed to a policy wich aimed to keep all the servers set up the same way. Denial of requests happened more often. But the side effect was, that the same questions were investigated multiple times, as we lost track of the requests. So we will protocol them here from now on.
How it works
A new request
You have an incoming request that needs to be judged, copy both parts of the template source. Fill in the headline(s) and the link in the first part of the template. If the scope (i.e. "PHP") is already listet, skip it. Then fill a table row with date, reason and contact address of the client.
Now inform the one that should decide about this entry.
First decision
The decision taker will fill in the decision part of the entry and inform you that it's done.
Workaround
Find a workaround if possible and not given yet by the decision taker and leave it there.
Client information
Time to tell the client what the decision is and why it was taken like this. If you get feedback, add it to the line of your client.
It is asked again
(So it must have been denied or postponed until now.)
Add an additional line to the table like before with your clients reasons to have it. Inform your client about what was decided in the past. And note his feedback as soon as it arrives.
Escalate it again
You may escalate the request again, if you feel that:
- your new reason has changed the importance of the request (i.e. postfinance requires it to continue my payment processing module!)
- there are more than 5 times the same reason given in a short period of time (ie. 1 request/month)
- the reasons of denial or postponing are not valid anymore
PHP
SSH2
- Link: ssh2
- Decision:
- Result: will not be installed
- By: hja
- When: 23.09.2014
- Reason: security concerns (opening possible abusive ssh connections to other machines)
- Workaround: phpseclib
| Request Date | Customer Email | Motivation (why needed?) | Customer Feedback |
|---|---|---|---|
| 23.09.2014 | Vincenzo Nicosia | own programming (opening sftp connection to retrieve files twice per day with public key) | workaround looks good! |
Entry Template
==Scope/Environment/Parent==
===Module Name===
# '''Link:''' [http://google.com provide a link]
# '''Decision:'''
#* '''Result:'''
#* '''By:'''
#* '''When:'''
#* '''Reason:'''
# '''Workaround:'''
{| class="wikitable"
|-
! Request Date
! Customer Email
! Motivation (why needed?)
! Customer Feedback
|-
|
| [mailto:abc@def.xyz Customer Name]
|
|
|}