Roadmap что такое




Содержание страницы

Roadmap

Roadmap

Roadmap (с английского, буквально «дорожная карта») — план выпуска производителем некоего продукта. Чаще всего это новая версия или развитие уже известного продукта, изменений в котором ждут потребители.

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

Примеры роадмэпов

См. также

  • Wishlist
  • Changelog
  • Backlog

Ссылки

Wikimedia Foundation . 2010 .

Смотреть что такое «Roadmap» в других словарях:

Roadmap — Saltar a navegación, búsqueda Un RoadMap (que podría traducirse como mapa del camino), generalmente se usa para comentar el estado actual en el cuál está el desarrollo de un software. También se pueden generar Roadmap para ver los nuevos cambios… … Wikipedia Español

Roadmap — Une roadmap (En français: calendrier de lancement ou plus largement feuille de route) est une représentation graphique simplifiée permettant de communiquer et de partager efficacement une intention stratégique afin de mobiliser, d’aligner et de… … Wikipédia en Français

Roadmap — Die Roadmap ist ein populäres Synonym für eine Strategie oder einen Projektplan. Aus dem Englischen übersetzt bedeutet der Begriff wörtlich Straßenkarte. Der Begriff wird in verschiedensten Forschungs und Entwicklungsbereichen verwendet, dazu… … Deutsch Wikipedia

Roadmap — A roadmap may refer to:*A map of roads, and possibly other features, to aid in navigation *A plan, e.g. **Road map for peace, to resolve the Israeli Palestinian conflict **Technology roadmap, a management forecasting tool … Wikipedia

roadmap — veiklos grafikas statusas T sritis informatika apibrėžtis Struktūrizuotas ir dažniausiai grafiškai pateiktas veiklos planas užsibrėžtam tikslui pasiekti. Naudojamas programinės įrangos projektuose, ypač jeigu jie stambesni ir turi daugiau… … Enciklopedinis kompiuterijos žodynas

roadmap — road map n. 1. A map, especially one for motorists, showing and designating the roads of a region. 2. A set of guidelines, instructions, or explanations: wrote an ethics code as a road map for the behavior of elected officials. * * * … Universalium

Roadmap — Road|map [ roʊdmæp], die; , s [engl. road map, eigtl. = Straßenkarte, aus: road = Straße u. map = (Land)karte]: 1. (EDV) Plan für die zukünftige Entwicklung von Technologien u. Produkten. 2. <o. Pl.> (Politik) amerik. Plan zur Beilegung des … Universal-Lexikon

Roadmap — Road|map [ ro:tmɛp], die; , s <englisch> (EDV Plan für die zukünftige Entwicklung von Technologien und Produkten; nur Singular auch für amerikanischer Friedensplan für den Nahen Osten) … Die deutsche Rechtschreibung

roadmap — … Useful english dictionary

Roadmap (Begriffsklärung) — Roadmap (englisch für ‚Straßenkarte‘) steht für: Eine Strategie im Projektmanagement, siehe Roadmap Einen politischen Handlungsplan zur Beilegung des Nahostkonfliktes, siehe Roadmap (Nahostkonflikt) Roadmap ist der Name Einer Navigationssoftware… … Deutsch Wikipedia

Что такое ROADMAP.EXE и как его исправить?

Совместима с Windows 2000, XP, Vista, 7, 8 и 10

Обзор ROADMAP.EXE

Что такое ROADMAP.EXE?

ROADMAP.EXE представляет собой разновидность файла EXE, связанного с Microsoft Access Developer Sampler, который разработан Microsoft для ОС Windows. Последняя известная версия ROADMAP.EXE: 1.0.0.0, разработана для Windows. Данный файл EXE имеет рейтинг популярности 1 звезд и рейтинг безопасности «Неизвестно».

Что из себя представляют файлы EXE?

Файлы EXE («исполняемые»), такие как ROADMAP.EXE – это файлы, содержащие пошаговые инструкции, которым компьютер следует, чтобы выполнить ту или иную функцию. Когда вы дважды «щелкаете» по файлу EXE, ваш компьютер автоматически выполняет эти инструкции, созданные разработчиком программы (например, Microsoft) с целью запуска программы (например, Microsoft Access Developer Sampler) на вашем компьютере.

