Так что же такое «Техническое Задание»? / Хабр

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

Проблема

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

Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.

Переводим на понятный язык

1) ТехЗадание — оно ставит задачу. А значит оно должно идти перед прототипом, скетчем, тестом, дизайн-проектом, потому что любой майндмеп, диаграмма потоков данных, архитектура — это уже выполнение некой задачи, это ответ на вопрос. А до того, как сам вопрос еще не задан, не сформулирован и не подписан всеми сторонами — любой ответ будет априори неправильным, не так ли? Итак, начало любой работы над любым проектом — это постановка задачи, а не судорожный поиск набросков десятка вариантов ее решения.

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

3) Как же вам понять, решает ли предложенная дизайн-концепция или интерактивный прототип, а то и готовый к употреблению сайт — вышеизложенную задачу бизнеса? Ничего не поделаешь, придется опять вернуться к определению: «определяет… ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет». То есть ТЗ без четких измеримых показателей в рублях, секундах, тонно-километрах или градусах Цельсия — быть не может. Бриф может, или прототип, или еще любая абсурдная бумажка, но только не ТехЗадание.

Отсюда делаем вывод, что в настоящем ТЗ обязательно должна быть глава «Порядок приемки и оценки», когда эти самые показатели берутся, замеряются, и стороны либо пожимают друг другу руки, либо отправляют проект на переделку.

4) ТехЗадание должно обязательно согласоваться с общим бизнес-планом заказчика, с его стратегией развития бизнеса и анализом сегмента рынка. Именно все это позволит установить правильные цели, вывести точные метрики, по которым затем адекватно провести приемку готового инфопродукта. Отсутствие у заказчика бизнес-плана автоматически гарантирует непрофессиональное выполнение Технического Задания.

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

5) Каждое внесение правок в готовое ТЗ должно стоить денег. Нельзя бесплатно и бесконечно править «Конституцию вашего проекта» только потому, что одна из сторон передумала, не выспалась, внезапно решила сэкономить и т.д. Цена каждого изменения в ТЗ должна также четко прописываться заранее в соответствующей главе.

Кстати, по идее точно также каждая правка в дизайне или внесение изменений в список страниц или функций должна иметь четкую цену, которая оплачивается заранее, до начала внесения данного изменения. Лично я предлагаю любую редактуру утвержденного ТЗ оценивать в 30% от всего бюджета проекта, но вы можете поступать иначе.

Стоит ли упоминать, что в ТЗ просто необходимо заранее указывать сроки и общий бюджет на разработку, а также список всех существующих ресурсов и ограничений? — Нет, это будет уж слишком очевидно.

Итак: Что делаем? Для чего? Как поймем, что сделали? Сколько стоит каждый пивот? — написанные на листочке ответы на все эти вопросы и являются «серебряной пулей», способной вытащить даже самый провальный проект.

Контрольные вопросы

1) Так что, на написание ТехЗадания может еще и официальный ГОСТ есть? — Да, даже несколько.

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

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

4) Вот вы и Википедия пишете, что ТЗ создается заказчиком.

5) И что, если ТЗ является юридическим документом, то я потом могу засудить аутсорсера, не заплатить ему, заставить переделать все в десятый раз? — Если документ составлен правильно, указаны цели и методология оценки их достижения; если документ подписан сторонами и упомянут в Договоре (само ТехЗадание договором не является) — то конечно же сможете. А вот с обычным брифом, прототипами, арт-креатив-макетом, Безопасной сделкой на FL — уже нет.

6) Мне говорят, что работа будет вестись по какому то то ли скраму, то ли аджайлу; а значит архаичное ТЗ мне больше уже не нужно. Это так? — Посудите сами: вам называют непонятное слово, явно что-то маскирующее и вот уже на основании незнакомого вам термина предлагают отказаться от юридически грамотного и наполненного целями и метриками документа. Сам же agile никаких целей вроде «достичь не менее 10 000 посещений к концу года», или «достичь цифры более 25 заказов с сайта через месяц» — установить не может, это просто способ проведения совещаний и новой организации нерадивых сотрудников. Задумайтесь несколько раз: «А не пускают ли вам пыль в глаза?». На самом деле никакому новомодному скраму профессиональное ТЗ повредить не может, а вот помочь — обязательно.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ: ФОРМИРОВАНИЕ И СОГЛАСОВАНИЕ

Техническое задание (далее по тексту ТЗ) – это документ служит фундаментом, отправной точкой при создании любого проекта или изделия. ТЗ указывает на основные критерии, принципы и назначения объекта. Технические и программные требования, количественные и качественные показатели, требования к дизайну и соответствие ГОСТам и многое другое может указываться в ТЗ.

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

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

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

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

Грамотно составленное ТЗ повышает шансы успешного завершения будущего проекта на 50%, а время, вложенное в разработку ТЗ, – одно из лучших вложений, которое заказчик может сделать в проектный период. Поэтому подготовку ТЗ доверяют самым опытным и квалифицированным специалистам, ведь исправление любой ошибки, допущенной на этапе проектирования ТЗ может очень дорого стоить после заключения договора, а в некоторых случаях и вовсе ставить крест на проекте в целом.

Техническое задание служит прочным мостом взаимопонимания между заказчиком и подрядчиком, помогая понять:

Заказчику:

• Что именно он хотел бы получить на выходе, опираясь на свои текущие ресурсы и возможности;
• Провести внутреннее согласование запросов между структурными подразделениями;
• Контролировать соответствие выполненных подрядчиком работ.

