Дедлайн что это значит википедия: Дедлайн — что это такое? Определение, значение, перевод

почему он нужен каждой задаче и как его определение дает старт проекту 🏁

Что такое дедлайн? Если переводить дословно, то дедлайн (с англ. deadline) — это роковая черта, за которой смерть. Звучит жутко. Даже если это про задачу спланировать свой отпуск. Ладно, ладно, давай не будем так буквальны. Но если задуматься, то пока у задачи нет конечного срока, её можно откладывать на потом сколько угодно долго. А значит, напрашивается очевидный вывод:

Нет дедлайна — нет задачи

Что такое дедлайн

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

Когда появляется дедлайн

Есть идея. Мечта. Полететь в отпуск на Мальдивы. Или уехать зимовать на Бали. А может, выступить на отчетном концерте танца фламенко. Или напечатать собственную книгу в крупном издательстве (а сначала — написать бы). Но пока для мечты нет проекта, разбитого на четкие шаги-задачи, она так и остается мечтой.

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

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

Летим на Мальдивы в конце марта? Вот он, основной дедлайн. А дальше — планируем поэтапные дедлайны: покупаем билеты не позже конца февраля, бронируем отель как можно скорее, находим того, кто посидит с котом в наше отсутствие, и готовимся собирать чемодан. Ах, да. И бюджет спланируем с запасом и заранее.

Как спланировать дедлайны в Сингулярити

Так же — и с любой другой большой задачей или проектом, будь то зимовка на Бали, концерт фламенко или собственная книга. Или что угодно ещё. Главное — задать конечную цель, она же — дедлайн.

Плюсы и минусы дедлайнов

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

Дедлайны не нравятся любителям делать всё идеально: потому что просто нет времени шлифовать результат до идеала на 100500 раз. Но кажется, это даже хорошо 🙂

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

Как не ошибиться с дедлайном

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

Дедлайн — это искусство балансировать между «Сделать хоть как, лишь бы успеть» и «Куда торопиться — у нас еще куча времени!». Но как найти этот баланс?

1. Помнить про ошибку планирования
   Мы всегда недооцениваем сложность новой задачи, не учитываем возможные препятствия на пути к ее выполнению и переоцениваем свои навыки.
2. Делить большой проект на подпроекты поменьше
   И каждому из них — задавать свой дедлайн. Если очень страшно не успеть — добавляй дедлайны хоть к каждой задаче: Сингулярити так умеет!
Как установить дедлайн в Сингулярити
3. Опираться на прошлый опыт
   Если вести учет времени выполнения типичных задач, проще прикинуть, сколько займет новая подобная. Например, если ты уже писал когда-то длинные тексты, то знаешь, что за один вечер главу книги вряд ли написать. Поэтому и дедлайн должен быть не таким жестким.
4. Добавлять подстраховку к сроку готовности — на случай непредвиденного. Или использовать редлайн — точку контроля выполнения конкретной задачи незадолго до дедлайна. С ней проще понять, что что-то идет не так, и вовремя принять меры. Например, перенести срок. Хорошо, если для большого проекта редлайнов будет несколько. Обычная простуда может сорвать дедлайн
   
5. Не гнаться за идеальностью
   Возможно, решение задачи «на троечку» приблизит к успеху больше и скорее, чем попытка шлифовать до идеала и не уложиться из-за этого в срок. Например, можно написать несколько первых глав своей книги и начать выпускать их на каком-нибудь «Литресе», а остальные — дописывать по ходу.
6. Оценить важность проекта или задачи
   Обязательно нужно сделать, желательно сделать и вообще можно не делать. Это поможет определиться и с дедлайном. Танцевать фламенко — ну да, хотелось бы, но зимовать на Бали — больше. Поэтому вторая задача приоритетнее, а её дедлайн — ближе.
7. Уметь говорить «нет»
   Новым задачам и новым вводным по задаче. Потому что иначе не хватит никакого времени на то, чтобы успеть всё.

Как сделать, чтобы дедлайн сработал

Всё просто — нужны необратимые последствия. Чтобы дедлайн по-настоящему работал, он должен быть страшен, как сама смерть. Ну, или почти. По крайней мере, нужно точно понимать, что ты получишь по шапке, если его провалишь. Как быть?

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


Что делать, если дедлайн всё-таки сорвался

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

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

Тайм-менеджмент

#продуктивность

#цели

Понравилась статья?

Поделиться

Статья из блога IT-школы Hillel

Статьи Менеджмент Project Management

Прежде всего, давайте разберёмся, что же такое дедлайн. Википедия дает довольно четкое и простое определение этого термина: «Крайний срок (дата и/или время), к которому должна быть выполнена задача».

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

