Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Что такое «хорошее» ТЗ на сайт?

Управление проектами *
caricat.gifЯ могу припомнить на удивление мало материалов, посвященных проектированию сайтов и программ на русском языке, написанных русскоязычными авторами. Этому способствует и преимущественно экспортно-ориентированная разработка (оффшор) и отсутствие массового опыта создания информационных продуктов в нашей стране.
Надеюсь, что эта статья пригодится тем разработчикам и IT-менеджерам, кто ощутил перед собой проблему составления качественных документов на разработку сайта. Документов, которые кроме испорченной бумаги были бы хоть чем-то полезны.
Читать дальше →
Всего голосов 117: ↑113 и ↓4 +109
Просмотры 45K
Комментарии 88

шикарная фраза от клиента

Чулан
Смеемся всем офисом. Решил поднять настроение и хабралюдям:
Неужели надо было ВСЕ в ТЗ оговаривать до буквы? В моем понимании это подразумевалось само собой.
Всего голосов 10: ↑2 и ↓8 -6
Просмотры 467
Комментарии 0

Заключаем договор на создание технического задания

Управление проектами *
Кому интересен договор на сайт, смотрим тут: Договор навороченный, Договор простой (удален автором).

Этот топик про более редкую ситуацию, когда перед собственно проектом нужно сделать ТЗ, а это большая и серьезная работа. На нее нужен договор и цена.
Читать дальше →
Всего голосов 49: ↑47 и ↓2 +45
Просмотры 24K
Комментарии 50

ТЗ для web-разработчика

Разработка веб-сайтов *

Написание хорошего ТЗ для разработки сайта еще та проблема, и я поделюсь своим опытом по созданию «человеко-понятного» описания для заказчика для разработчика.
Читать дальше →
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 15K
Комментарии 43

ТЗ: макеты или текст?

Разработка веб-сайтов *
В заметке ТЗ для web-разработчика автор пишет:
считаю что одно из самых правильных способов подачи информации есть графический, т.е. лучше один раз увидеть, чем сто раз услышать.

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

Читать дальше →
Всего голосов 2: ↑3.5 и ↓-1.5 +5
Просмотры 8.9K
Комментарии 24

Техническое задание — To be or not to be?

Управление проектами *Подготовка технической документации *
Прочитал статью Станислава Малкина — Для заказчиков: если нет ТЗ.

Вообщем-то написано всё грамотно, последовательно и понятно.
Сделан напрашивающийся вывод — техническому заданию быть — to be! (Однозначно! Я сказал! Жириновский)

И быть ему, по мнению Станислава, следует по трем вариантам:
  1. ТЗ написано самим заказчиком.
  2. ТЗ написано разработчиком заказанной системы.
  3. ТЗ написано профессиональным составителем ТЗ.


Я думаю что первый вариант имеет право на жизнь только если у заказчика уже имеется опыт написания ТЗ, основанный на втором и/или третьем варианте.
Пока пропустим второй вариант и обратимся сразу к третьему. Насколько можно судить по статье — Станислав считает этот вариант самым приемлимым, особенно для начинающих заказчиков. Однако я вижу гораздо больше минусов чем указано в статье (собственно единственный указанный минус — дополнительные расходы на написание технического задания):

Читать дальше →
Всего голосов 1: ↑1 и ↓0 +1
Просмотры 8K
Комментарии 64

Структура технического задания

Чулан
Вопросы, которыми я задавался при написании технического задания на разработку сайта, как его сделать максимально простым и понятным для заказчика, но при этом ограничить и максимально документировать возможности будущего продукта (сайта). Пришлось просмотреть множество различных примеров, способов подачи ТЗ, просмотрел — теперь делюсь своими идеями и домыслами.

Читать дальше →
Всего голосов 15: ↑11 и ↓4 +7
Просмотры 3.4K
Комментарии 10

Цель — привлечение клиентов

Управление проектами *
За последние 3-4 года я не встречал ни одного задания на разработку сайта, в котором бы не было такой цели. Стоит отметить что наша специализация — разработка корпоративных сайтов. Каждая компания хочет чтобы их сайт стал инструментом привлечения клиентов, но ни одна компания до конца не верит в то что это возможно. Не верят, потому что не могут совместить эту цель с реальностью.

Легко сказать: «Мы хотим привлекать клиентов через сайт». Но кто эти потенциальные клиенты? Где они? Что для них важно? Почему они выберут именно вас? Что они делают в интернете? Как они попадут на сайт?
Читать дальше →
Всего голосов 38: ↑29 и ↓9 +20
Просмотры 2.9K
Комментарии 51

