Рубрика «техническое задание» - 4

image

Бывают ситуации, когда проект нужно подготовить в очень сжатые сроки, и совсем нет времени на изучение способов решения задачи и выбора из них самого оптимального. Команда просто бросается с головой в реализацию, полагаясь на опыт и интуицию. Обычно получается хорошо. Но остается ощущение, что можно сделать лучше, была бы только возможность остановиться и обдумать задачу.
Например, в нашей команде разработки интернет-решений не у всех и далеко не всегда было понимание, с чего начинать проектирование: с прототипов интерфейсов или технического задания. В обоих случаях есть сторонники и противники, есть плюсы и минусы. Не хватает только единого мнения.
Читать полностью »

Думаю, многие слышали о законах роботехники, сформулированных Айзеком Азимовым:

  1. Робот не может причинить вред человеку или своим бездействием допустить, чтобы человеку был причинён вред.
  2. Робот должен повиноваться всем приказам, которые даёт человек, кроме тех случаев, когда эти приказы противоречат Первому Закону.
  3. Робот должен заботиться о своей безопасности в той мере, в которой это не противоречит Первому и Второму Законам.

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

В статье я чуть подробнее раскрою смысл этих законов, покажу, как они могут быть применены к сферам, отличным от робототехники, и попытаюсь выработать три закона разработки. Статья не несет прямой практической пользы, я это понимаю, поэтому заранее советую залезать под кат только тем, кому не жалко потрать несколько минут на мои рассуждения и обсудить их со мной в комментариях.
Читать полностью »

Разгребал «ящики» и обнаружил один очень интересный проект! Называется он SpecsMe, а направлен на решение одной из самых насущных проблем ИТ-агентств. Цель проекта: автоматизация составления ТЗ и создание инструментов для дальнейшей работы (удаленные доступы, одновременное редактирование, биржа и тд). Отдам в хорошие руки. Подробности под катом.

image
Читать полностью »

Несколько лет назад появился проект, который я посчитал достаточно интересным для себя, а именно — TzGen. Проект решал одну из основных задач веб-агентур того времени — составление технического задания. Идея показалась интересной — было решено написать его владельцам: интересовало развитие проекта, а также возможность инвестиций. Однако, ответа не получил. Через несколько месяцев, имея свободные ресурсы дизайнера и ПМ (себя лично), было принято решение своими руками создать новый проект. Что из этого получилось, смотрите ниже.

image
Читать полностью »

Здравствуйте, уважаемые коллеги!

Эта статья является очередной историей о работе с заказчиком, а так же нашим первым опытом при работе с большим проектом.

Пополнение библиотеки статей о заказчиках. Наша история

Читать полностью »

Цель урока: финальный урок по созданию приложения. Написание технического задания. Создание БД. Переименование webTemplate. Применение скаффолдинга. Админка. Основной сайт. Тесты.

О главном

Это финальный урок, и тут я немного отойду от конкретного программирования и поразмышляю о работе.
Программирование – это работа, это профессия, это творчество. Когда я учился в университете и с кем-то шел по дороге домой, мы часто спорили, что лучше Windows или Linux, Delphi или C++. Тогда мы могли не спать ночами, чтобы красиво переписать построение семантического дерева для компилятора. Мы изучали пролог, лисп, конечные автоматы, структуры данных. Мы учились видеть красоту быстрой сортировки Хоара реализованную на лиспе. ВО!:

(defun quicksort (lis) (if (null lis) nil
  (let* ((x (car lis)) (r (cdr lis)) (fn (lambda (a) (< a x))))
    (append (quicksort (remove-if-not fn r)) (list x)
      (quicksort (remove-if fn r))))))

Но теперь я рассматриваю программирование как услугу. Как что-то, за что мне платят деньги. Я занимаюсь фрилансом уже три года. В начале работы фрилансером я программировал не только веб и не только на asp.net mvc. Был и php на ZendFramework, и написание модулей для расчета стратегий для торговли на РТС на Quirk.

Читать полностью »

Домыслы. Самая большая проблема брендинга. А вместе с ним и дизайна. Львиная часть творческой работы выполняется на основе домыслов. И это основная причина, почему бизнес упорно не хочется воспринимать всерьёз дизайнеров, бренд-менеджеров, пиарщиков, креативщиков и прочую творческую братию.

Лень. Основная причина домыслов. Ошибки связанные с домыслами обходятся и исполнителям и заказчикам гораздо дороже во временном плане, чем вдумчивая и серьёзная работа, но думать не хочет никто. «Нарисуйте мне логотипчик» — говорит заказчик. «Легко» — говорит дизайнер. И начинает, высунув язык, «творить».
Читать полностью »

Первая часть статьи «Разработка технического задания «Что это такое, зачем оно нужно, с чего начать и как должно выглядеть?» вызвала немалый интерес. Кроме своей рассылки, я ее опубликовал и на известном сайте разработчиков Инфостарт, где она вызвала еще больший интерес, что не может не радовать. Как и обещал, пишу продолжение.
Читать полностью »

Я ни разу не читал сравнение методов подхода к разработке сайтов. Прекрасно понимаю, насколько это будет субъективно: каждый хвалит то, что умеет делать. И всё же, я решил обобщить свой опыт и наблюдения за тем, как это делают другие. В нашей сфере существует, грубо говоря, три наиболее популярных метода: проектирование, написание «ТЗ» и Agile. Вот их-то я и сравню.

На всякий случай договоримся о терминах:

  • Проектирование — детальная проработка модели сайта: задачи, концепция, коммуникация, архитектура, оценка ресурсов. Об этом я писал ранее неоднократно (можно посмотреть в списке моих постов) и буду продолжать писать.
  • Читать полностью »

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


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js