Resource planning/en

From 2value wiki 2
Revision as of 06:26, 6 July 2011 by FFrijlink (talk | contribs)
Jump to navigation Jump to search
Language: Nederlands

What is Resource planning?

Ensuring that the input of customers and third parties is ready for use in a project or support. Refer to Zwakste schakel.

Why Resource planning

Actually getting the things available that have been promised is a huge challence, let alone aligning what the requesting party and the provider of the resource mean. Also that the resource satisfies the expectation of the processing party:

  1. Content
  2. Completeness
  3. Format
  4. Size

Who does the Resource planning

2Value's project manager.

How is Resource planning delivered to you?

  1. Initially as written agreements via e-mail, but as soon as the project starts:
  2. As cases in the customer group in the Service tool

What makes Resource planning good?

If everybody that has to work on a task has the necessary resources.

Example 1: Photo gallery

If you want to make a gallery with photo's, these photo's must be ready and waiting for you.  

Bad resource planning is based on good faith

Input: "The photo's can be found on the usual place on our web site. Just log in and you can download them."
Answer: "Thanks, we'll get to work with them!"

What the receiver doesn't check:

  1. Where exactly are they located?
  2. Does the login work for the person using the photo's?
  3. Which size do the photo's have?
  4. Are the photo's optimized for use on the web?
  5. Which property rights do these photo's have?
  6. Is the transaction between customer and supplier completely finalized?

Good resource planning double checks and allows for a royal buffer in time

Input: "The photo's can be found on the usual place on our web site. Just log in and you can download them."
Answer:
  1. Where exactly are they located? Send a URL please.
  2. Does the login work for the person using the photo's? Confirm the first successful login of the person using the photo's please.
  3. Which size do the photo's have? We agreed on 200x300 pixels; the file name fits this structure and the edges have been rounded. Could you confirm in this case <url> that this is indeed the case.
  4. Are the photo's optimized for use on the web? Can you upload the approvals of the marketing department and technical review in the case <url>.
  5. Which property rights do these photo's have? Confirm the delivery under purchasing conditions of the customer in case <url>.
  6. Is the transaction between customer and supplier completely finalized? Can you enclose upon delivery an overview of any outstanding obligations of the purchaser of the photo's.


Voorbeeld 2: site inpakken

Als je een template moet ontwikkelen

Goede resource planning dubbelcheckt en houdt een flinke buffer in tijd

Input: "Als je nog even wacht, dan hebben we echt de laatste versie voor je, met alles erin!"
Antwoord:
  1. OK, maar lever de huidige versie binnen de afgesproken tijd, vanmiddag 17u Als de zip-file groter is dan 20MB laadt hem dan op Dropbox. Hang het bestand of de Dropbox credentials hier aan de case <url>.
  2. Kijk even de manier van exporteren van de site en database door in onze wiki. "Neem het tot u en handel ernaar", Zonder tegenbericht gaan we ervan uit dat je daaraan hebt kunnen commiteren of leg uit waarom het anders is.
  3. Indien Dropbox: stuur shares voor de verwerker mee Bevestig even de eerste geslaagde login door de verwerker van de zip
  4. Wanneer ben je voor de verwerker van de zip beschikbaar voor uitleg morgen ddd. <datum>? Het misschien niet nodig, maar je weet nooit.
  5. De site wordt door ons getest op <datum> maar wil je de case <url> in de gaten houden, we notifyen je ook, want het zou prettig zijn als je even bevestigt dat het goed zit.
  6. Welke toegangssrechten zitten op de site? Zou je die rollen en logins willen plakken in de case <urls>

Slechte resource planning gaat uit van goed vertrouwen

Input: "Als je nog even wacht, dan hebben we echt de laatste versie voor je, met alles erin!"
Antwoord: "Super, dan hebben we ook de minste verschillen straks."

Waar de ontvanger geen rekening mee houdt:

  1. Hoe klein de verschillen ook zijn: er zijn verschillen en dat betekent even veel werk als "grote verschillen"
  2. Hij verkleint de buffer voor de verwerker