5 520 
Сохранить статью: 
Когда необходим аудит?
● Когда вы хотите инвестировать в стартап или продукт. Перед принятием решения об инвестировании полезно проверить их фактическую стадию развития.
● Когда вы являетесь владельцем ИТ-проекта и по какой-то причине хотите сменить компанию-разработчика программного обеспечения, заботящегося о вашем продукте.
Мы составили список наиболее важных моментов, на которые стоит обратить внимание, прежде чем вкладывать свои деньги.
1. Выбор технологии
Выбор правильной технологии для вашего проекта имеет решающее значение. Конечно, у каждого есть свои любимчики. Однако предпочтение обычно не равно оптимальности.
При выборе технологии следует учитывать как коммерческие, так и технологические аспекты. Основные вопросы, которые следует учитывать:
● Какова ожидаемая база пользователей, которые будут использовать продукт в ближайшие месяцы и годы с сегодняшнего дня? Вы же не хотите оказаться в ситуации, когда нужно менять все решение, включая передовую технологию и все, что вокруг нее построено.
● Какой процент технологий, используемых в проекте, является нишевым или уже начал свой рост? Разработчики склонны следовать технологическим новшествам, которые в тренде сейчас, но не обязательно выглядят вероятными в перспективе 5 лет. Обмен фреймворком, который казался бесполезным из-за отсутствия дальнейшего развития (но разработчик хотел покрасоваться, невзирая на будущие последствия), станет серьезной проблемой. Инвестирование в ИТ-проект с использованием нишевой технологии может навредить и вашему карману!
● Используются ли в проекте каркасы ручной работы? Я рекомендую провести небольшое исследование. Существуют ли какие-либо коммерческие или открытые заменители? Ответ “да”? Большой! В этом случае лучше отказаться от вложений. Использование самодельного каркаса — верный путь к огромным затратам на обслуживание в будущем. Почему они вообще возникают? Самая распространенная причина — неосведомленность разработчиков. Команды просто не знают, что уже существует готовое к использованию решение. Иногда это также эго разработчика. Что я не буду писать Весну?! Подержи мое пиво!
● И последнее, но не менее важное: стоимость разработчиков. Этот аспект имеет решающее значение в случае стартапов с ограниченным финансированием или длительным периодом набора стабильной клиентской базы. Если стартапу нужно много времени, чтобы выйти на стабильное развитие, каждая дополнительная трата будет увеличивать риск потери бухгалтерской ликвидности предприятия. Стоит подумать об использовании технологии, при которой разработчики генерируют более низкую ежемесячную стоимость.
2. Масштабирование решения
В этом случае стоит подумать о своих прогнозах для пользователей, активно эксплуатирующих ваше решение. В зависимости от количества пользователей на установку, на которую вы ориентируетесь, вы должны применить правильный метод масштабирования.
Предположим, что стартап нацелен на миллионы пользователей. Вам необходимо проверить способ кластеризации инструмента (поддерживает ли решение виртуализацию? Была ли архитектура разработана в соответствии с требованиями высокой доступности?) и поддерживает ли база данных работу в распределенной модели.
Кроме того, помните, что некоторые решения размещаются в облаке без какой-либо особой причины. Более того, бессмысленное использование облака приведет к дополнительным затратам и снижению эффективности приложений.
3. База тестов
IT-проекты развиваются в различных условиях. Иногда их создают организованные команды разработчиков, иногда MVP делают основатели стартапа или их друзья.
Прежде чем инвестировать в такой стартап, вы должны задать себе вопрос. Обладают ли люди, создавшие MVP, надлежащими технологическими компетенциями? Гарантирует ли их стиль работы предсказуемость затрат на техническое обслуживание?
Обычно доказательством качества решения является наличие в проекте модульных или интеграционных тестов и команды, имеющей CI/CD.
Если ИТ-проект, в который вы хотите инвестировать, не имеет тестов (или покрытие тестами низкое) и изменения вносятся вручную, это плохой знак. Вы имеете право предположить, что через несколько месяцев или лет код станет невозможно поддерживать.
Авторы не смогут создавать новые программные функции, не разрушая существующие. Это приводит к необходимости переписывать весь проект, что будет дорого.
Помните, что правильно разработанные тесты — это живая документация ИТ-решения, в которое вы инвестируете. Это само по себе ценность!
4. ТВЕРДЫЕ правила и чистый код
Существуют сотни руководств по программной инженерии. Тем не менее, создание надлежащего проекта приложения по-прежнему является проблемой для многих компаний, поэтому вам нужно быть осторожным при инвестировании в ИТ-проект.
Плохо организованный код и неправильная архитектура приводят к ухудшению читабельности кода. Обычно, когда разработчики создают решение, они не думают, что однажды кто-то вернется к их работе, чтобы внести улучшения. Этот тип программного обеспечения часто не следует правилам SOLID, что делает будущие модификации программного обеспечения чрезвычайно сложными или даже невозможными.
5. Последовательная политика актуализации и развития
Этот пункт касается программного обеспечения, распространяемого клиентам по модели, отличной от SaaS (например, on-premise). Если программное обеспечение не имеет единого плана публикации и функции модифицируются каждым клиентом отдельно, я не советую вкладывать средства в этот ИТ-проект.
Я много раз видел, как попытки угодить каждому покупателю заканчивались катастрофой для продукта. Трудно предоставить много независимых функций, которые адаптированы. В этом случае каждая актуализация заканчивается кучей жалоб от пользователей.
В случае инвестирования в ИТ-проект стоит обратиться к внешней компании, которая может провести аудит программного обеспечения. Инвестиции в программное обеспечение — рискованное предприятие. Риск лежит не только на деловой почве, но и на технологической. Особенно, когда соучредитель не знаком с вопросами ИТ. Вопросы, от которых зависит успех бизнеса.
