Все полезные документы для заказчика и исполнителя

Предлагаю обсудить следующее.
Уже поднимались темы про универсальное ТЗ, про то, как оценивать проект.
Моя идея такова - повесить аттачем небольшой FAQ, составленный на основе анализа работы сервиса за последние годы, и освещающий основные вопросы. Туда обязательно должна войти выжимка тезисов из топиков Маузера про заказчиков и исполнителей, примеры технических заданий на различные направления, примеры оценок проектов, ответы на стандартные вопросы.


Немного файлов:

1) Обзор небольшого проекта - целевая аудитория, цели и назначение, общая структура системы, пользователи и роли, описание элементов стуктуры и взаимодействия пользователя с системой, примерный план реализации.
Скачать можно по адресу посилання

2) Задание для исполнителя - программирование набора php-скриптов. Содержит подробное описание каждого скрипта, требования к функционалу, освящаются особенности внедрения разрабатываемых скриптов в существующий проект.
Скачать можно по адресу посилання

3) Обзор портала. Приводится план работ. Указаны требуемые технические характеристики к разрабатываемому продукту, описание функционала.
Скачать можно по адресу посилання

Пример неплохого ТЗ? хм....
как всегда. когда заходит разговор о "плохом/хорошем" напоминаю - все эти слова имеют смысл только при фиксированной точке отсчета. Иными словами - для кого неплохое? Я различаю как минимум два типа ТЗ - для разработчика и для заказчика. Зачастую заказчик не готов вникать в технические детали проекта очень глубоко, поэтому всегда готовил ТЗ для заказчика в виде "что мы увидим на сайте и как это будет работать". Для программиста же лучше описывать файлово/модульную структуру проекта.

Также неплохим будет некий список "рыба" вопросов к заказчику, на основе которых можно начать составлять ТЗ.

Cord, 'хочешь что-то получить поскорее, сделай сам' ) благодарю, что подняли эту тему официально ..

"Эволюция фриланса" - вот вам отличное FAQ... Там и про ТЗ, и про отношения с заказчиком / исполнителем и т.п.

"Эволюция фриланса" - это целая книга.

В случае с книгой тебе нужно:
1) узнать о ней;
2) посмотреть оглавление и убедиться, что в ней есть ответ на твой вопрос;
3) оплатить стоимость книги;
4) получить ее;
5) открыть нужную страницу и вчитаться.

В случае с FAQ ты:
1) заходишь на страницу и видишь свой вопрос;
2) жмешь на ссылку и через пару секунд видишь ответ на свой вопрос.

Разница очевидна. Этим FAQ и должен отличаться от книги (пусть даже такой хорошей и представляющей собой набор практических советов), чтобы ты сразу зашел и получил то, что требуется.

Уже который день висит "Раздел находится в стадии обновления. Приносим извинения за временные неудобства." на посилання
Одна из идей - вместо FAQ сделать Wiki на Weblancer.net
Если будет для начала подборка хорошего материала - и заказчику, и фрилансеру будет легче ориентировать в мире фриланса. Место встречи профессионалов. Профессионалы тут встречаются. И чтобы им не затеряться и найти друг друга - можно написать мануал.

Цитата:

В случае с книгой тебе нужно:
1) узнать о ней;
2) посмотреть оглавление и убедиться, что в ней есть ответ на твой вопрос;
3) оплатить стоимость книги;
4) получить ее;
5) открыть нужную страницу и вчитаться.

В случае с FAQ ты:
1) заходишь на страницу и видишь свой вопрос;
2) жмешь на ссылку и через пару секунд видишь ответ на свой вопрос.

Гм не все так просто... FAQ тем хуже книги, что в нем даются ответы лишь на _некоторые_ _узконаправленные_ вопросы. Потому далеко не факт, что там можно будет найти нужный ответ. А если уж делать большую базу FAQ - то почему бы не сделать книгу - сомневаюсь, что структурированное оглавление пролистать будет сложнее, чем просмотреть список из 50-100 вопросов.

Начнем с того, как расшифровывается FAQ. Frequently Asked Questions - часто задаваемые вопросы. Их по определению немного, и, выделяя высокочастотники и составляя универсальные и простые, понятые ответы, мы и получим FAQ (ЧаВо).

Кроме того, дело в том, что книга-то как раз освещает широкий круг проблемы, а FAQ проще - внимаешь суть, сжатую до пары-тройки абзацев, в то время как в книге ответы зачастую даются взаимосвязано, и выносить куски в отрыве от контекста иногда очень трудно. Наверное не просто так на любом сайте поддержки, помимо традиционной полной документации и форума дается раздел FAQ.
А для освящения большего круга вопросов, чем может вместить в себя книга, тоже не нужно изобретать велосипед - есть понятие базы знаний. Wiki - отличный тому пример.

Вики это хорошо. только с такими темпами обновления проекта веблансер.... тьфу-тьфу

Цитата ("magemerlin"):

вики это хорошо. только с такими темпами обновления проекта веблансер.... тьфу-тьфу

Рассказывать по поводу структуры ТЗ всё равно что советовать неудачный цвет рубашки. ТЗ всегда уникально, шаблона нет, есть только принципы