Сайт как инструмент

Разработка веб-сайтов *
Один из стандартных вопросов, который задает (или по идее должна задавать) веб-студия на первой встрече с клиентом – зачем вам нужен сайт? Зачастую клиент с готовностью отвечает «нам нужен сайт как инструмент». Но, как показывает опыт, иногда это примерно то же самое, что прийти в магазин и купить дрель, чтобы была. Чтобы в доме был инструмент.

Вспомним классический пример, что покупая дрель, по сути человек покупает дырки, которые можно сделать с помощью этой дрели. Для того чтобы эти дырки появились, инструментом надо пользоваться, надо уметь с ним обращаться и работать. Сама по себе дрель (как и сам по себе сайт) особого смысла не имеют.

С учетом того, что создание сайта – удовольствие чаще всего не дешевое, что же нужно сделать, чтобы инструмент не лежал на полке, а использовался по своему прямому назначению? Декларируя, что мы заказываем сайт-инструмент, надо понимать, какие именно «дырки» мы хотим получить в результате.

Давайте рассмотрим постановку задачи на примере.
Читать дальше →
Всего голосов 47: ↑41 и ↓6 +35
Просмотры 3.8K
Комментарии 111

Инфраструктура современного офиса — 1

IT-инфраструктура *
Как известно, сейчас все находятся в состоянии, именуемом «Финансовым кризисом». Пустующие офисы, безработица и все такое… Однако, существует надежда, что так длиться вечно не может, поэтому когда-нибудь и вашей конторе потребуется заехать в новый, красивый, оборудованный по последнему слову техники офис.Этот цикл статей — для тех, кто хочет понимать, из чего состоит современный офис с точки зрения ИТ-инфраструктуры — менеджеры по ИТ, руководители ИТ, старшие администраторы и просто интересующиеся. Я привожу здесь то, с чем столкнулся в процессе работы лично. По сути — предлагаю вам не набивать моих шишек :) Эта статья открывает цикл, вторая часть (про СКС и ЛВС) уже опубликована, как и продолжение про телефонию, wi-fi и планирование провайдерских вводов.По факту сбора и систематизации материала, выясняется, что в одну статью я, очевидно, не помещусь в связи с большим количеством информации, которую хочется донести. В этой статье я попробую раскрыть состав инженерных систем, составляющих работу офиса и описать один из подходов к проектированию таких систем. Полагаю, всего получится четыре статьи, которые я буду публиковать еженедельно. Буду рад соавторам, и, разумеется, возникающим вопросам.

-1. Из чего состоит современный офис?

Что же, вы (руководство компании, ваш начальник, вы сам, как руководитель своего бизнеса) решили, что пора менять офис. Поначалу, решение вызывает легкий трепет, ибо предполагает невероятный объем работы — планирование, различные согласования, надзор за исполнителями… Самое ужасное — deadline, как правило, прописан крайне жестко, и риск опоздания является напрямую финансовым риском.С другой стороны, правильный подход обеспечит вам, как минимум, исключительное удовольствие от результатов вашей работы а как максимум еще и понимание того, что все сделано правильно.Следует понимать, что как и в разработке любой сложной системы, при работе над инженерными системами здания, максимальное внимание следует уделять при планировании и проектировании, поскольку любая переработка в фазе, близкой к завершению будет крайне дорогостоящим удовольствием (особенно, при понимании того, что затрат можно было избежать при грамотном проектировании).Непосредственно, состав инженерных систем, формирующих работу здания с точки зрения IT-специалиста (слаботочных систем), включает в себя, в общем случае, следующие подсистемы:
  1. СКС — структурированная кабельная система. Под этим понятием, в первую очередь, подразумевается кабельная структура, обеспечивающая работу вычислительной сети и телефонии офиса (раскрытие темы — в статье №2)
  2. ЛВС, телефонная система и WiFi — активное сетевое оборудование (коммутаторы, маршрутизаторы, точки доступа и прочее) и телефонная станция. Я объединяю эти пункты, поскольку современная телефонная станция, как правило, содержит функции для обеспечения работы телефонов по ip, и, вообще говоря, прослеживается тенденция к тому, что все большее количество установленных АТС заточены, в первую очередь, на работу по ip (говорим о масштабах офиса от 10-15 постоянных рабочих мест) (раскрытие темы — в статье №2)
  3. Организация внешних вводов. Вопрос, скорее, строительный, но вы, как ИТ-специалист, должны четко понимать, как именно будет, например, осуществляться подключение вашей серверной к внешним коммуникациям (раскрытие темы — в статье №2)
  4. Система пожаротушения и противопожарного оповещения (раскрытие темы — в статье №3)
  5. Системы обеспечения физической безопасности: система контроля доступа, система оповещения о проникновении (в т.ч., и оповещение служб пультовой охраны о внештатных ситуациях), система видеонаблюдения (раскрытие темы — в статье №3)
  6. Система телевещания внутри офиса (например, ip-вещание или банальный НТВ+ в кабинетах руководства и переговорных) (раскрытие темы — в статье №3)
  7. Системы «интеллектуального здания» — те самые, которые будут включать свет в кабинетах руководителей по щелчку пальцев, поддерживать оптимальный климат, экономить электроэнергию, применяя всякие умные алгоритмы и так далее. (раскрытие темы — в статье №4)
  8. Система энергоснабжения всего перечисленного. Без электричества, увы, никуда поехать не удастся. К сожалению, личного опыта не везде хватает, посему отсылаю к первой части статьи Novikov« Электрика в малом и среднем офисе». Может, он и на следующие части разродится :)Я, впрочем, включу свои соображения на этот счет в качестве бонус-трека к статьям, наравне с отдельными элементами системы кондиционирования (применительно к серверным помещениям).
