Отправляет email-рассылки с помощью сервиса Sendsay

За 2007-02-09

Re[9]: ТЗ на программирование

ЖО> задача которую он ставил это - все товародвижение у них производилось с
ЖО> помощью программ 1С, связать сайт с 1С программами(торговля, склад и т.д.),
ЖО> т.е. сделать on-line магазин(мгновенное обновление новых поступлений

Олег, так я и пытаюсь Вам объяснить, что пока Вы работаете на таком
начальном уровне, Вам и кажется что не нужно ничего согласовывать.
Интеграция с 1С - это детство по сравнению с тем, когда вы упираетесь
в железное ограничение БД на максимальное количество транзакций в секунду.
Или когда у вас кончаются айдишники. Или когда у вас айдишники
автоинкрементные, а у Заказчика - нет. Или когда задержки скорости
срабатывания конечных терминалов превышают все мыслимые пределы.
Или когда у Заказчика в БД хранятся неэкранированные апострофы,
вставленные хекс-кодом, а вам надо импортировать дамп. А ячейку
таблицы в БД, в которой хранится блоб на полгигабайта - не видели?
А когда xml экспортится с неподдерживаемыми entities прямо из БД?
А сортировку по русскоязычным текстам, когда у вас ютф, а у заказчика
база в вин с ненастроенным collation, и русская буква "Д" в алфавитном
списке вылезает между английских "C" и "E" - не получали?
И так далее...

Не сочтите за пустое бахвальство, но разработка сайта - не игра в
"угадай мелодию", и заявление о том что "я сделаю этот сайт за два
с половиной месяца вместо пяти" - это не аргумент, а ерунда,
означающая что ваш Заказчик некомпетентен, а Вы просто работаете
непрофессионально.

   2007-02-09 20:25:07 (#637844)

Re[4]: ТЗ на программирование

ИЗ> Спасибо за подробный ответ. Мне действительно интересно и хочется
ИЗ> сделать нормальное ТЗ.

Всегда пожалуйста. Спрашивайте, если что...

ИЗ> И так как я общаюсь лично с программистом, мне хотелось не давать ему
ИЗ> задание не просто "Мне хочется чего-то такого необыкновенного..." а
ИЗ> конкретно что я хочу видеть на сайте.

На мой взгляд, наиболее правильным подходом здесь будет - лично
пообщаться с программистом, и выяснить у него, что именно он хочет
получить в ТЗ. Когда мы отдавали какую-то работу на аутсорс,
я ездил на встречи с разработчиками (в другие города) чтобы задать им
аналогичный вопрос :)

ИЗ> У программистов есть такая привычка загружать заказчика непонятными
ИЗ> терминами и сленгом, что голова начинает пухнуть.

Это зависит от сложности профессии. Я уверен, что и в Вашей
профессиональной терминологии есть слова, незнакомые широкой
общественности :) Конечно, избыточность сленга означает либо то,
что человек не очень хорошо умеет общаться, либо просто обычный
непрофессионализм... Любой нормальный программист ВСЕГДА умеет
общаться на уровне обсуждения бизнес-модели (с нее всегда начинается
разработка любого проекта). Если не умеет - либо находите компромисс,
либо ищите другого.

ИЗ> И к тому же не хочется терять время на пустое выяснение того, что нужно
ИЗ> сделать. Я с дизайном уже потеряла много времени.