Менеджмент — это искусство достижения целей в условиях ограниченности ресурсов

Терри Гибсон

В нашем случае у нас очень ограничены ресурсы, но как же мы попали в такую неприятную ситуацию? Тут могут быть такие причины:

1. Неправильная оценка объема работ. Но нельзя обвинять тех, кто оценивал. Оценку всегда просят дать до начала работ, а дать оценку тому, чего ты никогда или частично делал, очень сложно.
2. Было принято решение любым способом заполучить заказчика для портфолио компании. Тут даже сложно представить, насколько могут расходиться реальный объем и оценка. Потери компании могут достигать миллионов долларов.
3. Проджект-менеджер или его начальство приняло решение «Ну и что, что оценка больше срока дедлайна, как-­то вырулим, еще и с прибылью». Это один из самых непрофессиональных подходов, ведущих за собой печальные последствия для команд(ы) разработчиков.
4. Объем работ постоянно увеличивается, каждый раз заказчик нам что­-то приносит: «А вот тут еще эту мелочь добавить», «Тут нужно, чтобы оно по-другому открывалось»… При таком подходе вы никогда не закончите, и правильный проджект-менеджер все такие изменения проводит как Change Request к оригинальному объему. И за каждый такой CR клиент платит дополнительно. Но если клиент требует, чтобы вы уложились при этом в срок, то это тяжелый клиент, и с ним нужно уметь разговаривать.

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

1. Урезание скоупа проекта. Это один из самых лучших и распространенных способов попасть в сроки без увеличения затрат. Тут можно вспомнить и принцип Парето, и отрезание «хвоста» скоупа, когда наименее полезный функционал идет в конце проекта и его можно не делать без ущерба для продукта.
2. Перенос даты окончания проекта. Если вам удастся договориться об этом с заказчиком, ­вы молодец. В начале мы говорили, что причина установленной даты окончания проекта очень важна. И если можно ее сдвинуть без непоправимого ущерба для заказчика и вас, ­это очень хороший вариант, так как не стоит прибегать в таком случае к остальным вариантам ниже.
3. Увеличение количества сотрудников на проекте. Это помогает до какой-­то критической точки, когда эффективность взаимодействия людей нивелируется количеством связей между ними. Другими словами, у вас на проекте будет столько людей, что вам будет трудно ими управлять и координировать их взаимодействие. Но увеличение количества людей хорошо работает, если части проекта не связаны или слабо связаны между собой.
4. Овертаймы на проекте. Вам придется выжимать из команды последние соки, работать по субботам, вечерами, а, может, и ранними утрами, в праздники и т.д. Это выжигает в команде мораль, снижает качество продукта, и сотрудникам нужно платить по повышенным рейтам.
5. Увеличение seniority-пирамиды на проекте, то есть привлечение более квалифицированных людей, чем имеются на данный момент. Но учтите, что время входа\адаптации на проекте варьируется от одного до трёх месяцев. Если проект заканчивается через месяц, то такой подход является бессмысленным.
6. Остановить проект. Это, наверное, самый плохой вариант для обеих сторон: заказчик не получит продукт, а подрядчик — оставшейся суммы по контракту. Но этот вариант подходит, если выгода при закрытии проекта для одной из сторон превышает затраты на его продолжение. Например, если у заказчика не осталось денег на вас, тогда выход очевиден. Если вы работаете по фиксед прайс проекту и сильно ошиблись с оценкой объема работ, то лучше уж запятнать репутацию, чем пойти в убыток. Особенно такой вариант подходит для маленьких заказчиков.

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

SAP Business Workflow — разработка ABAP

Перейти к концу метаданных

• # Каковы преимущества SAP Business Workflows?
• #Каковы уровни в архитектуре рабочего процесса?
• #Как процессы, бизнес-логика и люди связаны в рабочих процессах?
• #Что такое бизнес-объект?
• #Что такое агент и какие существуют типы агентов?
• #Каковы возможности Workflow Builder?
• #Что такое события?
• #Каковы различные методы создания событий?
• #Как можно связать событие с рабочим процессом?
• #Что такое контейнеры, привязка и редактор привязки?
• #Что такое важные транзакции и отчеты?
• #Где я могу найти более подробную информацию о рабочих процессах?
• #Exception в связывании Задачи и Метода?
• #Основные функциональные модули в рабочих процессах?

Каковы преимущества SAP Business Workflows?

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

• Неэффективность
• У каждого отсутствует способ отследить, где находится задача
• Кто исполнял(или исполняет),
• Сколько времени это требует.

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