Я намеренно включил в этот список вещи, которые не всегда поддерживаются ИТ-службой офиса, в связи с рядом факторов:
  1. Вы (и вряд ли кто-то еще) будете обеспечивать координацию исполнителей по слаботочным системам; вообще говоря, вам сильно повезет, если подрядчик по всем слаботочным системам будет один — так намного проще. Однако, высока вероятность того, что в силу бюджетных или иных соображений, придется выбирать между несколькими или разделять фронт работ между ними
  2. (следствие из первого пункта) Вы и никто другой будете отвечать перед руководством (или перед собой, да) за результат работы; Естественно, что удовлетворенность руководства и вас будет напрямую зависеть от качества и количества реализованных «хотелок»
  3. В конце концов, современные инженерные системы, как правило высоко интегрированы с вычислительной техникой — многие системы уже напрямую, например, зависят от наличия ip и активно его используют; кроме того, зачастую многие аспекты управления инженерными системами завязаны на единый пульт управления, например, рабочее место управления системами безопасности.
А дальше?
Всего голосов 36: ↑31 и ↓5 +26
Просмотры 12K
Комментарии 15

Минск. Бесплатная открытая лекция «Управление требованиями к ПО и тестирование»

Социальные сети и сообщества
В следующий четверг, 9 апреля, в Минске, в Университете Культуры пройдет лекция "Управление требованиями к ПО и тестирование".
Это продолжение серии наших образовательных мероприятий, о которых уже на хабре писалось (вот тут о хостинге, тут о креативе в интернет-рекламе, тут о конференции по MOSS а тут о нашей миниконференции по юзабилити)
На этот раз лекцию о управлении требованиями к ПО будет начальник отдела тестирования интернет-подразделения компании IBA Алексей Якимович. IBA входит в тройку крупнейших IT-компании Беларуси.

В лекции будут затронуты те аспекты управления требованиями к ПО, которые касаются тестирования и анализа требований. Будет рассказано об процессе организации управления и анализа требований, а также управление процессом разработки и тестированием требований.
Кроме этого будет рассмотрена организация процесса рецензирования документации и требований к ПО в частности. Эта лекция может быть интересна тестировщикам и аналитикам ПО.
Читать дальше →
Всего голосов 14: ↑9 и ↓5 +4
Просмотры 763
Комментарии 1

Что делать с полезными идеями, которые мешают работать?

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

На мой взгляд, основная состоит в том, что для нас (небольших разработчиков) это очень «длинные деньги». Как бы подробно менеджеры не документировали все в техническом задании, в реальной разработке такой проект быстро обрастает балластом из различных предложений, усовершенствований, доделок, не учтенных сложностей, плохой обратной связи, новых идей, мыслей и т.д., которые возникают практически на всех этапах разработки.
Читать дальше →
Всего голосов 37: ↑29 и ↓8 +21
Просмотры 503
Комментарии 19

Техническое задание? Идите лесом!