Каждое программное приложение на вашем компьютере использует исполняемый файл: ваш веб-браузер, текстовый процессор, программа для создания таблиц и т.д. Это делает исполняемые файлы одними из наиболее полезных видов файлов в операционной системе Windows. Без таких исполняемых файлов, как ROADMAP.EXE, вы не смогли бы использовать ни одну программу на вашем компьютере.

Почему у меня наблюдаются ошибки в файлах типа EXE?

Из-за своей полезности и вездесущности, файлы EXE обычно используются в качестве способа заражения вирусами / вредоносным ПО. Зачастую вирусы маскируются под неопасные файлы EXE (например, ROADMAP.EXE) и распространяются через почтовый СПАМ или вредоносные веб-сайты, а затем могут заразить ваш компьютер, когда будут запущены на исполнение (например, когда вы дважды щелкаете по файлу EXE).

В дополнение, вирусы могут заразить, переместить или повредить существующие файлы EXE, то впоследствии может привести к сообщениям об ошибках, когда исполняется Microsoft Access Developer Sampler или связанные программы. Таким образом, любой исполняемый файл, который вы загружаете на свой компьютер, необходимо проверить на вирусы перед открытием, даже если вы считаете, что он получен из надежного источника.

В каких случаях появляются ошибки в файлах типа EXE?

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

Распространенные сообщения об ошибках в ROADMAP.EXE

Наиболее распространенные ошибки ROADMAP.EXE, которые могут возникнуть на компьютере под управлением Windows, перечислены ниже:

  • «Ошибка приложения ROADMAP.EXE.»
  • «ROADMAP.EXE не является приложением Win32.»
  • «Возникла ошибка в приложении ROADMAP.EXE. Приложение будет закрыто. Приносим извинения за неудобства.»
  • «Файл ROADMAP.EXE не найден.»
  • «ROADMAP.EXE не найден.»
  • «Ошибка запуска программы: ROADMAP.EXE.»
  • «Файл ROADMAP.EXE не запущен.»
  • «Отказ ROADMAP.EXE.»
  • «Неверный путь к приложению: ROADMAP.EXE.»

Такие сообщения об ошибках EXE могут появляться в процессе установки программы, когда запущена программа, связанная с ROADMAP.EXE (например, Microsoft Access Developer Sampler), при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки ROADMAP.EXE является важной информацией при устранении проблемы.

Причины ошибок в файле ROADMAP.EXE

Проблемы ROADMAP.EXE могут быть отнесены к поврежденным или отсутствующим файлам, содержащим ошибки записям реестра, связанным с ROADMAP.EXE, или к вирусам / вредоносному ПО.

Более конкретно, данные ошибки ROADMAP.EXE могут быть вызваны следующими причинами:

  • Поврежденные ключи реестра Windows, связанные с ROADMAP.EXE / Microsoft Access Developer Sampler.
  • Вирус или вредоносное ПО, которые повредили файл ROADMAP.EXE или связанные с Microsoft Access Developer Sampler программные файлы.
  • Другая программа злонамеренно или по ошибке удалила файлы, связанные с ROADMAP.EXE.
  • Другая программа находится в конфликте с Microsoft Access Developer Sampler и его общими файлами ссылок.
  • Поврежденная загрузка или неполная установка программного обеспечения Microsoft Access Developer Sampler.

Как исправить ошибки в ROADMAP.EXE

Предупреждение: Мы не рекомендуем скачивать ROADMAP.EXE с сайтов типа «EXE». Такие сайты распространяют файлы EXE, которые не одобрены официальным разработчиком файла ROADMAP.EXE и часто могут поставляться в комплекте с инфицированными вирусом или другими вредоносными файлами. Если вам требуется копия файла ROADMAP.EXE, настоятельно рекомендуется получить ее непосредственно у Microsoft.

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

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

Шаг 1: Исправить записи реестра, связанные с Microsoft Access Developer Sampler

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