• Workflow — инструмент автоматизации бизнес-процессов
• Не привязан к какому-либо конкретному приложению
• Работает одинаково во всех приложениях
• Координация всех участвующих задач
• Предоставлять пользователям активную поддержку
• Управление сроками возможно

Рабочие процессы очень полезны для бизнес-процессов, которые:

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

наверх

Какие уровни существуют в архитектуре рабочего процесса?

В архитектуре рабочего процесса есть 3 уровня:

• Бизнес-объект
• Бизнес-процесс
• Модель организации

вернуться к началу

Как процессы, бизнес-логика и люди связаны в рабочих процессах?

• Бизнес-процессы определены в Workflow builder. Каждый небольшой рабочий процесс называется действием в построителе рабочего процесса. Каждое действие состоит из одношаговой задачи, которая может быть стандартной задачей или шаблоном рабочего процесса.
• Ассоциированная бизнес-логика встроена в Business Objects. т. е. код ABAP будет в Business Object. Бизнес-объекты состоят из атрибутов, методов и событий. Методы состоят из кода ABAP. Каждая стандартная задача связана с бизнес-объектом и методом.
• Люди / группа людей, ответственных за выполнение действий, определены в организационной структуре. Лицо, ответственное за выполнение действия, называется фактическим агентом. Он определяется в действии рабочего процесса.

наверх

Что такое бизнес-объект?

Бизнес-объект (BO) представляет собой набор атрибутов, методов и событий для определенного бизнес-объекта. Пример BO: Заказ на продажу, Поставщик, Клиент, Материал и т. д.
BO обертывают внутренние таблицы, код приложения, документ изменений и другую техническую информацию и предоставляют их как атрибуты, методы и события. Обычно методы БО относятся к BAPI.

Следующая диаграмма намного лучше объясняет BO:

вернуться к началу

Что такое агент и какие бывают типы агентов?

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

В основном существует три типа агентов:

• Фактический агент: Тот, кто фактически выполняет действие. Это предусмотрено в рабочем процессе Activity.
• Возможный агент: все возможные лица/объекты, которые могут выполнять задачу во время выполнения. Определяется либо в организационной структуре, либо в задаче.
• Исключенные агенты: лица, которым запрещено выполнять действия над задачей. Они назначаются в определении рабочего процесса в действии рабочего процесса.

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

к началу

Каковы возможности Workflow Builder?

вернуться к началу

Что такое события?

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

Например; Рассмотрим сценарий, в котором любой заказ на продажу после создания подлежит утверждению начальником. Итак, здесь вступает в действие рабочий процесс. Рабочий процесс должен запускаться всякий раз, когда создается заказ на продажу. Бизнес-объект BUS2032 связан с созданием заказа на продажу. Событие СОЗДАНО. Таким образом, триггерной точкой или «НАЧАЛЬНЫМИ СОБЫТИЯМИ» в рабочем процессе является событие BUS2032 CREATED.

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

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

вернуться к началу

Какие существуют методы создания событий?

Различные методы создания Событий:-       

—          Функциональный модуль  – создание события путем вызова функционального модуля
                                                SWE_EVENT_CREATE   или   SAP_WAPI_CREATE_EVENT .
—          Документы изменений
—          Создание события при написании документов изменений.
—          Управление общим состоянием
—          Информационная система логистики (ЛИС)
—          Создание события  при изменении статуса.
—          События бизнес-транзакций
—          Управление сообщениями

наверх

Как событие может быть связано с рабочим процессом?

Рассмотрим начало любого рабочего процесса. Вкладка НАЧАЛЬНЫЕ СОБЫТИЯ проходит через шапку. Указывается бизнес-объект, и создается привязка к рабочему процессу для получения значений, а затем активируется ссылка. См. рисунок ниже для создания заказа на продажу в качестве начального события для рабочего процесса.
вернуться к началу

Что такое контейнеры, Binding и Binding Editor?

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

вернуться к началу

Что такое важные транзакции и отчеты?

В меню области «SWLD» перечислены все транзакции, связанные с бизнес-процессами.

SWDD — основной построитель рабочих процессов.

PFTC — Общее техническое обслуживание.

SWO1 — Конструктор бизнес-объектов.

SBWP — Рабочее место для бизнеса SWDM — Обозреватель бизнес-процессов

SWELS — Включение/выключение отслеживания событий

SWETYPV — Отображение/Обслуж. Связи типов событий

SWUS — тестовый рабочий процесс

SWUI — запуск рабочего процесса

SWI6 — рабочий процесс для объектов

SW14 — рабочий процесс для типов объектов

SWDB — построитель рабочего процесса — создание рабочего процесса

SWLV — поддержание представлений 900 03

ЗАДАНИЯ/ГРУППЫ ЗАДАНИЙ

