«Eat your own dog food» или как мы нашли самого главного клиента
Словосочетание «eat your own dog food» уже давно прижилось в IT-индустрии для определения практики использования компанией или командой разработчиков собственных сервисов и продуктов. Считается, что такой подход дает ряд преимуществ, среди которых возможность собственными глазами увидеть и оценить, как продукт или сервис работает в реальной жизни, а не в условиях интеграционного, нагрузочного или какого-либо другого тестирования.
Мы в Акронисе тоже традиционно использовали наши корпоративные продукты в собственной IT-инфраструктуре. Но долгое время четкого механизма внедрения новых продуктов и обновления старых версий не существовало. Это нередко приводило к ситуациям, когда наши клиенты начинали пользоваться продуктами гораздо раньше нас самих.
Ситуация кардинально поменялась, когда была введена обязательная приемка всех корпоративных продуктов IT-отделом компании до их релиза. Фактически, мы официально признали, что наш ИТ-отдел является нашим первым и самым главным клиентом, и что ни один наш продукт не выйдет в свет, пока он не будет удовлетворять наших первых клиентов.
Как это происходит
IT-отдел подключается к тестированию с момента запуска бета-версии. Сначала новая версия или обновления проверяются в тестовом окружении. Проблемы, возникающие с обновлением, внедрением и работой продукта решаются совместно с отделом разработки. Это позволяет менеджерам проектов и собственно разработчикам увидеть сложности, что называется, из первых рук. И далее, либо оперативно решить их до релиза, либо внести новые пункты в беклог для следующих релизов.
Внутренние клиенты не могут гарантировать качество продукта!
Очень важно не возлагать обязанности тестирования продуктов на внутренних сотрудников. Это не проектная команда, а ПЕРВЫЕ КЛИЕНТЫ. Продукт, передаваемый внутренним клиентам, должен соответствовать всем требованиям качества, которые установлены в компании для публичных релизов, и любые критичные дефекты, не обнаруженные во время активных циклов проекта, можно считать «факапом» проектной команды.
