Животрепещущий рассказ о том, как 3 эксперта в области проектирования, дизайна и разработки IT-решений объединили свои силы ради общего блага и приглашают всех неравнодушных разработчиков присоединиться к этому начинанию.
Это частая история! Настолько частая, что не кажется мне уже случайностью.
С любой, на самом деле. Проектирование - это процесс анализа задачи и формирования решения, и его избежать не получится (сложно решать задачу, не разбираясь в ее условиях).
Иное дело - по каким процессам, с какой степенью детальности проработки и с какой степенью фиксации строится проектирование, все это зависит от условий задачи, бюджета и специфики работы команды. Вариантов работы может быть много - от одного-единственного менеджера, который не будет писать ТЗ и сам все продумает, до целой команды проектировщиков.
И в любом случае без должной документации, правильной аналитики и проектирования у нас возрастают риски для разработки - здесь надо находить баланс.
Животрепещущий рассказ о том, как 3 эксперта в области проектирования, дизайна и разработки IT-решений объединили свои силы ради общего блага и приглашают всех неравнодушных разработчиков присоединиться к этому начинанию.
Это частая история! Настолько частая, что не кажется мне уже случайностью.
С любой, на самом деле. Проектирование - это процесс анализа задачи и формирования решения, и его избежать не получится (сложно решать задачу, не разбираясь в ее условиях).
Иное дело - по каким процессам, с какой степенью детальности проработки и с какой степенью фиксации строится проектирование, все это зависит от условий задачи, бюджета и специфики работы команды. Вариантов работы может быть много - от одного-единственного менеджера, который не будет писать ТЗ и сам все продумает, до целой команды проектировщиков.
И в любом случае без должной документации, правильной аналитики и проектирования у нас возрастают риски для разработки - здесь надо находить баланс.
Сводим головную боль от проекта к минимуму.
Подписываюсь обеими руками! Автор - молодец :)
Я за подход "всем сестрам по серьгам": развивающимся развитие, а засранцам - пинок, чтобы не расслаблялись.
И вот мой minimum minimorum для проектировщиков на все времена: "Разработка требований к программному обеспечению" Карла Вигерса, труды Купера, "33 стратегии войны" Роберта Грина и что-нибудь хорошее из Рэя Брэдбери.
Купер-то всем хорош, уважаемый Дмитрий Викторович!
А вот проектировщик плох, если у него нет собственных мыслей, а есть только цитаты из одного автора, очень хорошего - но связанного лишь с одним из аспектов проектирования.
Процент доработок зависит от проекта - у сервисов их больше, у контентных ресурсов - меньше, у корпоративных сайтов - совсем мало (хотя зависит и от компании).Про время от разработки - хороший вопрос. Я думаю, не сильно ошибусь, если назову цифру 20% (хотя тут много влияющих факторов).Проектирование оплачивает клиент, кто же еще.
Потому что это неправильный ответ :)
Посмотрите внимательнее - вопрос звучит как "Какую роль НЕ выполняет ТЗ?"
Рустам, спасибо за меткое замечание! Совершенно верно, в моей статье большой упор строится на заказную разработку, поскольку я - плоть от плоти заказной разработки.
Я думаю, со временем я соберу воедино весь свой опыт работы на стороне клиента и напишу такую статью - уже могу сказать, что там будет больше про гибкие методологии.
А пока рекомендую посмотреть мою лекцию про написание ТЗ (а на деле - про все проектирование целиком), которую я читал для Школы вебмастеров "Яндекса": https://events.yandex.ru/lib/people/1146131/ - я думаю, там есть что почерпнуть полезного.
Я живу по тому принципу, что засранцы должны быть названы засранцами. В ином случае они начинают окружать себя псевдоинтеллектуальным флером и казаться значимыми. Именно потому, что подобные "типа-проектировщики" в свое время узурпировали понятие проектирование, оно в итоге оказалось в том положении, в котором пребывает ныне.
Так что уж извините, засранцев я называл в своих статьях и выступлениях засранцами, называю и буду называть впредь. Если это нытье - ОК.
За отзыв по статье спасибо.
Алексей Бородкин — о потусторонних математиках и космонавтах-юзабилистах, испортивших репутацию проектированию.
