0 просмотренных постов скрыто
О технических заданиях. (Не люблю копипасту но всё же)
О технических заданиях. Очень часто сталкиваюсь с тем, что ТЗ пишут заказчик с маркетологом в виде «хочу сайт-магазин в такой-то срок и с такими-то фильтрами в поиске! И с интеграцией с 1С».
Господа программисты, а признайтесь себе честно: кто хоть раз в жизни читал ТЗ, сделанное по ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»? И соответствующими документы, как, например, порядок контроля и приёмки по ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»?
Конечно, нет нужды следовать ЕСПД и рисовать ЕСКДшные рамки, но эти ГОСТы писали люди, набившие несколько десяток шишек на разработке и вводе системы в эксплуатацию. Там предусмотрены большинство возникающих в реальной жизни проблем. Обязательное указание цели системы, взаимодействия с другими системами, требования к персоналу, к времени работы, детально прописанная процедура сдачи-приёмки, включающая регламент проведения тестирования при приёмке, — всё это существенно сокращает количество возможных недопониманий между заказчиком и программистом.
Возьмите эти ГОСТы, выкиньте оттуда то, что вам не нужно, заставьте ваших продажников (или кто у вас взаимодействует с заказчиком) заполнить хотя бы половину тех пунктов, которые должны быть в нормальном ТЗ, и жизнь ваша станет чуточку проще и веселее.
Господа программисты, а признайтесь себе честно: кто хоть раз в жизни читал ТЗ, сделанное по ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»? И соответствующими документы, как, например, порядок контроля и приёмки по ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»?
Конечно, нет нужды следовать ЕСПД и рисовать ЕСКДшные рамки, но эти ГОСТы писали люди, набившие несколько десяток шишек на разработке и вводе системы в эксплуатацию. Там предусмотрены большинство возникающих в реальной жизни проблем. Обязательное указание цели системы, взаимодействия с другими системами, требования к персоналу, к времени работы, детально прописанная процедура сдачи-приёмки, включающая регламент проведения тестирования при приёмке, — всё это существенно сокращает количество возможных недопониманий между заказчиком и программистом.
Возьмите эти ГОСТы, выкиньте оттуда то, что вам не нужно, заставьте ваших продажников (или кто у вас взаимодействует с заказчиком) заполнить хотя бы половину тех пунктов, которые должны быть в нормальном ТЗ, и жизнь ваша станет чуточку проще и веселее.
"Помогите мне!" и " Верите ли вы в сны?"
Привет, Пикабу! Прошу прощения за скромную просьбу, но видел во сне девушку и влюбился в нее.
И мне стало интересно - существует ли такая девушка.. и если да, то сможет ли пикабу найти ее?
Вот что я узнал о ней во сне:
Имя: Анна Соловьева.
Возраст: 17-19
Рост: 160-170.
Номер, который я частично запомнил: 8-921
И первая буква в адресе эл.п. - "m"
Прошу вас.. поищите!
как обычно - комментарий для минусов.
И мне стало интересно - существует ли такая девушка.. и если да, то сможет ли пикабу найти ее?
Вот что я узнал о ней во сне:
Имя: Анна Соловьева.
Возраст: 17-19
Рост: 160-170.
Номер, который я частично запомнил: 8-921
И первая буква в адресе эл.п. - "m"
Прошу вас.. поищите!
как обычно - комментарий для минусов.