Difference between revisions of "Resource planning/en"
Jump to navigation
Jump to search
Line 39: | Line 39: | ||
#Is the transaction between customer and supplier completely finalized? | #Is the transaction between customer and supplier completely finalized? | ||
− | ===Good resource planning double checks and allows for a royal buffer | + | ===Good resource planning double checks and allows for a royal time buffer=== |
::Input: "The photo's can be found on the usual place on our web site. Just log in and you can download them." | ::Input: "The photo's can be found on the usual place on our web site. Just log in and you can download them." | ||
::Answer: | ::Answer: | ||
Line 50: | Line 50: | ||
− | == | + | ==Example 2: archiving/packaging a site== |
− | + | If you have to develop a template | |
− | === | + | ===Good resource planning double checks and allows for a royal time buffer=== |
− | ::Input: " | + | ::Input: "If you can wait for a bit longer, we'll have the latest version for you, with everything in it!" |
− | :: | + | ::Answer: |
− | #OK, | + | #OK, but deliver the current version within the agreed time frame, this afternoon before 5 PM. ''Upload the zip-file to Dropbox if it's bigger than 20MB. Attach the file of the Dropbox credentials to the case <url>.'' |
− | # | + | #Read how a site and database is exported in our Wiki. Unless you notify us otherwise, we assume that you can commit to this or explain us why it's different. |
− | # | + | #In case of Dropbox: include share details for the user ''Confirm the first successful login of the user of the zip-file.'' |
− | # | + | #When are you available for the user of the zip file for explanation/questions: Tomorrow, <date> <time>. It might not be necessary, but you never know. |
− | # | + | #The site will be tested by us on <date>, but also keep an eye on the case <url> (we will also notify you) because it would be nice to know everything works. |
− | # | + | #Which access privileges does the site have? Could you paste those roles and logins in the case <url>. |
− | === | + | ===Bad resource planning is based on good faith=== |
::Input: "Als je nog even wacht, dan hebben we echt de laatste versie voor je, met alles erin!" | ::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." | ::Antwoord: "Super, dan hebben we ook de minste verschillen straks." |
Revision as of 06:39, 6 July 2011
Language: | Nederlands |
---|
Contents
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:
- Content
- Completeness
- Format
- Size
![]() |
A promise can usually be obtained, but the actual delivery .... |
Who does the Resource planning
2Value's project manager.
How is Resource planning delivered to you?
- Initially as written agreements via e-mail, but as soon as the project starts:
- 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:
- Where exactly are they located?
- Does the login work for the person using the photo's?
- Which size do the photo's have?
- Are the photo's optimized for use on the web?
- Which property rights do these photo's have?
- Is the transaction between customer and supplier completely finalized?
Good resource planning double checks and allows for a royal time buffer
- Input: "The photo's can be found on the usual place on our web site. Just log in and you can download them."
- Answer:
- Where exactly are they located? Send a URL please.
- Does the login work for the person using the photo's? Confirm the first successful login of the person using the photo's please.
- 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.
- 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>.
- Which property rights do these photo's have? Confirm the delivery under purchasing conditions of the customer in case <url>.
- 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.
Example 2: archiving/packaging a site
If you have to develop a template
Good resource planning double checks and allows for a royal time buffer
- Input: "If you can wait for a bit longer, we'll have the latest version for you, with everything in it!"
- Answer:
- OK, but deliver the current version within the agreed time frame, this afternoon before 5 PM. Upload the zip-file to Dropbox if it's bigger than 20MB. Attach the file of the Dropbox credentials to the case <url>.
- Read how a site and database is exported in our Wiki. Unless you notify us otherwise, we assume that you can commit to this or explain us why it's different.
- In case of Dropbox: include share details for the user Confirm the first successful login of the user of the zip-file.
- When are you available for the user of the zip file for explanation/questions: Tomorrow, <date>
- The site will be tested by us on <date>, but also keep an eye on the case <url> (we will also notify you) because it would be nice to know everything works.
- Which access privileges does the site have? Could you paste those roles and logins in the case <url>.
Bad resource planning is based on good faith
- 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:
- Hoe klein de verschillen ook zijn: er zijn verschillen en dat betekent even veel werk als "grote verschillen"
- Hij verkleint de buffer voor de verwerker