В принципе, это означает, что в то время как фактическая путь к файлу мог быть изменен, его неправильное бывшее расположение до сих пор записано в реестре Windows. Когда Windows пытается найти файл по этой некорректной ссылке (на расположение файлов на вашем компьютере), может возникнуть ошибка ROADMAP.EXE. Кроме того, заражение вредоносным ПО могло повредить записи реестра, связанные с Microsoft Access Developer Sampler. Таким образом, эти поврежденные записи реестра EXE необходимо исправить, чтобы устранить проблему в корне.

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей ROADMAP.EXE не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как %%product%% (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с ROADMAP.EXE. Используя очистку реестра, вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку ROADMAP.EXE) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра может резко повысить скорость и производительность системы.

Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с ROADMAP.EXE (например, Microsoft Access Developer Sampler):

  1. Нажмите на кнопку Начать.
  2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да.
  6. Черный ящик открывается мигающим курсором.
  7. Введите «regedit» и нажмите ENTER.
  8. В Редакторе реестра выберите ключ, связанный с ROADMAP.EXE (например, Microsoft Access Developer Sampler), для которого требуется создать резервную копию.
  9. В меню Файл выберите Экспорт.
  10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Microsoft Access Developer Sampler.
  11. В поле Имя файла введите название файла резервной копии, например «Microsoft Access Developer Sampler резервная копия».
  12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь.
  13. Нажмите Сохранить.
  14. Файл будет сохранен с расширением .reg.
  15. Теперь у вас есть резервная копия записи реестра, связанной с ROADMAP.EXE.

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

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

Fastr — мобильная децентрализованная платформа для проведения опросов

Самое экономное маркетинговое исследование.

Вы не платите интервьюерам и маркетологам. Заплатите только аудитории, которая ответит на Ваш вопрос

Гарантия,
что отвечают реальные люди.

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

Высокая скорость исследования.

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

Без затрат времени на найм сотрудников и бесконечный анализ данных.

Вознаграждение за честные ответы.

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

Возможность высказать свое мнение и изменить мир к лучшему

Наше приложение создано, чтобы заказчики узнали ваше мнение и сделали так, как Вам удобно. Отвечая на вопросы, вы формируете мир вокруг Вас.

Подарки, бонусы и скидки.

Помимо денежного вознаграждения Вы можете получить скидки и подарки от заказчиков

Целый каталог товаров и услуг.

За полученное вознаграждение Вы можете приобрести нужные и полезные товары и услуги прямо в приложении

Приводи друзей через свою реферальную программу и получай процент от ответов

Как это работает?

Экономика системы обеспечивает циркуляцию финансов внутри сервиса

Давайте сравним

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

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

Время проведения обычного исследования может составлять от пары недель до нескольких месяцев

Вам хватит одного часа, чтобы скачать и установить приложение, задать целевую аудиторию, пополнить баланс и провести опрос

Слабый подбор фокус-группы. Часто на вопросы отвечают родственники или друзья того, кто проводит исследования

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

2017 Decred Roadmap

The time for a new Decred roadmap has finally arrived. While many users have been keen to know where the project is headed in detail, we have intentionally avoided laying out our longer term plans in order to prevent other projects from implementing these ideas before they make it into Decred. I recognize that our approach with Decred runs counter to most other cryptocurrency projects, which often focus much more on hype and marketing than on development and sound engineering. Instead of hyping future work in advance of its completion, we have quietly completed our work and will hype it as it goes into production. Now that we are close to our first major post-launch milestone, hard fork voting, it is a good time to share where Decred will go from here. Here is a summary of what we have planned for Decred in 2017:

  • Convert Decred into a stakeholder-directed DAO — While other projects have attempted to create a DAO via a monolithic smart contract, Decred will build a DAO in several steps, ensuring each component works independently before putting it into production.
    • Hard fork voting — Stakeholders will be able to vote on all hard fork changes to Decred, with only those changes obtaining greater than 75% support being activated.
    • Public proposal system — After hard fork voting is in production, we will create an off-chain system where Decred users can submit proposals for future work to be performed by the development organization, Decred Holdings Group (“dev org” or “DHG”).
    • Decentralized control of DHG funds — Currently, the control of DHG funds is centralized, and this will be resolved by creating a system whereby control of these funds is decentralized, e.g. based on stakeholder voting.
  • Lightning Network support — The lightning network is the most directly useful application of smart contracts to date since it allows for off-chain transactions that optionally settle on-chain. This infrastructure has clear benefits for both scaling and privacy.
  • Improved GUI wallets — We have made substantial progress with GUIs, Paymetheus (Windows) and decrediton (Windows, OS X, and Linux), and will continue to improve the user experience.
  • RFP process change — To date, the RFP process has involved giving quotes on deliverable sets, and this system is cumbersome to administrate and maintain. The RFP process will change to one where individuals and businesses will be contracted on a longer term basis to work for the project. As part of the RFP changes, we will be looking for contractors to do marketing, advertising, documentation and community management work.
  • Presence at events — With hard fork voting nearly ready for production, we have some legitimately interesting content to discuss at events. Our presence at events will ramp up starting in late Q1 2017.
  • Enhanced privacy — Starting in late Q2 or early Q3 2017, we will propose a new initiative to enhance user privacy.
  • Payment integration support — Instead of only focusing on Decred from a speculative position, we will support efforts to integrate Decred as a payment method for businesses starting in Q1 2017.

