"Ein Lastenheft dient dazu, Projektvorstellungen zu bündeln und in ein umsetzbares Konzept zu verwandeln. Ob Pflichtenheft für ein Portal, Pflichtenheft für eine kleinere Website - es ist eine Hilfe, um ein Projekt durch ein realistisches Meilenstein-Konzept zu strukturieren. Eine detailliertes Lastenheft kann während des Projektverlaufs als Referenzdokument dienen. Denn im Idealfall enthält es die Leitlinien und Ziele, auf die sich alle Projektpartner geeinigt haben.
Am Anfang steht das Lastenheft: Ohne Lastenheft kann es kein Pflichtenheft geben - das Pflichtenheft würde in der Luft hängen. Nachfragen und Nachdenken lohnen sich hier: Das Lastenheft hat strategischen Rang. "
"OK, we've talked about why you need a spec, what a spec has in it, and who should write them. In this fourth and final part of the series I'll share some of my advice for writing good specs.
The biggest complaint you'll hear from teams that do write specs is that "nobody reads them." When nobody reads specs, the people who write them tend to get a little bit cynical. It's like the old Dilbert cartoon in which engineers use stacks of 4-inch thick specs to build extensions to their cubicles. At your typical big, bureaucratic company, everybody spends months and months writing boring specs. Once the spec is done, it goes up on the shelf, never to be taken down again, and the product is implemented from scratch without any regard to what the spec said, because nobody read the spec, because it was so dang mind-numbing. The very process of writing the spec might have been a good exercise, because it forced everyone, at least, to think over the issues. But the fact that the spec was shelved (unread and unloved) when it was completed makes people feel like it was all a bunch of work for naught.
Also, if your spec never gets read, you get a lot of arguments whe"
"WhatTimeIsIt.com is a service that tells people what time it is, over the web.
This spec is not, by any stretch of the imagination, complete. All of the wording will need to be revised several times before it is finalized. The graphics and layout of the screens is shown here merely to illustrate the underlying functionality. The actual look and feel will be developed over time with the input of graphics designers and iterative user feedback.
This spec does not discuss the algorithms used by the time calculation engine, which will be discussed elsewhere. It simply discusses what the user sees when they interact with WhatTimeIsIt.com."
"Tuesday, October 03, 2000
(Have you already read part one? If not, that's here .)
This series of articles is about functional specifications, not technical specifications. People get these mixed up. I don't know if there's any standard terminology, but here's what I mean when I use these terms.
1. A functional specification describes how a product will work entirely from the user's perspective. It doesn't care how the thing is implemented. It talks about features. It specifies screens, menus, dialogs, and so on.
2. A technical specification describes the internal implementation of the program. It talks about data structures, relational database models, choice of programming languages and tools, algorithms, etc."
"Functional specifications (functional specs), in the end, are the blueprint for how you want a particular web project or application to look and work. It details what the finished product will do, how a user will interact with it, and what it will look like. By creating a blueprint of the product first, time and productivity are saved during the development stage because the programmers can program instead of also working out the logic of the user-experience. It will also enable you to manage the expectations of your clients or management, as they will know exactly what to expect. "
"(06.05.2011) Software-Dienstleister wie Programmierer und Webdesigner sollten einem Auftragsangebot eine detaillierte Beschreibung ("Pflichtenheft") folgen lassen. In diesem Pflichtenheft wird schriftlich festgehalten, was die jeweilige Leistung beinhaltet und wer für was wann konkret zuständig ist. Der große Vorteil einer solchen Detailbeschreibung: Sie vermeiden zähe Streitigkeiten mit dem Auftraggeber.
Am schönsten wäre es, wenn Sie vom Kunden einen Auftrag erhielten, direkt losprogrammierten und am Ende dem glücklichen Auftraggeber pünktlich ein fehlerfreies Stück Software übergäben. Viele mussten aus diesem schönen Traum schon frustriert aufwachen, um festzustellen, dass sie sich seit Wochen mit dem Kunden immer wieder um banale Kleinigkeiten streiten.
Dabei stellt sich oft heraus, dass der Kunde offenbar nicht wusste, worauf er sich eingelassen hat oder nicht detailliert informiert wurde, was die jeweilige Leistung beinhaltet oder eben nicht. Sie können von Glück reden, wenn Sie es denn im Angebot genau beschrieben haben."
"Am Anfang steht die Planung: Im Pflichtenheft werden die wichtigen Elemente eines eBusiness-Projektes umfassend und genau festgelegt. Dadurch entsteht für Sie Planungs- und Investitionssicherheit.
Die Unternehmenssituation und Zieldefinition
Mit anschaulichen Beispielen aus der Praxis zeigen wir Ihnen, welche Vorüberlegungen Sie anstellen müssen und welche Daten in Ihrem Pflichtenheft festgehalten werden sollten.
Die Struktur Ihres Unternehmens
Wie ist Ihr Unternehmen zum Zeitpunkt des Projektbeginns aufgestellt? Betriebliche Organisation, Technik, Datenmanagement und Personal sind von eBusiness-Prozessen betroffen und sollten genau festgehalten werden, bevor Sie mit der Arbeit beginnen.
Pflichtenheft 2007 Innen
"
"Die möglichst exakte Beschreibung der gewünschten Umsetzung von Anforderungen in einem Softwareprojekt (aber auch in anderen Projekten) sowie die zentrale Sammlung aller notwendigen Informationen, die zur Implementierung erforderlich sind, helfen nicht nur bei der Realisierung, sondern sind oft auch zwingend erforderlich, um begleitet von weiteren Spezifikationen die Durchführung eines Tests zu ermöglichen. Dieses Muster-Pflichtenheft als Vorlage im Word-Format hilft Ihnen dabei, dies in einer strukturierten Form zu tun.
Diese Muster-Fassung dient direkt zum Ausfüllen für Ihr IT-Projekt. Wenn Sie weitere Tipps zur Verwendung der Vorlage wünschen, finden Sie eine Fassung inkl. Anleitung als PDF oder im Originalformat zum Herunterladen in der Übersicht der Projektvorlagen. "
"Ein Lastenheft dient dazu, Ihre Projektvorstellungen zu bündeln und in ein umsetzbares Konzept zu verwandeln. Es ist eine Hilfestellung, um Ihr Projekt zu strukturieren. Eine detailliertes Lastenheft kann während des Projektverlaufs als Kooperationsgrundlage dienen, da es im Idealfall die Leitlinien und Zielvorgaben enthält, auf die sich alle Projektpartner geeinigt haben.
Das Lastenheft
Das Lastenheft wird vom Auftraggeber erstellt. Nach der DIN 69905 enthält es die "Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers". Gleichzeitig dient das Lastenheft auch als Grundlage zur Einholung von Angeboten. Konkret umfasst ein solches Heft die technischen und inhaltlichen Vorgaben, die an die Software gestellt werden.
Das Pflichtenheft
IT Dienstleister, die sich an einer Ausschreibung beteiligen, erstellen ein Pflichtenheft. Es enthält nach DIN 69905 die vom "Auftragnehmer erarbeiteten Realisierungsvorgaben" und beschreibt die "Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts".
Das Pflichtenheft bildet die Grundlage für die vertraglich festgehaltenen Leistungen eines IT-Auftragnehmers."