PFTC_INS — Создать

PFTC_CHG — Изменить

PFTC_DIS — Показать

PFTC_COP — Копировать

PFTC_DEL — Удалить

Tcodes, относящиеся к событиям 901 58

Создание событий

BSVW — Управление статусом

NACE — Управление сообщениями

AWUW — Логистическая информационная система (ЛИС)

Связи событий

SWB_COND — Условия запуска рабочего процесса

Анализ рабочего элемента

SWI2_FREQ — Рабочие элементы на задачу

SWI2_DEAD — Рабочие элементы с отслеживаемыми сроками

SWI2_DURA — Рабочие элементы по продолжительности обработки

Анализ задачи

SWI11 — Задачи в рабочих процессах

SWI13 — Профиль задачи

Список важных кодов транзакций

Дополнительные сведения о транзакциях SAP Business Workflow см. по ссылке: — http://help.sap.com/saphelp_40b/helpdata/en/ 9b/572614f6ca11d1952e0000e82dec10/content.htm

наверх

Где я могу найти более подробную информацию о рабочих процессах?

Справка SAP — Бизнес-процессы
Форумы SDN
Блоги SDN по рабочим процессам
Часто задаваемые вопросы по SAP Business Workflow

к началу

Исключение при связывании Задачи и Метода?

Замечено, что когда мы связываем задачу с любым методом BO, все поля, определенные для привязки, стираются после сохранения привязки, т. е. если мы хотим увидеть поля, участвующие в привязке ЗАДАЧИ и МЕТОДА или при привязке рабочего процесса и ЗАДАЧИ видно, что элементы контейнера и элементы контейнера задачи исчезают, даже если привязка установлена. Это происходит из-за несогласованной синхронизации буфера.

Чтобы решить эту проблему, выполните действия, описанные в SWDD.

Меню->Дополнительно->Транспорт->Синхронизировать рабочий буфер или перейти к TCODE SWU_OBUF синхронизации буфера.


вернуться к началу

Базовые функциональные модули в рабочих процессах?

SWW_WI_POPUP_FOR_COMPLETION                         » показывает завершенный статус рабочего процесса

SWW_ADDR_KEY_CREATE_FROM_USER                      » показывает адрес пользователя или получатель

SWW_WI_DELETE                                                                     » создать рабочий элемент в результате события

SWW_WI_DEADLINE_CHANGE                                   » изменение атрибута крайнего срока рабочего элемента

SWW_WI_COMP_EVENT_RECEIVE                              » завершить рабочий элемент, используя события

SWW_WI_REJECT                                                        » отклонить рабочий элемент

SWW_WI_EVENT_RECEIVE                                                              » заблокировать рабочий элемент от выполнения  

SWW_WI_ENABLE                                                        » снять блокировку от выполнения рабочего элемента

DS-160: Часто задаваемые вопросы

Объяснения следующих терминов, содержащихся в онлайн-форме DS-160, доступны вам в качестве разделов справки при заполнении формы DS-160, а также приведены ниже.

Справка: Фамилии

Введите все фамилии (или фамилии) точно так, как они написаны в вашем паспорте. Если в вашем паспорте написано только одно имя, введите его как «Фамилию».

Справка: Имена

Если в вашем паспорте нет имени или имени, введите «FNU» (что означает «имя неизвестно») в поле «Имена».

Справка: Другие имена

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

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

Справка: Телекод

Телекоды – это четырехзначные кодовые числа, представляющие символы в некоторых именах, отличных от латинского алфавита.

Справка: Дата рождения

Введите, как указано в паспорте.

Справка: Место рождения

Пожалуйста, выберите имя, используемое в настоящее время для места, где вы родились.

Справка: Телефон

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

Справка: Идентификационные номера

Ваш национальный идентификационный номер — это уникальный номер, который может быть предоставлен вашим правительством. Например, правительство США присваивает уникальные номера людям, которые ищут работу или платят налоги.

Справка: Другое гражданство

Укажите все гражданства, которыми вы владеете в настоящее время, и все гражданства, которыми вы владели ранее (включая США, если применимо), независимо от того, отказались ли вы от гражданства формально и/или юридически. Если страны, гражданином которой вы ранее были, больше не существует, выберите название страны, которое в настоящее время используется для этого местоположения. (Например, если вы раньше были гражданином бывшей Восточной Германии, выберите «Германия».)

Справка:  Постоянный житель

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

Справка: Номер паспорта/проездного документа

Введите номер паспорта или проездного документа, который вы будете использовать для поездки в США. Этот паспорт/документ должен быть действительным и должен идентифицировать вас и вашу национальность.

Справка: Номер паспортной книжки

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