Each of these roadmap items is discussed in greater detail below.

Hard fork voting

Bitcoin demonstrated that it is possible to disintermediate the storage and transmission of value, an area that is the mainstay of the banking industry. Decred will demonstrate that it is possible to disintermediate the process of political decision-making for a cryptocurrency, something that typically requires an elected or appointed official. Allowing stakeholders to vote on all hard fork changes ensures interested parties have representation in major decisions that will affect Decred, unlike most other cryptocurrencies. The ability to implement ongoing user-approved hard fork changes will give Decred the ability to continuously adapt and evolve.

This ability to hard fork on an ongoing basis with stakeholder support is key to the decentralized governance that was proposed as part of our February 2016 launch. In terms of relative difficulty, this hard fork voting is the highest hurdle to cross since it deals with consensus code, which is notoriously brittle and challenging to write. Instead of knocking out the easier more visible tasks first, we have opted to clear the most difficult hurdle first and move to unlock what we see as the most valuable part of Decred. We will have a hard fork voting demo for the coming 0.8.0 release, to be followed soon after by a set of hard fork changes to be voted on in the next release.

Public proposal system

Once hard fork voting is working, a natural question to ask is “how do you decide on what to vote on?”, which several astute users have pointed out is currently a centralized process. We are aware that the decisions about what the dev org should work on and what issues get voted on are centralized, and fixing this is a further step towards decentralization of the dev org. Setting up a system where users can submit proposals for what to work on, fund or vote on is a good way to start.

The proposal infrastructure will be public and off-chain but will be anchored to the Decred chain. A formal proposal for the software used for this will be made public following hard fork voting going into production. Getting the proposal system into production should only take a few months and be relatively easy in comparison to the hard fork voting work.

Decentralized control of DHG funds

In order to complete the transition from a centralized dev org, DHG, to a decentralized autonomous organization, the Decred DAO, control of the dev org funds must be decentralized. This will be the last step required before DHG can be dissolved and dev org funds transferred to the Decred DAO.

As the Ethereum Project has learned first-hand, bugs or exploits that affect control of a DAO’s funds can create a very serious problem. Instead of entrusting the funds to a contract that is Turing complete, we will design, implement and test a simple non-Turing complete smart contract that decentralizes the control of funds. One possible route to take here is to make disbursements of funds from the dev org require generic stakeholder approval, but this and any other proposed solutions will need to be examined from a legal and tax perspective.

Lightning network support

The Lightning Network (“LN”) that builds on top of Bitcoin is the best proposed use of smart contracts I have seen to date. LN uses minimally-complex non-Turing complete smart contracts to facilitate off-chain transactions, which is something that all cryptocurrency projects should consider supporting from both a scaling and a privacy perspective. Once enabled, this will allow atomic cross-chain transfers between Decred, Bitcoin and any other project that supports LN, creating a new low-latency low-risk liquidity channel for Decred.

Since Decred is still rather close to Bitcoin in terms of code, it should be straightforward to sync code from btcd to dcrd that will enable the various opcodes and other soft fork changes required to support LN. Instead of activating these changes via soft forking, as was done in Bitcoin, we will activate these changes via hard fork voting, so our stakeholders will have the opportunity to make the decision to activate LN support.

