Бизнес-совпадение
Используйте реальные процессы, чтобы проверить, сколько ядра необходимо системе с открытым исходным кодом, а не только список функций и страницу презентации.
Home / Руководство по принятию решений по проекту / Разработка и адаптация с открытым исходным кодом
PROJECT DECISION GUIDEРазработка с нуля пользовательских или системных адаптаций с открытым исходным кодом
Модификации с открытым исходным кодом могут быть не дешевле и не более управляемыми с нуля. Ключ заключается в том, чтобы судить о соответствии между существующими возможностями с открытым исходным кодом и целевыми операциями, а также будущими обновлениями и затратами на техническое обслуживание.
Отвечай на вопрос.
Разработка на заказ и адаптация с открытым исходным кодом
Когда основные процессы являются общими, проекты с открытым исходным кодом являются зрелыми, а лицензии совместимы с бизнес-моделями, адаптация на основе системы с открытым исходным кодом может сократить первый цикл; когда бизнес-правила составляют основную конкурентоспособность, структурные ограничения ясны или глубина адаптации может быть продлена вдали от версий сообщества, обычно более целесообразно настраивать с нуля.
DECISION FACTORS
Ключевые элементы, подлежащие проверке для принятия решений
Сначала выявляются границы сдержанности и ответственности, затем сравниваются технические пути и условия сотрудничества.
Лицензирование и бизнес-модель
Оценка допустимых границ использования, модификации, распространения, услуг SaaS, товарных знаков и зависимых компонентов, при необходимости, при условии рассмотрения юристами.
Изменить глубину
Интерфейсы, бренды и небольшое количество расширений процессов обычно менее рискованны; серьезные изменения в моделях данных и структурах могут ослабить преимущества программ с открытым исходным кодом.
Обновить Path
Необходимо уточнить, кто отвечает за обновления версий сообщества, исправления безопасности, консолидацию пользовательских ветвей и автоматизированные регрессионные тесты.
Командные компетенции и поглощение
Следует выбрать любой маршрут, а также получить исходные коды, инструкции по развертыванию, миграцию данных, интерфейсы и транспортные документы.
Общая стоимость владения
Сравните разработку, лицензирование, облачные ресурсы, модернизацию, мобильность, безопасность и затраты на персонал как минимум на три года, а не полагайтесь на первое предложение.
Подготовка рекомендаций до сообщения или оценки
Целевые бизнес-процессы и дифференциальные функцииДеятельность проекта кандидата с открытым исходным кодомЛицензии и полагающиеся компонентыСтруктура и техническая якорная играПробелы в безопасности и механизмы обновленияПункты продления второго этапа развитияОбновление версий и отраслевая политикаОбщая стоимость трех лет владения
Предлагаемый путь к осуществлению
Рекомендуется провести раунд отбора и анализа разрывов, в ходе которого спрос на продукцию будет охватывать матрицу, лицензионный риск, перечень адаптации, стратегию модернизации и сопоставление расходов по двум маршрутам, прежде чем будет принято решение о создании проекта.
DECISION WORKSHEET
Разработка кастомизации и адаптация с открытым исходным кодом к принятию решений, подлежащих исполнению
Следующие рабочие листы помогают предприятиям организовать нечеткие консультации в рамках исходных данных, касающихся поставщиков, внутреннего одобрения и дебиторской задолженности по проектам.
Бизнес-совпадение
Используйте реальные процессы, чтобы проверить, сколько ядра необходимо системе с открытым исходным кодом, а не только список функций и страницу презентации.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Лицензирование и бизнес-модель
Оценка допустимых границ использования, модификации, распространения, услуг SaaS, товарных знаков и зависимых компонентов, при необходимости, при условии рассмотрения юристами.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Изменить глубину
Интерфейсы, бренды и небольшое количество расширений процессов обычно менее рискованны; серьезные изменения в моделях данных и структурах могут ослабить преимущества программ с открытым исходным кодом.
Если фактор остается неопределенным, следует организовать диагностику или мелкомасштабную валидацию, и нецелесообразно включать непосредственно неизменный фиксированный общий ценовой диапазон.
Что должно содержать сопоставимое резюме оценок?
Как минимум, целевые бизнес-процессы и функции несоответствия, деятельность кандидатов проектов с открытым исходным кодом, лицензии и зависимость от компонентов, архитектура и технология якорного соответствия, при описании текущего объема бизнеса, среднего времени обработки, основных аномалий, систем на месте, привилегий данных, зависимости от третьих сторон и окон доступа.Одна и та же версия информации предоставляется различным поставщикам и отдельные описания предположений, исключений, вопросов сотрудничества с клиентами, доказательств доставки и принятия необходимы, чтобы избежать сравнения только общей цены одной недостающей границы.
Например, предприятие ожидает, что проект позволит сэкономить 160 часов труда в месяц, но этот показатель следует разбить на число задач, экономию времени, коэффициенты принятия и коэффициенты ручного обзора. Если только 40 процентов пользователей используют первый период, или если новый процесс увеличивает процесс обзора, фактические выгоды будут значительно ниже, чем кажущаяся оценка.
Четыре типа доказательств, рекомендуемых для допроса во время общения с продавцом
Первый из них - это объемные доказательства: согласованность версий спроса, бизнес-процессов, прототипов, интерфейсов и исключений; второй - инженерные доказательства: имеют ли аналогичные технологии доступные структуры, управление кодом, тестирование, развертывание и методы управления проблемами; третий - кадровые доказательства: ясны ли фактические участники, этапы ввода, обязанности и механизмы замены; и четвертый - доказательства доставки: как передаются исходные коды, данные, номера счетов, документы, обучение, обеспечение качества и транспорт. Нормально, что поставщики не могут обеспечить конфиденциальность клиентов на этапе торгов, но должны быть в состоянии объяснить свои собственные методы и доказательства, которые могут быть разработаны в рамках этого проекта.
Рекомендуется, чтобы ясность охвата, критическая зависимость, способность команды, возможность принятия и долгосрочное поглощение оценивались отдельно и чтобы основа для каждого балла была записана. Если программа дешевле, интерфейс, миграция, тестирование или онлайн-ответственность исключены, то она должна быть преобразована в тот же калибр доставки перед сравнением.
Принцип суждения
Эта страница предоставляет структуру принятия решений, которая не представляет собой фиксированное предложение или обязательство по производительности.
FAQ
FAQs
Наиболее распространенные вопросы перед сотрудничеством четко излагаются заранее.
Является ли система с открытым исходным кодом свободной?+
Стоимость лицензии на код может быть нулевой, но для выбора, развертывания, адаптации, миграции данных, безопасности, модернизации и транспортировки требуются инженерные входные данные.
Чем больше изменятся системы с открытым исходным кодом, тем лучше?+
Возможность достижения различий с помощью плагинов, конфигураций и расширений должна быть уменьшена за счет уменьшения вторжений в основные коды, чтобы снизить стоимость последующих обновлений.
Можете ли вы сначала переписать его, а затем переписать?+
Да, но с самого начала данные, интерфейсы и операционные границы должны быть запланированы, чтобы избежать целенаправленной миграции в будущем.
DECISION FAQ
Проверить 265 вопросов.Общие вопросы, связанные с текущими проектами
Апплеты, APP, SaaS и старые системы
Должны ли корпоративные системы разрабатываться с нуля или с открытым исходным кодом на вторичной стадии?
Процессы являются общими, продукты с открытым исходным кодом созревают, а лицензии позволяют осуществлять вторичную разработку. Когда различия в бизнесе, ограничения на базовую архитектуру или долгосрочные затраты на модернизацию высоки, может быть более целесообразным разрабатывать с нуля.
Смотреть полный ответСтартап программного проекта и выбор программыКак выбрать низкий код, системы с открытым исходным кодом и пользовательские разработки?
Низкий код подходит для процессов, которые являются четкими, изменяемыми и способными охватывать более высокие внутренние приложения; системы с открытым исходным кодом подходят для продуктов с зрелой областью, которые могут удовлетворить спрос посредством конфигурации и вторичной разработки; настроить разработку проектов, которые подходят для дифференцированных процессов, сложной интеграции, производительности или более высоких требований к контролю продукта. Выбор производится с сравнением общей стоимости и пропускной способности в течение трех-пяти лет, а не только с первой ценой. Предприятия также могут использовать комбинированные маршруты, позволяя различным технологиям принимать наиболее подходящие границы бизнеса.
Смотреть полный ответРазработка программного обеспечения и аутсорсинг проектовСколько обычно стоит разработка программного обеспечения?
Настраиваемое программное обеспечение не имеет единой цены, основанной на размере страницы, а затраты определяются главным образом объемом, интерфейсом, данными, полномочиями, производительностью и подотчетностью за доставку. Система управления с таким же названием может быть инструментом одного сектора или соединением с заказами, инвентарем, финансами и многоорганизационными органами. Рекомендуется установить первый замкнутый цикл бизнеса и границы приема и проверки, а также оценить рабочую нагрузку на продукт, проектирование, разработку, тестирование, развертывание и техническое обслуживание. Любая точная общая цена, указанная без знания необходимости, рассматривается только в качестве маркетинговой ссылки.
Смотреть полный ответСтартап программного проекта и выбор программыТребования к программному обеспечению неполны, поэтому мы можем сначала иметь внешнюю фирму для их оценки?
Возможно, и если спрос неполный, сначала поставить диагноз ограниченных потребностей, а не напрямую требовать фиксированную общую цену. Предприятию просто нужно указать свой бизнес-фон, целевых пользователей, текущие проблемы, время для выхода в интернет и доступные бюджеты.
Смотреть полный ответRELATED
Представление оценки проектаСохраняйте свои знания об услугах
относящийся
Коммерциализация систем с открытым исходным кодом
Понимание выбора, частного развертывания, вторичной разработки и долгосрочного обновления
Для получения дополнительной информации.относящийсяРазработка бизнес-программного обеспечения
Понимание бизнес-процессов для полной доставки источника
Для получения дополнительной информации.относящийсяПредставление информации об отдельных оценках
Сопоставление целей, статуса и проектов кандидатов с открытым исходным кодом
Для получения дополнительной информации.