| Property |
Value |
| dbo:abstract
|
- Unter Price-to-win versteht man einen Ansatz die Kosten von Software zu bestimmen bzw. zu beeinflussen. Dabei steht nicht die Funktionalität der Software im Mittelpunkt, sondern das Budget des Kunden. Prinzipiell muss das Projekt grob durch eine bestehende Methode geschätzt werden (Function-Point-Verfahren, COCOMO, ...). Danach teilt man dem Kunden den voraussichtlichen Aufwand mit. Dieser entscheidet dann, ob er sich das leisten kann oder nicht. Wenn nicht, kann ein neuer Preis ausverhandelt werden, welcher üblicherweise durch Reduktion der Anforderungen an das System erzielt wird. (de)
- Unter Price-to-win versteht man einen Ansatz die Kosten von Software zu bestimmen bzw. zu beeinflussen. Dabei steht nicht die Funktionalität der Software im Mittelpunkt, sondern das Budget des Kunden. Prinzipiell muss das Projekt grob durch eine bestehende Methode geschätzt werden (Function-Point-Verfahren, COCOMO, ...). Danach teilt man dem Kunden den voraussichtlichen Aufwand mit. Dieser entscheidet dann, ob er sich das leisten kann oder nicht. Wenn nicht, kann ein neuer Preis ausverhandelt werden, welcher üblicherweise durch Reduktion der Anforderungen an das System erzielt wird. (de)
|
| dbo:wikiPageID
| |
| dbo:wikiPageRevisionID
| |
| dct:subject
| |
| rdfs:comment
|
- Unter Price-to-win versteht man einen Ansatz die Kosten von Software zu bestimmen bzw. zu beeinflussen. Dabei steht nicht die Funktionalität der Software im Mittelpunkt, sondern das Budget des Kunden. Prinzipiell muss das Projekt grob durch eine bestehende Methode geschätzt werden (Function-Point-Verfahren, COCOMO, ...). Danach teilt man dem Kunden den voraussichtlichen Aufwand mit. Dieser entscheidet dann, ob er sich das leisten kann oder nicht. Wenn nicht, kann ein neuer Preis ausverhandelt werden, welcher üblicherweise durch Reduktion der Anforderungen an das System erzielt wird. (de)
- Unter Price-to-win versteht man einen Ansatz die Kosten von Software zu bestimmen bzw. zu beeinflussen. Dabei steht nicht die Funktionalität der Software im Mittelpunkt, sondern das Budget des Kunden. Prinzipiell muss das Projekt grob durch eine bestehende Methode geschätzt werden (Function-Point-Verfahren, COCOMO, ...). Danach teilt man dem Kunden den voraussichtlichen Aufwand mit. Dieser entscheidet dann, ob er sich das leisten kann oder nicht. Wenn nicht, kann ein neuer Preis ausverhandelt werden, welcher üblicherweise durch Reduktion der Anforderungen an das System erzielt wird. (de)
|
| rdfs:label
|
- Price-to-win (de)
- Price-to-win (de)
|
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is foaf:primaryTopic
of | |