В разработке любого программного обеспечения, а особенно - сайтов,
самый нужный принцип - "лучше день потерять, потом за пять минут
долететь". Одна из основных задач грамотного управленца (менеджера
проекта) - доносить эту мысль до Заказчика и всегда ее поддерживать.

   2007-02-09 20:24:59 (#637843)

Re: ТЗ на программирование

Жуйков Олег пишет:
> Заказчики такие были и есть, но диалог с ними происходит в следующем ритме,
> Например заказчик владелец крупной розничной и оптовой сети автозапчастей,
> задача которую он ставил это - все товародвижение у них производилось с
> помощью программ 1С, связать сайт с 1С программами(торговля, склад и т.д.),
> т.е. сделать on-line магазин(мгновенное обновление новых поступлений по
> каждой сети продаж) с заказом данных запчастей в конкретной точке ее
> продажи, и это запчасть сразу же ставиться на бронь в магазине ну и с
> дальнейшими вытекающими последствиями(описывать не буду, очень много),
> соответственно и с оптовыми складами.
>
Разве задача: "сделать on-line магазин" из нормально поставленных задач
сайта? Кстати, сие (постановка задач, создаваемого, переделываемого
сайта) и есть -- удел и прямая обязанность владельца сайта (нынешнего,
либо будущего, терпеть не могу слово: "Заказчик").
> Если бы мне пришлось бы с ними согласовывать базу данных как она будет
> выглядеть, то сайт бы сделали в лучшем случае за 5 месяцев. А так, имеется
> поставленная задача и я истолковываю решение, с которым заказчик соглашается
> и выполняю за 2,5 месяца.
>
А Вы и не должны согласовывать базу данных. Да, к тому же, в эпоху XML
-- это ("согласование") не самая тяжкая работа, имхо. И вот, как раз
Ваша задача -- верное ("истолковывание решения") построение прототипа
(где, много чего ещё следует сделать) -> функционального прототипа (где,
много чего ещё следует сделать и кое-что утвердить у владельца сайта) ->
тестирование (разное и разнообразное, размер и элементы которого,
зависят от бюджета и от данных, полученных от владельца, касаемо
аудитории, интересующейся этими самыми запчастями) -> "рисование"
(дизайнирование, здесь, кстати, уже присутствует Ваш заказчик в полную
силу, и усиленно, вместо оценки рациональности ищет эффекты "Вау" на
будущем сайте) -> а наш, так не любимый информационный дизайн? (и без
владельца не обойтись, так как кто же это в другую эпоху: "Сам себе
сайтостроитель" будет нанимать информационного дизайнера и контент-мена.
> По опыту работы я уже понял, что чем меньше я впускаю заказчика в сам
> процесс разработки (сюда входит и построение бз), но конечно концепцию
> дизайна на первом этапе несомненно нужно согласовывать, тем намного быстрее
> и качественнее выполняется работа.
>
Так ведь это и не его парафия -- он же у нас запчасти продаёт :)
> Есть у меня случай и с одной крупной корпорацией (конечно же первоначально
> был составлен большущий ТЗ), поначалу они хотели контролировать и ввести
> весь процесс(т.е. каждую букву согласовывать). Бюрократия - Блин болезнь
> крупных компаний. Конечно дизайн мы сдали сразу же на ура, но когда работа
> пошла над программированием сайта, началось. И что в итоге вместо положенных
> 4 месяцев разработки и сдачи, срок затянулся аж уже до 7 месяцев, по их ней
> причине же, чего конечно они не отрицали и воспринимали это как все
> нормально, но я затягивать ну ни как не хотел, это негативно(жутко
> отрицательно) сказывается на ритме работы. Пришел и громко заявил
> руководству, что все хватит пора уже сайт то запускать, а не заниматься
> вечными согласованиями, и что в итоге через 1месяц сайт был сдан полностью
и
> удовлетворил все их потребности, после чего они больше никогда не
> вмешиваются в процесс работы, а только ставят задачи а мы их уже выполняем
> приводя достойное решение.
>
> -----Original Message> From: dgstud***@i*****.ru [mailto:dgstud***@i*****.ru]
> Sent: Thursday, February 08, 2007 9:44 PM
> To: inet.webbuild.webbuilding (11396116)
> Subject: Re[7]: ТЗ на программирование
>
> ЖО> просто по окончании работы оценивает на предмет выполнения поставленных
> ЖО> задач.
>
> Это Вы меня неправильно поняли :) Это означает, что у Вас просто не
> было таких заказчиков, с которыми нужно было согласовывать БД.
>
>

Вердикт, сайт, "созданный" с "выпадающими меню" под ТЗ, написанное (как
там, сейчас гляну, дабы не ошибиться...) МАРКЕТОЛОГОМ (уффф), кандидат
на скоропостижную смерть и пополнение, и без того раздутой помойки, в
которую медленно, но уверенно, превращается НЕТ.

Аминь.


Try the all-new Yahoo! Mail. "The New Version is radically easier to use" The
Wall Street Journal
http://uk.docs.yahoo.com/nowyoucan.html