Чулан
Хочу начать с того, что за свою деятельность в сфере разработки софта и веб-сайтов я написал более 200 технических заданий (ТЗ). От самых маленьких на 5-7 страниц, до более развёрнутых на 100-150. Среди этих проектов были и такие, которые не нужны были ни заказчикам ни исполнителям, и такие, в которые вкладывалась душа — со стороны всех участников проекта. И что я теперь об этом думаю? А думаю я, что технические задания вообще на…
Читать дальше →
Всего голосов 76: ↑23 и ↓53 -30
Просмотры 1.4K
Комментарии 29

Задание на конкурс от APTECH

Чулан
Привет, Хабр.
Все, что написано ниже, является взглядом со стороны, к APTECH ни за, ни против.
Корпорация APTECH, которая, цитируя с их сайта, расширила сферу деятельности до международных размеров и в настоящее время создала более 3200 образовательных центров в 55 странах на 5 континентах, предлагает следующее ТЗ в конкурсе на разработку сайта.

  • Используемые языки HTML+DHTML+JavaScript.
  • Совместимость с браузерами Opera, Firefox, IE 6.0+ (можно по проверке браузера отключать не корректно работающие скрипты).
  • Разрешено использовать сторонние JavaScript библиотеки.
  • Запрещено использовать готовые шаблоны и CMS.
  • Статические настройки сайта, например document.title, массив с названиями файлов для галереи изображений, меню, должны находиться в файле config.js.
  • Функции, если позволяет совместимость браузеров (кроме сторонних библиотек), должны находиться в файле functions.js.
  • Новости сайта должны находиться в массиве в файле news.js (заголовок, новость).


При попытке уточнить у авторов, почему так, ответ был примерно такой
текст написан как бы для юзеров, согласен переборщил, просто привычка все объяснять студентам.
Полностью все тут. После этого надеяться на повышение уровня сайтов нашего региона становится бессмысленно.
Всего голосов 11: ↑7 и ↓4 +3
Просмотры 323
Комментарии 7

Нужно ли ТЗ сайту? (часть 1)

Чулан
Кабы схемку, аль чертеж, мы б затеяли вертеж...
(Тит Кузьмич и Фрол Фомич)


image

Нужно ли ТЗ сайту? Сегодня это один из самых спорных вопросов веб-разработки.

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

Но если сайт, в техническом плане, вполне обыкновенный, и объем не слишком… Как здесь быть?
Читать дальше →
Всего голосов 11: ↑4 и ↓7 -3
Просмотры 880
Комментарии 4

Особый вид заказчиков

Чулан
Я программист и периодически мне попадаются заказчики у которых есть какая то идея (схема работы), для сайта/скрипта/приложения, но смысл этой идеи им тяжело сформулировать или просто лень формулировать. Я в таких случаях прошу написать тех. задание (и объясняю как это сделать) после этого, они обижаются и уходят.
А вам попадались такие заказчики?
Как вы с ними общаетесь?

Сегодня попросили оценить стоимость разработки, прислали excel-документ с десятью страницами следующего вида:
image

Я сказал, что в этом вряд ли кто нибудь будет разбираться, что бы услышать, что цена вас не устраивает и попросил написать техническое задание.
Закачик ответил, что видимо я не заинтересован в этом проекте и пожелал успехов.
Всего голосов 56: ↑35 и ↓21 +14
Просмотры 289
Комментарии 63

Зона «.РФ», и как не потерять на ней деньги

Чулан
В апреле 2010 года будет запущена доменная зона «.РФ». К этому неоднозначному явлению можно относиться по-разному. В блогах и форумах, на страницах СМИ не утихают баталии на тему удобства и целесообразности этого нововведения. Некоторые считают создание новой доменной зоны прихотью властей, помешанных на квасном патриотизме, другие сосредоточивают внимание на технических сложностях.

Так или иначе уже сейчас введение доменной зоны «.РФ» можно считать свершившимся фактом, и можно уже начинать относиться как к данности. Актуальным остается вопрос, как извлечь из «.РФ» выгоду, и при этом не потратить лишних средств на инвестирование в эту «нано-технологию».

Куда применить домен.РФ?

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

1) Прежде всего нужно понимать, что домен.РФ – это решение нишевое и ситуационное. Вряд ли компании будут использовать его как основной официальный домен своего сайта. Домен.РФ удобно применять в каких-то особых условиях, когда необходима быстрая запоминаемость или краткость. Например, в каких-то специальных рекламных акциях или на рекламных носителях определенного рода, таких как рекламные щиты вдоль загородных дорог.

image