Improved GUI wallets

In the past several months, we have made substantial progress with our wallet GUIs, Paymetheus (Windows) and decrediton (Windows, OS X, and Linux). Decred is based on btcsuite, so it did not have the luxury of inheriting an existing well-used GUI, unlike many projects based on bitcoin-qt In the next few releases, all the major functions performed by dcrwallet, the command line wallet, will be made available in Paymetheus and decrediton, e.g. using a stakepool, automatic purchasing of tickets and voting support.

The next release will feature substantial improvements to decrediton, which is currently in an alpha state and not recommended for non-technical users. All basic wallet functions will be working the 0.8.0 release of decrediton, and possibly some of the more advanced features. As part of hard fork voting, graphical components will be added so that users can easily set their voting preferences without dealing with the command line in both Paymetheus and decrediton. After the wallet GUIs are “caught up” with dcrwallet’s features, we will move onto integrating multisig, the proposal system and LN support.

RFP process change

The original prescription for distributing dev org funds was one based on deliverable-driven requests for proposal (“RFPs”). In some cases this deliverable-driven process worked out rather well, but in others it led to complete inaction on part of the contractors. What has become clear is that a deliverable-driven process makes sense for certain types of work and not for others. For example, design work and sysadmin/infrastructure tasks work well on a deliverable-driven basis, while development, documentation, marketing and community management require continuous work over longer periods of time. In order to make progress on these fronts, we need to find individuals or businesses that are independently motivated and can steadily deliver while being paid in decred.

Having identified the problems with the RFP process from this first iteration, we will begin searching for contractors who are interested in performing ongoing work in the areas of development, documentation, marketing and community management. Since DHG pays out in decred, a typical contractor would work on the project on a part time basis, submitting a monthly invoice where DHG is billed on an hourly basis, with some maximum billable number of hours per week. The weakest areas are the community management and marketing, so we will turn our attention to staffing those areas first. Specifically, we’re looking for people who can help maintain and drive participation on the Decred Forum, Slack, Twitter, bitcointalk, reddit and other relevant forums and sites.

Presence at events

With hard fork voting going into production in the next 2 releases, Decred will have unique infrastructure for modifying its consensus rules on an ongoing basis, which provides plenty of material for a talk or presentation at conferences. Previously, it could be argued that Decred did not provide a particularly strong value proposition for its users, but with hard fork voting, that value proposition becomes concrete. Decred will continue ceding sovereignty over its various functions to the stakeholders as we continue to pursue decentralization as a process, and each step of that process will be something that can be presented and discussed.

Ensuring Decred has a presence at various cryptocurrency conferences and events will be a priority starting in late Q1 2017. In the meantime, we will publicly and collectively prepare a list of events to attend, either as attendees or as speakers. I am aware that there is a political dimension to getting speaking time at conferences, so anyone who can help us get speaking time should make a point to get in touch via the forum. Based on my experience going to Bitcoin conferences over the past several years, I have learned it is very easy to burn a lot of money attending events, so we will need to be cautious with expenditures in this area.

Enhanced privacy

The attentive Decred user may have noticed that most of us at Company 0 are pretty serious about privacy and security (see the previous zkc entry), so it should be entirely unsurprising to hear that we have plans to enhance privacy in Decred. To date, several larger cryptocurrency projects have focused on privacy, e.g. Monero, Dash and Zcash. Based on the level of competition amongst the various privacy-centric projects, we decided to avoid competing in this domain, at least in this early phase of Decred. In late Q2 or early Q3 2017, we will begin publicly developing a new method of enhancing privacy for Decred.

Since the cryptocurrency privacy domain is so competitive, I will not be sharing any details on what we have planned. It will be a substantial departure from what is currently in use by other projects, so it should make for a decent surprise.

Payment integration support

Cryptocurrencies are intended to be used as a system for both the storage and transmission of value, so it is only natural to support the integration of Decred in the context of transmitting value. Giving merchants the ability to accept decred as payment or to spend it with their vendors creates utility, liquidity and value for Decred. The integration work needed to support Decred can take many forms, e.g. WooCommerce plugin, supporting fiat-to-decred exchange, or adding support to an existing payment processor. Integration work for accepting payments in decred will require several groups of people collaborating: merchants, implementors, developers and payment processors.

