История изменений

Не говоря о том, что с ТЗ не было ни одного удачного проекта. Они пишутся, по ним делается, потом ТЗ, пишется новое и так по кругу.

Про требования. Некорые компании, которые можно найти на ХХ.ру. Пишут такую фразу «Анализ, выявление требований к ПО»... Вот хоть десять раз повтори медлено «требования к ПО».. фраза бессмысленная. Требовать - значит предъявлять. Что можно предъявить ПО? Оно не только неодушевленное, оно просто информация, которая ничего не делает без процессора. Предъявить может клиент исполнителю, только зачем заказчику связываться с таким исполнителем, от которого приходится что-то требовать. Требовать, например, может руководитель проекта от разработчиков, тестировщиков. Только опять не понятно, почему от них что-то требовать.

У меня однажды был разговор с одим новоиспеченным рукводителем, который хотел всем показать «кто тут царь природы». Я ему сказал, что я пришел работать не потому что должен или обязан, а потому что сам так захотел. Он замолчал.

Без относительно к написанию кода или созданию проекта, решению задачи даже не связанной к ИТ. Схема вобщем-то простая и универсальная.

Первое, нет никакого «Как?». ТЗ пытается на него ответить, но безуспешно. Поиск ответа на вопрос «Как?» - это самый трудоемкий и самый затратный способ найти ответ, решение и добараться до финиша.

Второе, часто в начале возникает сметение, вопрос «С чего начать, за что хвататься?». Ответ - собирать информацию, это очень просто. Голова вообще не требуется. Собирается вся возможная информация, обязательно, без разбора.

Третье, сбор информации постепенно переходит к анализу. Отделить главное и второстепенное, разложить на аспекты. Анализом, уточнением вопросов, которые возникаю по ходу, занимается аналитик. Он же взаимодействует с заказчиком и исполнителями, а так же сопровождением. В результате появляется «постановка». Этот документ отвечает на вопрос целей и возможностей.

На этом этапе возникает, то что люди называют «видение». Это сродни тому как самолет поднимается высоко в небо, и оттуда видно все вокруг. Плюс, как для самолета, так и для проекта - это высшая точка потенциала. Кто смог «раскуритить» потенциал, тому легко. Кто не смог, у того самолет быстро «плюхается на брюхо» и дальше его все тащут за собой. Мало того, на земле не видно куда идти и тащить этот самолет.

Поднявшись в небо, опять нет никакого вопроса «Как?», все и так видно. Хочешь дом у моря, рулишь к морю. Постепенно спускаясь подруливаешь к идеальному результату. В 10-ку.

В самом начале, никто не знал где координаты того самого результата. Это нельзя увидеть сразу.

Не говоря о том, что с ТЗ не было ни одного удачного проекта. Они пишутся, по ним делается, потом ТЗ, пишется новое и так по кругу.

Про требования. Некорые компании, которые можно найти на ХХ.ру. Пишут такую фразу «Анализ, выявление требований к ПО»... Вот хоть десять раз повтори медлено «требования к ПО».. фраза бессмысленная. Требовать - значит предъявлять. Что можно предъявить ПО? Оно не только неодушевленное, оно просто информация, которая ничего не делает без процессора. Предъявить может клиент исполнителю, только зачем заказчику связываться с таким исполнителем, от которого приходится что-то требовать. Требовать, например, может руководитель проекта от разработчиков, тестировщиков. Только опять не понятно, почему от них что-то требовать.

У меня однажды был разговор с одим новоиспеченным рукводителем, который хотел всем показать «кто тут царь природы». Я ему сказал, что я пришел работать не потому что должен или обязан, а потому что сам так захотел. Он замолчал.

Без относительно к написанию кода или созданию проекта, решению задачи даже не связанной к ИТ. Схема вобщем-то простая и универсальная.

Первое, нет никакого «Как?». ТЗ пытается на него ответить, но безуспешно. Поиск ответа на вопрос «Как?» - это самый трудоемкий и самый затратный способ найти ответ, решение и добараться до финиша.

Второе, часто в начале возникает сметение, вопрос «С чего начать, за что хвататься?». Ответ - собирать информацию, это очень просто. Голова вообще не требуется. Собирается вся возможная информация, обязательно, без разбора.

Третье, сбор информации постепенно переходит к анализу. Отделить главное и второстепенное, разложить на аспекты. Анализом, уточнением вопросов, которые возникаю по ходу, занимается аналитик. Он же взаимодействует с заказчиком и исполнителями, а так же сопровождением. В результате появляется «постановка». Этот документ отвечвечает на вопрос целей и возможностей.

На этом этапе возникает, то что люди называют «видение». Это сродни тому как самолет поднимается высоко в небо, и оттуда видно все вокруг. Плюс, как для самолета, так и для проекта - это высшая точка потенциала. Кто смог «раскуритить» потенциал, тому легко. Кто не смог, у того самолет быстро «плюхается на брюхо» и дальше его все тащут за собой. Мало того, на земле не видно куда идти и тащить этот самолет.

Поднявшись в небо, опять нет никакого вопроса «Как?», все и так видно. Хочеть дом у моря, рулишь к морю. Постепенно спускаясь подруливаешь к идеальному результату. В 10-ку.

В самом начале, никто не знал где координаты того самого результата. Это нельзя увидеть сразу.