библиотекa сайтостроительства http://www.i2r.ru/static/244/

   2007-02-09 16:52:49 (#637781)

Re[8]: online WYSIWYG редактирование таблиц

Hello Михаил,

Monday, February 5, 2007, 7:58:31 AM, you wrote:

МД> Использую повсеместно. Отличный редактор. А под метр от не зря весит,
МД> там возможностей много: и фтп-менеджер неплохой при
МД> небольшой настройке получается, добавил плагин - теперь
МД> ссылки-картинки-файлы в один клик вставляются.
МД> Огромный плюс редактора - над ним постоянно ведётся работа, создаются
МД> плагины и т.д.
МД> Если потребуется - всегда рад помочь разобраться с этим редактором.

Решил попробовать интегрировать FCKeditor в систему. С применением
асинхронных запросов проблему, связанную с большим объёмом удалось
частично решить.

Появилась другая проблема - не могу нормально прикрутить стили
сайта к окну редактирования.

Всё для веб-мастера на http://www.htmlinfo.kiev.ua
Форум веб-мастеров: http://forum.htmlinfo.kiev.ua

   2007-02-09 14:27:54 (#637718)

Re[3]: ТЗ на программирование

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

* dgstud***@i*****.ru [Thu, 8 Feb 2007 20:01:50 +0300]:
> ИЗ> Моя профессия носит гордое название - маркетолог. И моя задача
> написать
> ИЗ> ТЗ понятное и для моего директора и для программиста.
>
> Ирина, простите, но в том и дело, что задача написания ТЗ не может
> быть задачей маркетолога. Это задача информационного архитектора.
> Вы в данном случае просто, условно говоря, исполняете его обязанности.
>
> ИЗ> А вот какое задание создаст себе программист это дело уже
десятое.
>
> И какой результат получится - тоже...
> Поймите, Ирина, я не знаю, интересно ли Вам вообще это делать. Когда
> человек говорит "мне нужно сделать это и вот это", всегда есть два
> противоположных варианта:
>
> а) мне приказал начальник, а мне самой это нафиг не надо
> б) я сама хочу получить качественный результат
>
> Я предположил, что у Вас второй случай, а не первый. Если я не прав -
> поправьте :)
>
> ИЗ> Когда я привожу свою машину в автосервис, я просто говорю, что мне
> нужно
> ИЗ> поменять колесо, например, и не даю ему подробную инструкцию какие
> гайки
> ИЗ> отворачивать.
>
> Ирина, когда зарплаты в автосервисе поднимутся до зарплат
> разработчиков сайтов (сейчас они различаются в пять раз и более),
> а процесс разработки сайтов упростится до откручивания гаек, тогда
> эти аналогии будут уместны. Пока, пожалуйста, не приводите таких
> аналогий. Более правильная аналогия звучит так: "когда я прихожу
> в клинику, чтобы сделать себе пластическую операцию на лице..."
> - разница очевидна?
>
> ИЗ> Просто я хотела бы узнать, что в ТЗ для сайта относится к
> ИЗ> программированию, т.е. что относится к программированию. Например:
> форум
> ИЗ> - из Ваших ответов я поняла - это работа программистов, а что про
> форум
> ИЗ> я должна написать?
>
> В том и дело, Ирина, что стоящая перед Вами задача - тоньше
> и деликатнее, чем можно было бы описать на таких примерах.
> Действительно, форум - это работа программистов. Но писать ТЗ на
> форум бесполезно, так как именно форум, как правило, используется уже
> готовый (сторонний продукт) без каких-либо доработок.
>
> ИЗ> Или, например, новостная лента или выпадающее меню
> ИЗ> это к дизайнеру или опять же программисту?
>
> Новостная лента
> 1) Дизайнерам: внешний вид и (кратко) общие принципы организации
> новостной ленты.
> 2) Программистам: подробнее о принципах организации новостной ленты
> и о том, как Вы хотите ею управлять.
>
> Выпадающее меню
> 1) Дизайнерам: внешний вид.
> 2) Верстальщикам и SEO-консультантам: проконсультироваться по способам
> реализации конкретных дизайнерских идей. При неумелом использовании,
> выпадающие меню затрудняют продвижение сайта в поисковых системах.
> 3) Программистам: после согласования - отдать в реализацию.
>
> Такая цепочка действий должна привести к наиболее правильному
> результату.
>
> --
> Best regards,
> dgstudio mailto:dgstud***@i*****.ru
>
>
>
> библиотекa сайтостроительства http://www.i2r.ru/static/244/
>
>

--

<ir***@r*****.ru>

--
Рамблер-Объявления - прямой доступ к базе газеты Из Рук в Руки!
http://irr.rambler.ru/



библиотекa сайтостроительства http://www.i2r.ru/static/244/

   2007-02-09 14:02:26 (#637708)