Initially, it is ideal to isolate support to the larger platforms and more technical merchants, e.g. top e-commerce solutions, larger altcoin payment processors and more technologically adept merchants. An ideal scenario for a payment integration would have the following properties:

  • The merchant is sufficiently technologically adept to use and nominally understand Decred.
  • The merchant is located in a jurisdiction with a volatile currency and/or capital controls, e.g. Venezuela, so that Decred’s volatility is less of an issue.
  • The merchant routes some portion of their sales and/or purchases via Decred.
  • The merchant and their counterparty are in jurisdictions where other individuals or businesses can assist with fiat-to-decred (or vice versa) liquidity.
  • The merchant uses decred as a store of value.
  • The merchant makes larger transactions in decred.

While it’s obviously not possible for every interested merchant to satisfy this checklist, it serves to demonstrate the ideal scenario where Decred and merchants can mutually benefit from payment integration. If you own a business and are interested in using decred as a payment method or store of value, come interact with us on the forum to see what your options are. We will begin discussing what integration work to start with on the forum this week and merchants can expect several options to be available by end of Q1 2017.

Road map – дорожная карта продукта

Что такое road map или дорожная карта продукта? Для чего она нужна и как ее составлять?

Давайте рассмотрим 2 самых распространенных случая:

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

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

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

Road map, что это

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

Миссия и стратегия входят в road map, а дальше уже раскладываются до уровня более мелких задач. Чтобы лучше понять, что такое дорожная карта продукта, предлагаю посмотреть, какие задачи она решает.

Какие задачи решает

  • Отражает миссию и стратегию продукта
  • Является основным документом для реализации стратегии
  • Показывает основное направление действий для ключевых персон и команды
  • Синхронизирует всех участников процесса, нивелирует лишние обсуждения и недопонимания
  • Помогает отвечать на вопрос “Зачем мы это делаем?”

Из чего состоит

Используйте картинку ниже, чтобы понять из каких частей состоит road map.

– Опишите миссию и цели продукта над которым работаете
– Определите кто будет пользоваться road map
  • руководство
  • разработка
  • смежные структуры (маркетинг, продажи, финансы)
  • пользователи

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

– Определяем тип road map
  • по целям
  • по командам
  • по странам
  • по платформам

На примере далее будет использован тип по целям. В моей практике он самый распространенный.

Почта, это прошлый век, подписывайтесь на наш telegram канал!

Пример визуализации

Дорожную карту для своего последнего продукта (новостного сайта) я сделал в google таблицах, выглядела она так.

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

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

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

Чем делать road map

  • Excel / Numbers / Google таблицы
  • PowerPoint / KeyNote
  • Специальные сервисы

Принципиальной разницы нет, проще всего и быстрее, на мой взгляд, отобразить все в таблицах. Являясь фанатом облачных сервисов Google, я предпочитаю Таблицы. Их просто создавать и еще проще расшарить всем заинтересованным лицам.

Ключевые особенности

  • Road map, это не бэклог. Если бэклог, это конкретные задачи, которые необходимо выполнить в установленные сроки/спринты, то дорожная карта, это скорее направление и более крупные шаги.
  • Основывайте свой road map на основных темах/эпиках (крупных задачах) и будьте более гибкими на уровне небольших фичей/задач.
  • Отслеживайте все изменения в стратегии и целях компании. Вносите их в дорожную карту.
  • Пересматривайте приоритеты в долгосрочной перспективе. Возможно, часть задач уже не так важна, как раньше.

Не замыкайтесь

Главное запомните, что road map, это не монолитная структура, а ваш помощник на пути к лучшему продукту. Дорожную карту вы можете создавать как под крупные, так и под небольшие задачи. Нет жесткой установки, что мы должны работать только с глобальными этапами. Но даже для небольших, вам потребуется ответить на вопрос: “А как это согласуется с нашей миссией и стратегией?”,- поэтому не забывайте связывать свой road map с основными направлениями продукта.

Что же такое “медвежье ушко”? Узнаете из ролика ниже…