В определенных ситуациях даже пропадает необходимость разделения заголовка рекламного сообщения и адреса сайта. Это может быть хорошо для усиления яркости месседжа.
Читать дальше →
Всего голосов 20: ↑7 и ↓13 -6
Просмотры 250
Комментарии 19

Требования к html-верстке

Разработка веб-сайтов *

1. Верстка, аутсорсинг и технические задания


Верстка — относительно независимый этап веб-разработки и, к примеру, в маленьких веб-студиях часто — это первый кандидат на аутсорсинг в условиях ограниченных трудовых ресурсов.
Так сложилось, что мне часто приходилось отдавать эту работу субподрядчикам и, несмотря на предполагаемую однозначность результата, иногда верстальщики меня очень удивляли. Причем чаще — в негативном смысле.

Чтобы сэкономить трудовые ресурсы штатных верстальщиков, недостаточно просто переложить эту работу на плечи первого приглянувшегося фрилансера. Все намного проще, если вы постоянно отдаете работу на аутсорсинг одним и тем же исполнителям — в процессе длительного сотрудничества всегда складывается какой-то негласный свод стандартов и требований, выполнение которых входит в привычку. Но если вы работаете с человеком впервые — самое хорошее портфолио и рекомендации не гарантируют получения нужного результата и более того — даже не предполагают, что исполнитель вообще вас правильно поймет. Потому нужны детальные технические задания по верстке.
Читать дальше →
Всего голосов 228: ↑204 и ↓24 +180
Просмотры 73K
Комментарии 296

Чек-лист вёрстки. Что можно отдавать клиенту, а что надо переделывать

Разработка веб-сайтов *CSS *Совершенный код *HTML *IT-стандарты *
Идеальная вёрсткаВы PM. Как узнать – готова ли вёрстка к реальному использованию?
Вы заказчик. Как убедиться, что работа выполнена качественно?
Как оценить качество вёрстки?

Когда я стал тим-лидом, а позже PM, передо мной стала задача проверять вёрстку наших проектов. Нужно было выработать формальные, легкопроверяемые критерии, соответствие кода которым, должно было давать некую гарантию, что не будет факапов и ни клиент, ни программеры не сказажут потом “WTF?”.

Клиенту неважно насколько красив ваш код, но ему важен результат. Качественный код нужен фирме, т.к. он надёжней и в будущем его будет легче поддерживать.

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

Итак что же это за список?

Краткая версия теперь доступна на html5checklist.com (github), где можно вносить pull-request'ы.

История обновлений:
  • 2015/08/11: Актуализировал рекомендации по оптимизации скорости загрузки. Добавил требование поддержки Retina. Дополнил «19. Мелочи» требованием что изображения должны масштабироваться в зависимости от размера окна.
  • 2015/08/10: актуализирован список исключений для CSSLint
  • 2015/07/29: актуализирован пункт №13 «плохо»/«хорошо»
  • 2015/04/08: добавлено требование использования препроцессоров и рекомендация использования систем сборки
  • 2013/04/25: добавлены анализаторами качества кода: CSSLint и JSHint, указан сайт подбора css font stack (спасибо @fliptheweb), мелкие уточнения (работу интерактивных элементов страницы, что не пропадает фон на высоких разрешениях, не должно быть пустых презентационных блоков, при проверках контента — пробовать удалять заголовки, менять местами блоки)
  • 2013/04/24: добавил пункт об минимизации каскада (БЭМ-техники, MCSS, SMACSS), необходимости вписывания в экран моб. устройства, заменил ссылку на проверочный текст отображения стандартного html на код с normalize.css, поправил пример где в рекомендации встречался длинный каскад, упомянул про Opera на Presto и новый уровень семантики — в именах классов BEM.
  • 2012/04/12: отсортировал пункты проверки в порядке важности, выделил главные, дополнил статью подробностями
  • 2011/12/07: дополнил согласно доклада на WSD Минск'2011.
  • 2011/07/19: добавлено про повышение надёжности вёрстки благодаря html5-тэгам, про необходимость favicon/apple-touch-icon, отсутствие багов при ресайзе textarea
  • 2011/06/15: добавил пояснения какие ошибки валидации допустимы, рассказал про отсутствие официальной кнопки «HTML5 Valid» и про официальное лого HTML5 на сайте.


Далее с примерами - как проверить html, даже если вы ничего не понимаете в вёрстке.
Всего голосов 335: ↑318 и ↓17 +301
Просмотры 290K
Комментарии 244