у меня ipv6. Пока из сервисов пользоваться можно только — гуглом (они на все свои сервисы прикрытили ipv6 адреса).
Еще иногда пиры при скачивании торрента имеют ipv6 (обычно таких максимум 1-2 и живут они по большей части в США).
Ага, помню еще раньше такая забава была как «Централизованное тестирование». Учитывалась примерно так же как и ЕГЭ и можно было заранее сдать и принести в школу.
Там среди вопросов по информатике были следующие:
— Как запускить калькулятор: Пуск -> Программы -> Калькулятор, Пуск -> Калькулятор, (внимание!) Рабочий стол\калькулятор и т.д.
— Выбрать что делает данный макрост для ms word
В общем когда я принес результаты своему тренеру по олимпиадам, она долго смеялась.
Ну да. Я со всем согласен. Просто опыт подсказывает что понимает клиента — это одно, а ТЗ — это совсем другое. Обязанность подрядчика синхронизировать эти две вещи на этапе инициации проекта.
Просто это следуюет даже из методологии ведения проектов: чтобы в конце проекта понять достигли мы успеха или нет, надо знать о поставленных целях. Поствавленные цели описаны в ТЗ.
Я сейчас не про пользовательские интерфейсы. По большей части заказчикам пофиг как будет выглядеть приложение (это конечно тема для отдельного разговора), им важно чтобы была реализована бизнес-логика.
Именно реализацию бизнес-логики (и вообще логики) и надо защищать ТЗ.
>Мы выиграли несколько тендеров тем, что визуально показали наши идеи, помимо основной заявки на участие в конкурсе.
Видимо это были не гос тендеры :) Там до тендера нельзя пообщаться с заказчиком. А на самом представлении оцениваются обычно всего 4 параметра, никак не относящиеся к продукту.
Подождите, во-первых, прототип — это уже существенные затраты с точки зрения подрядчика.
Во-вторых, если ПО по тендеру, то там вы вообще не можете сделать и показать прототип.
P.S. понимает/не понимает — это отдельная тема. Заказчик может понимать/не понимать как с ТЗ, так и без него.
1. Абсолютно безосновательные гипотезы бесполезны.
2. Ну ао-первых, в написанном же сказано что раз вквартал оценки были, а во-вторых сказано что не было оценок, связанных с датами вех и релизов. Как отсюда следует что оценок не было в принципе?
Так как я вижу что ваше понимание понятия оценок в управлении проектами отличается от того что я принял считать нормой вопрос:
3. Что для вас оценка?
Еще иногда пиры при скачивании торрента имеют ipv6 (обычно таких максимум 1-2 и живут они по большей части в США).
Там среди вопросов по информатике были следующие:
— Как запускить калькулятор: Пуск -> Программы -> Калькулятор, Пуск -> Калькулятор, (внимание!) Рабочий стол\калькулятор и т.д.
— Выбрать что делает данный макрост для ms word
В общем когда я принес результаты своему тренеру по олимпиадам, она долго смеялась.
Просто это следуюет даже из методологии ведения проектов: чтобы в конце проекта понять достигли мы успеха или нет, надо знать о поставленных целях. Поствавленные цели описаны в ТЗ.
p.s. спасибо за вебинар.
Именно реализацию бизнес-логики (и вообще логики) и надо защищать ТЗ.
>Мы выиграли несколько тендеров тем, что визуально показали наши идеи, помимо основной заявки на участие в конкурсе.
Видимо это были не гос тендеры :) Там до тендера нельзя пообщаться с заказчиком. А на самом представлении оцениваются обычно всего 4 параметра, никак не относящиеся к продукту.
Во-вторых, если ПО по тендеру, то там вы вообще не можете сделать и показать прототип.
P.S. понимает/не понимает — это отдельная тема. Заказчик может понимать/не понимать как с ТЗ, так и без него.
2. Ну ао-первых, в написанном же сказано что раз вквартал оценки были, а во-вторых сказано что не было оценок, связанных с датами вех и релизов. Как отсюда следует что оценок не было в принципе?
Так как я вижу что ваше понимание понятия оценок в управлении проектами отличается от того что я принял считать нормой вопрос:
3. Что для вас оценка?