Подрядчику:

• Разобраться в сути и деталях поставленной задачи;
• Выстроить планы по выполнению работ;
• Исключить дополнительные работы, не описанные в техническом задании, или потребовать за это дополнительное финансирование.

Всем сторонам:

• Понять суть и облик конечного продукта или услуги;
• Проверить выполненные работы, провести приемочное тестирование;
• Свести к минимуму число ошибок и неточностей в процессе внесения изменений.

Что такое ТЗ и как правильно составить техническое задание

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

Что такое техническое задание?

ТЗ – это постановка задачи, план действий и обсуждение грядущей работы в одном документе. Техническое задание необходимо в любой сфере деятельности. Строите дом? Нужен четкий план и требования. Делаете веб-сайт? Тот же сценарий. Любая деятельность сопровождается хотелками заказчика и нормативами, которые обязуется соблюдать исполнитель. Они и заносятся в ТЗ.

Зачем нужно ТЗ

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

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

Также ТЗ формирует ожидаемый результат и дает возможность оценить результат проделанной работы.

Каким должно быть ТЗ

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

Кто-то за пару предложений излагает ключевую мысль и надеется, что работник сам додумает остальное:

Нужно написать небольшой текст на тему «Душевые кабины». Текст должен быть для людей. Без переспама.

А кто-то описывает все в деталях и структурирует каждый аспект:

Нужно написать текст на тему «Душевые кабины» объемом 3500 знаков. Уровень спама – до 55%, уровень воды не более 18%, уникальность – от 90%. Слово «душевые» использовать не более 15 раз. Избегать стоп-слов (и, или, но, а).

Далее мы рассмотрим пункты, которые входят в базовый шаблон ТЗ. 

Технические характеристики

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

В случае с текстами сюда можно отнести:

• количество знаков на абзац,

• тип и размер шрифта,

• количество используемых ключевых слов,

• правила структурирования текста с помощью подзаголовков,

• необходимые форматы данных (таблицы, списки, цитаты и т. п.).

В техническое задание для программистов можно включить:

• выбор системы управления данными (WordPress, Joomla и т.п.),

• выбор фреймворков (React, Angular и т.п.),

• количество всплывающих окон,

• ширину контентной части страницы,

• расположение форм обратной связи в приложении,

• дополнительные функции. 

Структура может варьироваться в зависимости от пожеланий заказчика и поставленных задач. Если ширина страницы не имеет значения, то этот пункт можно убрать. Если, к примеру, необходимо использовать синий цвет в заголовках, то это тоже стоит заранее прописать в ТЗ.

Маркетинговые характеристики

Характеристики, помогающие продвижению сайта, сложнее задать так же четко, как технические. 

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

Заказчик рассказывает о целевой аудитории и ее особенностях. Задача исполнителя – воспользоваться этой информацией и сделать итоговый проект/текст наиболее привлекательным для указанной ЦА.

Этапы работы

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

1. Этап разработки идей и дополнение существующего плана действий. 

2. Демонстрация первого прототипа. 

3. Приемка первой тестовой версии продукта.

4. Тестирование функциональности.

5. Разработки дизайна. 

6. А/Б-тестирование визуальных компонентов и CTA-элементов.  

Это примерная схема, которую можно менять на свое усмотрение, если есть четкие сроки выполнения задачи.

Другие аспекты

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

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

Срок выполнения работы тоже приписывается заранее, как и общий бюджет проекта. 

Примеры ТЗ

Рассмотрим два абстрактных примера технического задания в том виде, в котором они часто встречаются.

Для разработчиков

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

Сайт должен быть выполнен в соответствии с указанным макетом. Цветовая палитра, расположение объектов, шрифты, текст и прочие элементы из Figma должны быть перенесены на итоговый проект.

Текст ТЗ может содержать более конкретную информацию об имеющихся функциях:

• На сайте должна быть форма для загрузки файлов (только в форматах JPG, PNG).

• При скролле должно появляться сообщение с предложением зарегистрироваться. 

• Если пользователь долго бездействует (более 20 секунд), должен появляться робот-помощник (его функциональность описана ниже).

• Под каждым материалом на сайте должна быть секциями с комментариями. 

Также в ТЗ можно внести требования к дизайну и оформлению кода:

