Содержание
Эксклюзив: Как индийский производитель цемента купил российский уголь за юани 22 апреля 2013 г. REUTERS/Amit Dave
НЬЮ-ДЕЛИ, 8 июля (Рейтер) — В недавней покупке индийским производителем цемента российского угля за юани участвовал крупнейший частный кредитор Индии, HDFC Bank, согласно счету, с которым ознакомился Reuters и источник. , поскольку появляются новые подробности о торговле, которая может ослабить санкции Запада против Москвы.
Нет никаких предположений, что покупка, подробности которой ранее не сообщались, каким-либо образом нарушает санкции, введенные против России после ее вторжения в Украину.
Но в документе показан один из способов, с помощью которого Россия могла бы продолжать продавать товары за границу, не рассчитываясь в долларах США, несмотря на ограничения, направленные на вытеснение ее с финансовых рынков.
Согласно счету от 5 июня и источнику, знакомому с ситуацией, HDFC Bank (HDBK. NS) поддержал покупку производителем цемента Ultratech (ULTC.NS) российского угля у производителя и трейдера СУЭК за 172,7 млн юаней (25,74 млн долларов США). .
Согласно счету-фактуре, аккредитив по сделке был выдан пригородным отделением банка HDFC Bank Andheri East в Мумбаи.
Доллар является предпочтительной валютой для мировой торговли сырьем, но некоторые трейдеры говорят, что юань может все чаще использоваться для расчетов за поставки из России.
В счете-фактуре СУЭК просит Ultratech перевести 172,7 млн юаней на счет СУЭК в шанхайском филиале China Everbright Bank. В качестве банка-корреспондента СУЭК указывает гонконгский филиал международного кредитора HSBC (HSBA.L).
Банк-корреспондент выступает посредником при переводе денег из одного банка в другой. Агентство Reuters не смогло определить, был ли получен платеж China Everbright и участвовал ли HSBC или какой-либо другой банк в переводе средств.
HDFC Bank и HSBC отказались от комментариев. Ultratech, СУЭК и China Everbright Bank не ответили на запросы о комментариях.
Из счета было непонятно, в какой валюте был произведен платеж в юанях. Указанная сумма была указана в китайских юанях, и на прошлой неделе агентство Reuters сообщило, что Ultratech импортировала 157 000 тонн угля у СУЭК, зарегистрированной в Швейцарии, и согласилась произвести окончательный платеж в этой валюте. читать дальше
Для Индии такие способы оплаты могут стать более распространенными, поскольку она стремится поддерживать торговые связи с Россией в отношении товаров, включая нефть и уголь, без риска нарушения западных санкций.
Индия имеет тесные политические связи и связи в сфере безопасности с Россией и воздерживается от осуждения войны на Украине, которую Россия называет «специальной военной операцией».
Импорт энергоносителей в Индию из России в последнее время резко вырос, так как трейдеры, неспособные продавать на многих западных рынках, предложили огромные скидки.
Нью-Дели защищает свои закупки российских товаров, говоря, что они законны и что внезапная остановка приведет к дальнейшему росту цен и нанесет ущерб потребителям.
Более широкое использование юаня для расчетов может помочь оградить Москву от наказания и поддержать стремление Пекина к дальнейшей интернационализации юаня и ослаблению доминирования доллара США в мировой торговле.
Однако индийская фирма все еще редко соглашается заключить сделку с некитайской компанией в юанях. В отсутствие санкций зарубежные платежи российским сырьевым и энергетическим компаниям обычно осуществлялись бы в долларах через SWIFT на российские счета.
Для торговых расчетов с Индией с использованием юаня кредиторы потенциально могут отправлять доллары в иностранные банки с достаточными резервами в юанях или в китайские банки, с которыми у них есть связи, в обмен на юани для расчетов по сделкам.
В счете были указаны идентификаторы транзакций SWIFT как гонконгского отделения HSBC, так и отделения China Everbright в Шанхае. Reuters не смог подтвердить, производился ли какой-либо платеж с использованием платформы SWIFT.
SWIFT — это безопасная система обмена сообщениями, которая обеспечивает быстрые трансграничные платежи, обеспечивая бесперебойную международную торговлю. Несколько российских банков были отключены от системы в последние месяцы.
«Согласно политике, SWIFT не комментирует потоки между учреждениями», — сказал представитель.
Двусторонняя торговля Индии с Китаем, за которую компании в основном платят в долларах, процветала даже после смертельного военного столкновения на границе между двумя странами в 2020 году, которое усилило напряженность, которая до сих пор не утихла.
Нью-Дели усилил контроль за китайскими инвестициями и импортом и запретил некоторые мобильные приложения из соображений безопасности.
Правительство Индии и центральный банк знали о возможных платежах за российские грузы в китайских юанях, сообщили источники Reuters на прошлой неделе. Правительство и центральный банк не комментировали эту статью.
(1 доллар = 6,7096 китайских юаней)
Под редакцией Майка Коллетт-Уайта и Кармел Кримминс
Наши стандарты: Принципы доверия Thomson Reuters.
Незавершенная работа над продуктом — Работающие методы определения приоритетов
Незавершенная работа над продуктом очень важна. Он заполнен пунктами, которые вам нужно решить… в какой-то момент.
Но как узнать, над каким элементом невыполненной работы работать дальше? Узнайте больше о приоритезации невыполненных работ по продукту.
Как расставить приоритеты в бэклоге продукта?
Приоритизация невыполненных работ по продукту не является точной наукой. То, что работает для кого-то другого, может не работать для вас. Лучший способ приблизиться к этому — использовать один из 4 методов:
- Ранжирование стека
- Модель Кано
- Метод MoSCoW
- Стоимость задержки
Мы объясним и сравним каждый из них в этой статье.
4 Методы приоритизации бэклога продукта
Давайте рассмотрим несколько конкретных способов расставить приоритеты по порядку. Помните, вам не обязательно делать все правильно с самого начала. Ключ в том, чтобы на самом деле делать это — и с систематическим подходом, который вы можете постепенно улучшать.
Метод 1: Ранжирование стека
При ранжировании стека вы рассматриваете каждый элемент невыполненной работы и размещаете его в порядке приоритета. Вы начинаете с одного, затем двух, затем трех и продолжаете до n — общего количества элементов в вашем невыполненном списке.
Есть две, осмелюсь сказать, красивая вещи о ранжировании стека:
- Может быть только один номер один. Таким образом, вы избежите распространенной (и, честно говоря, стрессовой) ловушки продукта, когда все становится очень приоритетным.
- Часто это более точно и менее запутанно. Вы устанавливаете приоритет каждого элемента по отношению к всем остальным элементам, что упрощает процесс и делает его более понятным. Часто это более точный и простой способ расставить приоритеты, чем указывать абсолютные значения (например, «очень высокий приоритет»).
🔎 ИЩЕТЕ ЧТО-ТО БОЛЬШЕ НАДЕЖНОЕ? СКАЧАТЬ 6 СОВЕТОВ ДЛЯ СОКРАЩЕНИЯ БЭКЛОГА >>
Техника 2: Модель Кано
Модель Кано была разработана в 1980-х годах профессором Нориаки Кано. В модели Кано функции классифицируются в соответствии с потребностями и ожиданиями клиентов. Существует множество версий модели Кано. Оригинал, однако, классифицирует предметы, используя пять порогов: «Должен быть», «Привлекательный», «Одномерный», «Безразличный» и «Обратный».
Обязательный — Это ожидаемо вашими клиентами. Это функции, которые не удивят их. Они должны быть включены в ваш продукт и часто воспринимаются как должное.
Привлекательный — Это делает пользователей счастливыми, когда они там, но не разочаровывает их, когда их нет.
Одномерный — это функции, которые делают пользователей счастливыми, когда они есть, и несчастными, когда их нет.
Безразлично — не влияют на уровень удовлетворенности клиентов. Например, рефакторинг частей вашего кода, чтобы его было легче читать и понимать. Прямой ценности для клиента нет, но вам будет легче поддерживать ее в будущем.
Обратный — они делают пользователей несчастными, когда они там, и счастливыми, когда их нет. Например, вы можете реализовать функции с высоким уровнем безопасности, требующие дополнительного шага для входа в систему. Однако, если клиенты не ценят повышенную безопасность, они будут недовольны дополнительным шагом.
Зачем использовать модель Кано?
Модель Кано чрезвычайно полезна в организациях, которые склонны использовать только обязательные функции. Но чтобы преуспеть на рынке, вам также необходимо предоставить привлекательные и одномерные функции. Итак, когда приходит время расставить приоритеты в том, что входит в выпуск, рекомендуется выбрать по одному из каждой из перечисленных выше важных категорий.
Читать >> Лучшие практики для груминга продукта
Техника 3: Москва метод
Модель Москва, приглашенная на пионерский ученый из данных Dai Clegg, имеет Roths в развитии программного обеспечения. Модель MoSCoW не имеет ничего общего со столицей России. Скорее, он получил свое название от букв, составляющих его критерии: M ust Have, S must Have, C ould Have и W на Нет.
Обязательный — Если вам придется отменить свой выпуск, если вы не можете его включить, то это обязательный. Обязательные пользовательские истории — это те, которые вы гарантируете доставить, потому что без них вы не можете это сделать, иначе это было бы незаконным или небезопасным. Если есть какой-либо способ доставки без него — например, обходной путь — тогда его следует понизить до «Должно быть» или «Могло бы быть». Это не значит, что его не доставят. Это означает, что такая доставка не гарантируется.
Должен быть — Должны быть функции важны, но не абсолютно необходимы для успеха вашего релиза. Их может быть болезненно не учитывать, и они могут повлиять на ваш продукт, но они не влияют на минимальную жизнеспособность вашего продукта.
Мог бы быть — Предметы, которые можно было бы иметь, это те, которые желательны или желательны, но менее важны, чем предметы, которые должны быть. Отказ от них вызовет меньше боли, чем предмет, который должен быть.
Не будет — Пользовательские истории, в которых все согласились не предоставлять на этот раз. Вы можете оставить его в резерве на потом, если или когда это станет необходимо.
Модель Кано и модель MoSCoW — разница
Модель Кано и модель MoSCoW схожи в том, что они предоставляют сегменты, которые можно сортировать по степени необходимости. Однако они не являются взаимозаменяемыми. «Должен быть» в модели MoSCoW не равнозначен «должен быть» в модели Кано.
Категория MoSCoW часто является приоритетной и, поскольку она принадлежит владельцу продукта, ориентирована на продукт. С другой стороны, категоризация модели Кано, основанная в большей степени на данных, полученных от управления продуктом, продаж, анализа конкуренции и т. д., ориентирована на рынок.
Таким образом, сочетание этих двух методов может быть очень полезным для Agile-команд. Предоставляя комбинацию «обязательных», «привлекательных» и «одномерных» функций, а также «обязательных» согласно MoSCoW, вы гарантируете, что ваш продукт имеет хорошее сочетание удобных для клиента, готовых к рынку Особенности.
▶️ ИЗУЧИТЕ >> ПОСМОТРИТЕ, КАК СПРАВИТЬСЯ С ВАШИМ БЭКЛОГОМ С ПОМОЩЬЮ HANSOFT. идейный лидер Дональд Рейнертсен.
Несмотря на это убедительное изречение, большинство организаций, занимающихся разработкой продуктов, сегодня практически не имеют общих знаний о стоимости задержки для каждой функции.
Количественно оценить стоимость задержки — значит ответить на вопрос: «Какова будет стоимость единицы времени, если мы задержим доставку?» Затем вы можете сравнить свой ответ с оценкой, чтобы в первую очередь реализовать функцию с наибольшей стоимостью задержки и с наименьшими затратами. Это называется приоритизацией взвешенных кратчайших заданий (WSJF).
Имейте в виду, что стоимость задержки не обязательно измеряется в долларах. Существует множество способов оценки стоимости и стоимости. Двумя примерами являются репутация или очки истории.
Количественная оценка стоимости задержки для любой данной функции может оказаться непростой задачей. Те, кто разбирается в этом, пытаются рассмотреть, как стоимость задержки меняется со временем. Они обычно используют стандарты, такие как следующие.
Линейный — За каждый день, когда мы не доставляем, мы теряем деньги. Типичным примером линейной стоимости задержки является потеря денег из-за того, что у конкурентов уже есть функция, которой нет у вас.
Фиксированная дата — Если мы не доставим к определенной дате, будет слишком поздно. Пример: давайте представим, что вы делаете новогодние открытки на 2019 год. Если вы не доставите их до конца 2018 года, цена задержки будет очень высока. На самом деле, сдать потом, в январе или феврале, не имеет значения — уже поздно!
Нематериальное — Пока мы можем отложить с минимальными затратами, но со временем это может стать дорого. Хорошим примером является цена задержки при исправлении нескольких ошибок или рефакторинге вашего кода. Вы можете пропустить сегодня, но со временем это сделает другие улучшения более дорогими и может привести к тому, что стоимость задержки возрастет в геометрической прогрессии.
Ускорить — Это нужно сделать немедленно, иначе цена промедления резко возрастет. Примером функции ускорения является серьезная ошибка, которая делает ваш продукт бесполезным для всех ваших клиентов.
Стоимость категоризации задержки по сравнению со стоимостью реализации часто дает хорошее представление о том, что следует сделать в первую очередь.
Приоритизация невыполненных работ по вашему пути
Узнайте о приоритезации невыполненных работ и многом другом в Hansoft.
Собираем все вместе
Если элементы невыполненной работы превращаются в большую и громоздкую очередь, пришло время расставить приоритеты. Как уже отмечалось, существует множество способов сделать это. Нет, расстановка приоритетов — не совершенная наука, но важно начать. Приобретя некоторый опыт, вы обнаружите, какой метод или комбинация методов лучше всего подходят для вашего продукта, команды и рынка.
Приоритизация невыполненной работы в Hansoft
Узнайте больше о Hansoft, лучшем инструменте управления невыполненной работой, который предлагает все эти (и многие другие) методы приоритизации по умолчанию, чтобы вы могли расставить приоритеты на своем пути к успеху.