• Цвет подзаголовков берем из макета (#CD6326).

• Списки должны быть оформлены в формате ul > li > a.

• Блочные структуры должны быть реализованы с помощью свойства селекторов flex.

Отдельно можно указать технические средства, используемые в работе:

• Работа должна быть доступна в репозитории my-new-project.

• Каждое изменение должно сопровождаться отдельным коммитом. 

• В качестве базы данных используется технология MongoDB.

Для копирайтеров

Текст на тему «Стоит ли использовать WordPress в 2020 году?».

Общие требования к тексту:

1. Статья должна быть поделена на части. Каждый подзаголовок отделяет один логический блок. 

2. В тексте необходимо использовать одну таблицу и минимум один список.

3. Между списками, таблицами, цитатами и подзаголовками должно быть расстояние минимум в 400 знаков. 

4. В тексте должны быть подзаголовки второго уровня, минимальный промежуток между подзаголовками – 750 символов, максимальный – 900 символов.

5. Ключевые фразы должны быть использованы столько раз, сколько указано в скобках рядом со словом.

6. Ключевые фразы должны быть равномерно распределены по тексту. Расстояние между ключевыми фразами не менее 1000 знаков. Первое ключевое слово должно использоваться в первом абзаце.

Объем текста: от 10 000 знаков.

Примерная структура текста:

1. Что такое WordPress.
2. Основные преимущества WordPress.
3. Сравнение WordPress с другими CMS.

Ключевые фразы:

• WordPress (8)
• Темы для ВордПресс (1)
• CMS WordPress (2)
• Для разработчиков (1)
• Для новичков (2)
• Как установить на сайт WordPress (1)
• Joomla (2)
• Drupal (1)

Вместо заключения 

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

Техническое задание — что это и как составить + примеры ТЗ на сайт и ПО

Техническое задание важно и исполнителю, и клиенту. Исполнителю оно помогает лучше понять, что хочет заказчик, застраховаться от внезапных «хотелок» со стороны клиента, ускорить работу по выполнению задачи. Клиенту — рассказать точно о том, что он хочет, упростить контроль качества, получить точную стоимость услуги. Мы расскажем о том, как правильно составить ТЗ и что с ним потом делать.

Читайте также: Как сделать бриф

Рекомендуем: Click.ru – маркетплейс рекламных платформ:

• Более 2000 рекламных агентств и фрилансеров уже работают с сервисом.
• Подключиться можно самому за 1 день.
• Зарабатывайте с первого потраченного рубля, без начальных ограничений, без входного барьера.
• Выплаты на WebMoney, на карту физическому лицу, реинвестирование в рекламу.
• У вас остаются прямые доступы в рекламные кабинеты, рай для бухгалтерии по документообороту и оплатам.

Что такое техническое задание

Техническое задание — документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко — в других форматах.

ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например — в:

• разработке приложений;
• проектировании дома;
• написании текстов и другие.

Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.

Это интересно: Как составить коммерческое предложение

Как составить техническое задание: структура ТЗ на сайт

Прежде чем приступать к работе:

• Определитесь, кто будет составлять техническое задание
• Разъясните термины
• Откажитесь от субъективных терминов

На первый взгляд кажется, что ТЗ на сайт должен составлять клиент, потому что он заказывает ресурс и выдвигает требования к нему. На самом деле в процессе должны участвовать оба: клиент озвучивает требования, а исполнитель записывает их конкретно, точно и понятно. Например, клиент говорит, что хочет сайт, адаптированный под всех пользователей, а разработчик прописывает требования к адаптивности под 4 доступных размера — ПК, ноутбуки, планшеты, смартфоны.

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

Субъективные термины могут вызвать ненужные споры. Не пишите «дизайн должен быть красивым» — понятие красоты у всех разное. То же относится к качественным прилагательным «удобный», «легкий в использовании», «большой». Используйте конкретные цифры и параметры: например, опишите цветовую гамму или расположение элементов.

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

Опишите сайт

Расскажите, какой тип сайта нужен, кем он будет использоваться, для чего он вообще создается. Например, напишите, что вам нужен интернет-магазин, лендинг для продажи товара или сайт-визитка с 10 страницами. Укажите ориентировочное количество страниц, если не знаете точного числа.

Если у проекта есть конкретная целевая аудитория, опишите ее. Это поможет создать ресурс, который понравится клиентам — например, использовать подходящие выражения в статьях или дизайн, который нравится молодежи или представителям старшего поколения.

Расскажите о структуре

Без представления о структуре невозможно разработать нормальный сайт. Распишите, какие страницы будут на сайте, и покажите уровни их вложенности. Сделать это можно разными способами:

• Схемой
• Таблицей
• Списком

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

Читайте также: Как составить продающую структуру лендинга

Опишите, что будет на каждой из страниц

Расскажите, какими видите страницы сайта. Делать это желательно в формате прототипа, чтобы наглядно продемонстрировать расположение каждого элемента. Можно описать требования и списком, например — рассказать, что будет в шапке сайта, где расположена форма обратной связи, что будет в свободной боковой колонке.

Если все страницы сайта примерно схожи — например, вы планируете создать сайт-визитку, можно обойтись двумя прототипами: для главной страницы и остальных разделов. Если есть несколько групп схожих страниц — например, разделы в каталоге интернет-магазина, блог со статьями и описание услуг по доставке/сборке/установке, лучше сделать свой прототип для каждой группы.

Выдвините требования к дизайну

Если есть разработанный макет, отлично — можно просто вставить его в техзадание. Если нет — нужно расписать требования к цветовой гамме, используемым изображениям, логотипам. Например:

• Укажите, какие корпоративные цвета можно использовать в дизайне, а какие оттенки — категорически нет
• Предоставьте логотип, который обязательно должен присутствовать в шапке сайта
• Укажите шрифты, которые желательно использовать для оформления страниц, меню, футера, контента

Если четких требований нет — то есть клиент сам не может сформулировать свое видение сайта, можно предложить ему несколько типовых макетов на выбор или разработать макет индивидуально, а затем — согласовать. Делать это нужно до утверждения ТЗ, иначе разница во вкусах может существенно затянуть проект.

Опишите требования к инструментам, коду, хостингу, домену

Это нужно, чтобы заранее знать, с какими инструментами можно работать, а с какими — нет. Опишите отдельным блоком:

• На какой CMS будет разработан сайт — Вордпресс, Джумла, Модэкс и так далее
• Какой язык программирования можно использовать — PHP, JavaScript, HTML, другие
• На каком хостинге и в какой доменной зоне должен располагаться сайт, какое доменное имя можно использовать
• Какую программную платформу можно использовать — .NET, OpenGL, DirectX
• И так далее

Если клиент не понимает ничего в используемых терминах — объясните, чем отличается Вордпресс от Модэкса, PHP от HTML, домен в зоне .ru от домена в зоне .com. Вместе составьте требования так, чтобы они устроили клиента.

Это интересно: 10 лучших хостингов для сайта

Уточните требования к работе сайта

По умолчанию сайт должен работать у пользователей всех устройств, в разных браузерах, выдерживать хакерские атаки и не ложиться при одновременном посещении 1000 пользователями. Но лучше прописать это отдельным блоком. Укажите:

• Приемлемую для вас скорость загрузки сайтов или стандартное значение — 1–5 секунд
• Кроссбраузерность — распишите, в каких браузерах сайт должен открываться
• Адаптивность — укажите размеры экранов, под которые должен подстраиваться дизайн, и используемые устройства
• Устойчивость к нагрузкам — сколько человек должно находиться на сайте одновременно, чтобы он не «лег»
• Устойчивость к хакерским и dDos-атакам: сайт должен выдержать небольшие атаки

Распишите сценарии работы сайта

Опишите, как пользователь должен взаимодействовать с сайтом, и какие действия на ресурсе должны происходить в ответ. Сделать это можно в форме простого нумерованного списка либо разветвленным алгоритмом, если у пользователей будет выбор между действиями. Если интерактивных сервисов много, распишите сценарий для каждого из них.

Уточните, кто занимается контентом.

Какие-то разработчики сами пишут тексты, кто-то заказывает их у копирайтеров, кто-то использует рыбу. Сразу уточните, входит ли предоставление контента в услугу разработки. Если да, можно сразу прописать дополнительные требования, например, к:

• Уникальности текста — не меньше 95% по Адвего, Текст.ру, Контент.Вотч
• Тошноте (заспамленности)— не более 10% по Адвего иди 65% по Текст.ру
• Баллам по Главреду — не менее 6,5 или 7 баллов

Конечно, разные сервисы — не панацея, но они минимизируют риск того, что он будет «водянистым» или переспамленным. Кроме того, так появляются точные критерии оценки качества текстов.

Укажите сроки

Об этом часто забывают. В большинстве технических заданий должны быть прописаны сроки, иначе разработка может затянуться на несколько месяцев, полугодий, лет. Не используйте некорректные формулировки — например, «через месяц». Пишите точную дату: 1 декабря 2018 года, например.

Лайфхак: техническое задание лучше оформлять как приложение к договору о сотрудничестве. Так вы закрепляете все требования к разработке сайта, и в случае споров сможете выиграть дело в суде.

Запомните: в каждом ТЗ должны быть несколько основных блоков:

• Цели и задачи — о том, для чего вообще вы создали ТЗ, что хотите сделать с продуктом
• Каким должен быть продукт — описание в общих чертах
• Технические требования — площадь дома, объем текста, функционал приложения и так далее
• Сроки — они важны, чтобы исключить споры.

Пример составления ТЗ на программное обеспечение

Нужно создать ПО. Технические требования — ниже.

Описание: программа для поиска статей по ключевому слову на всех авторитетных сайтах, адреса авторитетных сайтов прописывать нужно вручную.

Что должно делать ПО: после ввода ключевого слова находит статьи на сайтах, которые внесены заранее в качестве авторитетных источников, выводит список совпадений в таком формате:

• Линк
• Название статьи
• Лид-абзац

Если больше 10 совпадений, нужно разделить на страницы — по 10 на каждой.

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

Сроки: до 15.09.2018.

Естественно, это ТЗ можно улучшить — мы предоставили его в качестве примера. А как вы считаете, как можно доработать техническое задание, чтобы оно стало еще понятнее, проще, удобнее?

Как написать правильное ТЗ? | Rusbase

Распространенная ошибка многих заказчиков на бирже: разместить проект и получить результат от исполнителей, который вовсе не оправдывает ожидания. И в этом случае проблема даже не во фрилансере, а в неверном описании задачи.

На первый взгляд кажется, что исполнитель должен сам понять, как оставить клиента счастливым. «И пусть сам крутится, ведь он профессионал, я ему деньги плачу, все решит без меня».

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

А на выходе получаете неприятный осадок от зря потраченных денег.

Чтобы этого избежать, используйте следующие рекомендации по составлению ТЗ.

1. В вашем техническом задании должны содержаться максимально конкретные цели

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

2. Не скупитесь на слова

Описание техзадания должно быть максимально подробное, полное, по возможности с указанием программ / сервисов / форматов. Так, если вы хотите заказать логотип сайта, опишите свою идею, какими характеристиками, смыслами и ценностями нужно наполнить бренд. Исходя из этого, дизайнер поможет подобрать правильную цветовую палитру и паттерны. Опишите, в какой программе хотите получить результат. Если не знаете — фрилансер всегда подскажет.

Приведу пример из заказа по копирайтингу:

3. Дайте примеры

Покажите исполнителю варианты вашей мечты и самые ужасные идеи, которые вам кажутся чудовищными. Это могут быть готовые решения от конкурентов, сногсшибательные варианты из международных практик — главное, задать фокус исполнителю «как надо / как не надо делать». И исходя из ваших возможностей и желаний это позволит продумать подходящий вариант. Помните о реализме — не приводите в пример тексты Nike или сервисы Google, если у вас скромный бюджет и совсем другие цели. Ваша задача — найти «золотую середину» между качеством и ценой. 

4. Не игнорируйте исполнителя — отвечайте

Даже если вы составите суперпонятное техзадание, фрилансер может вас не так понять. Например, вы хотели передать в оформлении упаковки товара «брутальность и мужество» и для вас это — черный цвет, а у исполнителя — коричневый. Без обсуждения понять детали невозможно. Поэтому отвечайте на вопросы заказчика, проговаривайте нюансы и восприятие каждой детали. Лучше голосом, а не только по переписке.

Иногда фрилансеры не задают вопросы — боятся, что их посчитают глупыми или некомпетентными. Поэтому, даже если вопросов нет, обязательно уточните у исполнителя, все ли он понял. Это в ваших же интересах — найти лучшего исполнителя, получить отличную работу. И, возможно, оставить его с вами надолго. 

Несколько примеров сложных и узкопрофильных заданий, которые очень часто размещают на биржах

Существуют сложные технические задания под конкретные профили. Например, вам нужно настроить SEO-оптимизацию сайта, чтобы улучшить рейтинг в поисковых запросах. Хороший опытный фрилансер в этой нише — еще тот педант: не возьмет работу, если не увидит правильно сформулированную задачу. То, как поставлена задача на этой картинке говорит о том, что заказчик поверхностно к ней относится.

Поэтому вам важно помнить следующее: постарайтесь встать на один уровень с исполнителем. Не надо знать деталей, важно понимать типовые задачи, а именно:

• Сформировать семантическое ядро по высокочастотным и низкочастотным запросам, то есть использовать не самые распространенные слова, по которым могут гуглить ваш магазин, а чуть уже. Например, если у вас онлайн-магазин по продаже одежды, то по слову «одежда» или «платье» ваш запрос будет тяжелее продвинуть. Вернее, ваш магазин, конечно, найдется на десятой странице, но тратить время — себя не уважать. А вот по запросу «красное платье в горох» ваш запрос окажется выше. Подобные фразы или слова фрилансеры формируют самостоятельно.
• Подготовить карту сайта для поискового робота.
• Прописать robots.txt для индексации в Google и «Яндекс».
• Сделать перелинк сайта, то есть связать страницы сайта или из других источников гиперссылками.
• Прописать метатеги для каждой страницы.
• Подготовить список рекомендаций по улучшению сайта.

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

Ниже — не лучший пример ТЗ:

В задании должны обязательно отражаться следующие требования:

• улучшить показатели конверсии пользователей в покупатели;
• найти ошибки, недоработки и баги на сайте;
• проанализировать элементы структуры: работу ссылок, фильтров, удобство перемещения по сайту;
• проанализировать контент-наполнение сайта на логичность;
• протестировать конверсионные пути;
• проверить скорость загрузки сайта, адаптивность.

Эти моменты стоит обязательно отразить в ТЗ, потому что хороший фрилансер не отреагирует просто на «переделайте сайт, чтобы сразу в душу запал». 

ЭТАП 1: РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ

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

Исследования показывают, что плохая разработка технического задания является наиболее частой преградой на пути к успеху проекта. Изучение проекта строительства большого нефтеперерабатывающего завода, проведенное Смитом и Таккером, показало, что плохая разработка технического задания и нечеткое определение основных составляющих проекта самым отрицательным образом сказались на его стоимости и графике работ. Пинто и Слевин доказали, что четкое определение целей больше, чем на 50% предопределяет успех на стадии формулирования концепции, планирования и выполнения проекта. Эшли и другие продемонстрировали, что у выдающихся, успешных проектов были четко разработаны технические задания и определены составляющие работы. Анализ Познера выявил, что, по мнению 60% респондентов-управляющих проектами, основной проблемой является отсутствие 1етких целей.

В ходе работы с болеи 1ем 1400 управляющими проектами в США и Канаде Гобелай и Ларсон установили, что около 50% проблем планирования связаны с нечетким техническим заданием и постановкой целей. Все эти результаты указывают на прямую зависимость успеха проекта от четкого определения его ТЗ. Четкое ТЗ заставляет как заказчика, так и всех участников проекта концентрироваться на целях проекта.

ТЗ должно разрабатываться под руководством управляющего проектом и клиента. Управляющий проектом должен согласовывать с заказчиком цели, промежуточные результаты работы на каждой стадии проекта, технические требования и т.д. Так, например, промежуточным результатом на ранней стадии проекта может быть разработка документации; на второй стадии — три образца продукта; на третьей — значительное количество товаров для выпуска на рынок и, наконец, продвижение товара на рынке и обучение персонала.

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

Как написать функциональное техническое задание?

Всё просто: нормальным русским языком описывайте нужные функции в формате сценария использования.

Сценарий проще всего описывать в по схеме: [роль пользователя] может [действие], [описание целей пользователя, а также необходимых шагов и вариантов развития событий]. Оптимально — разбивать описание больших компонентов на маленькие составляющие.

В конечном итоге, пункты ТЗ должны быть объективными, просто изложенными и элементарным способом проверяемыми требованиями.

Например, вполне адекватные функциональные требования в формате сценария:

Гость должен иметь возможность зарегистрироваться на сайте, путем заполнения формы регистрации (обязательно указав своё имя, адрес электронной почты и желаемый пароль). Также гость, при наличии у него учётной записи, должен иметь возможность войти на сайт, указав в соответствующей форме свой адрес электронной почты и пароль. Это нужно для того, чтобы у него была возможность выполнять действия, требующие наличия учетной записи (например, покупать товары в интернет-магазине или оставлять комментарии).

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

Примеры некорректных требований ТЗ

Субъективные требования — это все требования с оценочными прилагательными типа удобный, красивый, простой и тому подобными. Они некорректны для ТЗ, так как их никак нельзя проверить, а значит принять работу, основываясь на таких критериях просто не получится:

Форма входа в систему должна быть удобной и понятной для пользователя.

Непонятно изложенные требования — это еще один пример того, что не должно попадать в ТЗ. Такие требования формулируются так, что нельзя без должной подготовки понять о чём вообще идёт речь, например:

Пользователь должен иметь возможность реструктуризировать компоненты своего аккаунта путём декомпозиции отдельных сущностей на произвольно задаваемое число взаимно зависимых компонентов.

Субъективные требования чаще всего формулирует бизнес и маркетинг, а непонятно изложенные — ИТ и другие технические специалисты. И с тем, и с другим надо бороться, так как ТЗ должно быть руководством к действию и чек-листом, по которому можно проверить выполненную работу. А некорректные требования приводят к тому, что ТЗ для этого не может быть использовано, и не очень понятно зачем его было вообще писать, если никто им не пользуется.

Примеры корректных требований ТЗ

Еще примеры нормальных функциональных требований:

Гость на каждой странице может войти на сайт. По нажатию кнопки «войти» открывается форма для ввода логина и пароля. При корректном вводе логина и пароля пользователь входит на сайт и ему выводится уведомление об этом, дальше он работает с сайтом как аутентифицированный пользователь и ему становятся доступны дополнительные возможности. При некорректном вводе логина и/или пароля отображается уведомление о произошедшем и пользователю предлагается повторно заполнить форму

Зарегистрированный пользователь при посещении сайта должен видеть персональное приветствие «Здравствуйте, [Имя] [Отчество]!» и ссылку для выхода с сайта. При нажатии на своё имя пользователь попадает в личный кабинет, при нажатии на ссылку «выход» — выходит из системы и дальше работает с сайтом как гость.

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

Как правило, функциональные требования развиваются: уточняются и конкретизируются как в процессе согласования, так и в процессе разработки.

Например, описание процедуры регистрации в конечном итоге может выглядеть так:

Гость должен иметь возможность зарегистрироваться на сайте. Для этого он может с любой страницы сайта по ссылке «зарегистрироваться» перейти на страницу с формой регистрации.

Форма регистрации содержит поля: Фамилия, Имя, Адрес электронной почты, Пароль и его Подтверждение, а также флаг согласия с публичной офертой. Все поля являются обязательными для заполнения. Адрес электронной почты должен быть корректным адресом e-mail, Пароль должен быть не короче 6 символов и содержать буквы и цифры, Пароль и Подтверждение должны совпадать, флаг согласия с публичной офертой должен быть установлен. При некорректном заполнении формы выводится список ошибок при заполнении формы, а поля с ошибками подсвечиваются.

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

Если пользователь не получил ссылку для активации, то он может запросить её повторную отправку, просто указав свой адрес электронной почты, в этом случае ему должно быть также выведено сообщение с рекомендацией поискать письмо в спаме.

Вход при помощи формы входа до активации учётной записи невозможен, в случае попытки входа или регистрации с реквизитами доступа неактивной учетной записи пользователю должно быть выведено уведомление о том, что учетная запись неактивна, а также предложение повторно отправить письмо со ссылкой для активации аккаунта.
Если пользователь не активирует свою учётную запись в течение одной недели, то она будет удалена из базы данных.

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

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

Разумеется, что в написании любой спецификации рационально соблюдать баланс между полнотой / детализированностью требований и простотой понимания / написания самого ТЗ. 

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

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

COVID-19 в Танзании — COVID-19 неизвестно — уровень неизвестен: COVID-19 неизвестен — Уведомления о состоянии здоровья в поездках | Здоровье путешественников

Рекомендации по путешествиям для полностью вакцинированных путешественников

Если вы полностью вакцинированы вакциной, разрешенной FDA, или вакциной, разрешенной для экстренного использования Всемирной организацией здравоохранения:

• Вам НЕ нужно проходить тестирование перед отъездом из США, если этого не требует пункт назначения.
• Вам НЕ нужно проходить карантин после прибытия в США.

Перед поездкой:

• Убедитесь, что вы понимаете и соблюдаете все требования авиакомпаний и пунктов назначения, связанные с поездками, тестированием, маскировкой или карантином, которые могут отличаться от требований США. Если вы не соблюдаете требования пункта назначения, вам может быть отказано во въезде и может потребоваться вернуться в Соединенные Штаты.

В пути:

• Ношение маски на носу и рту требуется в самолетах, автобусах, поездах и других видах общественного транспорта, следующих в, в пределах или из Соединенных Штатов, а также в транспортных узлах США, таких как аэропорты и вокзалы.
• Путешественникам следует соблюдать рекомендации или требования Танзании, включая ношение масок и социальное дистанцирование.

Перед полетом в США

Всего авиапассажиров, прибывающих в США, включая U.Граждане S. и полностью вакцинированные люди , — требуется для получения отрицательного результата теста на COVID-19 не более чем за 3 дня до поездки или документации выздоровления от COVID-19 за последние 3 месяца перед посадкой на рейс в Соединенные Штаты.

После путешествия

• Вы должны пройти тест на вирусы через 3-5 дней после поездки
• Самоконтроль симптомов COVID-19; изолировать и пройти тестирование, если у вас появятся симптомы.
• Соблюдайте все государственные и местные рекомендации и требования.

НЕ путешествуйте, если вы подверглись воздействию COVID-19, если вы больны, у вас положительный тест на COVID-19 или вы ждете результатов теста на COVID-19. Узнайте, когда вам безопасно путешествовать. Не путешествуйте с больным человеком.

— 2020: Танзания | Хьюман Райтс Вотч

Положение с правами человека в Танзании продолжало ухудшаться при президенте Джоне Магуфули, который был избран на этот пост в 2015 году.Правительство сняло некоторые ограничения на публикацию независимой статистики, но продолжало ограничивать СМИ и критиков правительства, отменять регистрацию групп гражданского общества, арестовывать журналистов, ограничивать гражданское пространство и ущемлять права женщин и детей.

Свобода выражения мнения и свободы СМИ

Правительство Танзании приняло жесткие меры в отношении средств массовой информации, групп гражданского общества и отдельных лиц, критикующих правительство. В феврале Министерство информации, культуры, искусства и спорта приостановило действие газеты The Citizen на семь дней за нарушение Закона о СМИ, обвинив газету в публикации двух предвзятых статей.Один был о том, что законодатель США Боб Менендес выразил озабоченность «постепенным спадом уважения к гражданским свободам в Танзании», а другой сообщил, что танзанийский шиллинг падает по отношению к доллару США.

25 апреля власти международного аэропорта имени Джулиуса Ньерере в Дар-эс-Саламе задержали и в конечном итоге депортировали Вайрагалу Вакаби, директора Угандийского Сотрудничества по международной политике в области ИКТ в Восточной и Южной Африке (CIPESA), когда он был в пути. получить награду за права человека.

29 июля 2019 года шесть полицейских в штатском арестовали известного журналиста-расследователя Эрика Кабендеру в его доме в Дар-эс-Саламе. Позже ему были предъявлены обвинения в совершении преступлений, не подлежащих освобождению под залог, связанных с отмыванием денег, уклонением от уплаты налогов и ведением организованной преступности. Кабендера писал для нескольких международных изданий, критикующих политику Танзании, включая The East African, The Guardian и The Times of London.

22 августа полиция задержала Джозефа Ганди, журналиста Watetezi TV, в Дар-эс-Саламе по вызову в полицию.Гандье 9 августа опубликовал расследование жестокости полиции в Мафинге в Иринге в центральной Танзании. 23 августа полиция освободила Ганди, не предъявив ему обвинений.

В 2018 году парламент принял Закон об электронных и почтовых коммуникациях (Регламент онлайн-контента), дающий Управлению по регулированию коммуникаций Танзании (TCRA) широкие дискреционные полномочия по лицензированию блогов, веб-сайтов и другого онлайн-контента. В январе Высокий суд в Мтваре отменил заявление организаций гражданского общества Юридический центр и центр по правам человека (LHRC), попечителей Совета СМИ Танзании и Коалиции защитников прав человека Танзании, оспаривая постановления.

В конце 2018 года Боб Чача Ванве обжаловал свой приговор 2017 года за публикацию ложной информации в соответствии с Законом о киберпреступлениях за критику в Facebook проведения выборов на Занзибаре в 2015 году. Суд Дар-эс-Салама приговорил его к 18 месяцам тюремного заключения или штраф в размере 5 миллионов танзанийских шиллингов (2175 долларов США). В марте Высокий суд Танзании в Дар-эс-Саламе поддержал апелляцию Боба Чачи Вангве на его приговор, сославшись на отсутствие доказательств.

Законодательные реформы

В июне парламент внес поправки в Закон о статистике 2015 года, согласно которым ранее публикация статистики, не утвержденной Национальным бюро статистики (НБС), считалась преступлением.Закон с внесенными в него поправками исключил уголовное преступление за публикацию независимой статистической информации и предоставил каждому человеку право собирать и распространять такую ​​информацию, в том числе информацию, отличную от информации НБС.

В марте Восточноафриканский суд постановил, что Закон об услугах СМИ от 2016 года нарушает протоколы соглашения EAC, и призвал правительство Танзании внести в него поправки, чтобы они соответствовали условиям договора. После этого правительство выразило готовность к диалогу с заинтересованными сторонами медиа-сектора по законам о СМИ, но не внесло поправок в закон.

Оппоненты правительства и другие критики

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

Девяти лидерам основной оппозиционной партии, Чама Ча Демокрасиа на Маенделео (Чадема), в настоящее время предъявлены обвинения в подстрекательстве к мятежу, подстрекательстве к насилию и проведении «незаконного митинга» в феврале 2018 года. 7 марта Высокий суд постановил, что Политики Chadema Фриман Мбоу и Эстер Матико, которые были заключены в тюрьму с 23 ноября 2018 года за неявку на судебное заседание, будут освобождены, и их залог будет восстановлен.

В мае вооруженные люди похитили Мдуде Ньягали, известного диссидента и активиста оппозиции, когда он уходил с работы в Мбози на западе Танзании вечером 5 мая, согласно заявлению партии Чадема.Нягали был найден 9 мая в Иняле, примерно в 150 километрах от Мбози, тяжело ранен и не может говорить.

Сексуальная ориентация и гендерная идентичность

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

Хотя президент Магуфули на встрече 17 ноября с высокопоставленными должностными лицами Всемирного банка пообещал, что Танзания не будет «предпринимать никаких дискриминационных действий, связанных с преследованием и / или арестом лиц на основании их сексуальной ориентации», аресты на основании предполагаемой сексуальной ориентации продолжал иметь место.

В апреле правительство запретило CHESA, организацию по охране здоровья и прав, обслуживающую сообщества ЛГБТ, наряду с Кази Бусара на Хекима (сестры KBH) и Организацией развития AHA в Танзании на основании заявлений о том, что они нарушают законы, этику и культуру Танзании. .В сентябре заместитель министра внутренних дел призвал полицию арестовать людей, которые «пропагандируют гомосексуальность». Правительство еще не выполнило обещание перед международными донорами официально запретить принудительные анальные осмотры, дискредитированный метод «тестирования» на признаки однополых половых сношений.

Права детей

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

В августе правительство Танзании запретило учителям младших классов начальной школы входить в классы с тростью.

В октябре Апелляционный суд Танзании оставил в силе постановление Высокого суда 2016 года, предписывающее правительству поднять законный возраст вступления в брак до 18 лет как для девочек, так и для мальчиков. Закон Танзании о браке 1971 года установил минимальный возраст вступления в брак для девочек на уровне 15 лет с согласия родителей и 18 лет для мальчиков и разрешил вступление в брак 14-летних детей, когда суд установил наличие особых, но неуказанных , обстоятельства.

Права женщин

В сентябре 2018 года президент Магуфули осудил планирование семьи, призвав женщин отказаться от использования противозачаточных средств.Две недели спустя правительство приостановило работу радио и телевидения, поощряющих планирование семьи. В марте Министерство здравоохранения, общественного развития, гендерного равенства, пожилых людей и детей направило всем руководителям 18 учреждений, ответственных за планирование семьи в Танзании, письмо с указанием возобновить рекламу на радио и телевидении.

Права инвалидов

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

Беженцы

В период с сентября 2017 года по 31 октября 2019 года 78380 бурундийских беженцев вернулись домой из Танзании в соответствии с соглашением о добровольной репатриации с участием Танзании, Бурунди и Управления Верховного комиссара Организации Объединенных Наций по делам беженцев (УВКБ ООН).В марте 2018 года Танзания и Бурунди поставили цель добровольной репатриации 2000 бурундийцев в неделю в соответствии с соглашением.

В августе 2019 года власти Танзании и Бурунди объявили о плане отправки всех 183 000 бурундийских беженцев, проживающих в трех лагерях в Кигоме, на северо-западе Танзании, обратно в Бурунди к концу 2019 года. В период с августа по октябрь официальные лица Танзании также сделали публичные заявления с угрозами. , Закрыли рынок лагерей беженцев и неоднократно меняли административные требования к гуманитарным организациям, работающим в лагерях.

15 октября власти Танзании незаконно принудили более 200 незарегистрированных просителей убежища вернуться в Бурунди, угрожая лишить их легального статуса в Танзании.

Ключевые международные субъекты

Восточноафриканский суд остается важным институтом в области прав человека в Танзании, принимая ключевые правовые решения в отношении обращения с отдельными лицами, а также управления учреждениями.

В ноябре 2018 года Всемирный банк удержал 300 миллионов долларов (232 миллиона фунтов стерлингов) из ссуды в 500 миллионов долларов Танзании, сославшись на запрет на беременность школьниц.В сентябре Всемирный банк утвердил ссуду в размере 450 миллионов долларов на продукты питания и средства к существованию, образование и здравоохранение в Танзании, признав поправку к Закону о статистике и обязательство правительства помочь всем девочкам завершить свое образование.

В августе посольство США в Дар-эс-Саламе и британская верховная комиссия выразили озабоченность по поводу соблюдения надлежащей правовой процедуры и длительного содержания под стражей до суда после ареста журналиста Эрика Кабендеры.

Танзания | Культура, религия, население, язык и люди

Материковая часть Танзании

Материковая часть Танзании ограничена Угандой, озером Виктория и Кенией на севере, Индийским океаном на востоке, Мозамбиком, озером Ньяса, Малави и Замбия на юге и юго-западе и у озера Танганьика, Бурунди и Руанда на западе.

Рельеф

За исключением узкой прибрежной полосы материка и прибрежных островов, большая часть материковой Танзании находится на высоте более 600 футов (200 метров) над уровнем моря. Обширные участки равнин и плато контрастируют с впечатляющими рельефами, в частности, с самой высокой горой в Африке, Килиманджаро (19 340 футов [5 895 метров]), и вторым по глубине озером в мире, озером Танганьика (глубиной 4 710 футов [1436 метров]).

Восточноафриканская рифтовая система проходит через материковую Танзанию двумя ветвями, простирающимися с севера на юг, оставляя множество узких глубоких впадин, которые часто заполняются озерами.Одна ветвь, Западная рифтовая долина, проходит вдоль западной границы и отмечена озерами Танганьика и Руква, а другая ветвь, Восточная (или Великая) рифтовая долина, проходит через центральную Танзанию от границы с Кенией в районе озер Эяси. , Маньяра и Натрон к югу от озера Ньяса на границе с Мозамбиком. Центральное плато, занимающее более трети территории страны, находится между двумя ветвями.

  Не найден хэш-файл SHA-512: https: // javadl-esd-secure.oracle.com/update/tzupdater/tzdata2014a.tar.gz.sha512. При использовании местоположения ресурса http (s) файл может быть еще недоступен. Ссылка на tzupdater README