С самого начала разработки WebWork Time Tracker мы сами являемся пользователями этого приложения.

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

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

Тогда мы и не подозревали, что для этого есть специальный термин — «собачье кормление» .

По сути, это означает использование собственного продукта для его тестирования, проверки его работы и устранения ошибок до того, как они попадут к реальным пользователям. 

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

Хотя доступность и эффективность являются основными преимуществами тестирования на практике, в WebWork мы обнаружили гораздо больше таких преимуществ.

Ощущение клиентоориентированности 

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

Мы считаем, что обязаны этим опыту использования WebWork на практике — постоянному отслеживанию собственного рабочего времени, управлению задачами и тестированию систем мониторинга производительности .

Сопереживание продукту 

Использование WebWork позволило нам внедрить в нашу работу ценный ресурс — эмпатию .

Спорим, вы никогда не слышали о том, чтобы эмпатия была частью работы технологической команды. 

Ну вот, теперь вы это знаете. 

Мы рассматриваем WebWork как наше детище, которое мы взращивали и развивали, превратив его в независимое программное обеспечение для взрослых, каким оно является сейчас. Ну, не совсем независимое в техническом смысле, скорее в метафорическом, в том смысле, насколько оно выросло. 

Зачем и как использовать продукт

Наш опыт использования WebWork изменил наше представление о работе: теперь мы рассматриваем ее не просто как набор задач. Нас больше не интересует только «что», также заинтересованы в вопросах «почему» и «как» .

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

Ярким примером влияния тестирования продукта на набор наших функций является наша система управления отпусками .

Нашему HR-менеджеру был нужен инструмент для автоматизации и упрощения процесса оформления отпусков для большого числа сотрудников, работающих как удаленно , так и гибридном . Поскольку мы уже использовали WebWork, мы подумали: почему бы не интегрировать в него нашу собственную систему учета отпусков? Кроме того, мы знали, что многим нашим клиентам из технологической отрасли эта функция также понадобится и будет востребована.

Использование созданного вами продукта открывает занавес сцены. Вы больше не просто находитесь за кулисами — вы одновременно играете на сцене и наблюдаете за происходящим из зрительного зала.

Сокращение количества обращений в службу поддержки 

Тестирование на собственном опыте (dogfooding) не является тестированием на собственном опыте, если вы не делаете это с целью улучшения продукта. Уделяя внимание каждому компоненту инструмента, его пользовательскому интерфейсу и пользовательскому опыту, мы гарантируем выявление ошибок и несоответствий. 

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

Самостоятельное обнаружение ошибок на ранних этапах разработки также сокращает количество обращений в службу поддержки. 

Использование функции отслеживания рабочего времени в WebWork Time Tracker через командный чат

Очень часто члены нашей команды, включая генерального директора, обнаруживают ошибки, баги и даже проблемы с дизайном, которые могут привести к обращению пользователей в службу поддержки. Но благодаря методу «тестирования на себе» мы предотвращаем проблемы, выявляя их на ранних стадиях, до того, как они дойдут до пользователей.

Тестирование функций на практике до того, как они станут доступны пользователям 

Большинство функций, дополнений и обновлений всегда сначала запускаются для нашего собственного использования. У нас есть корпоративное рабочее пространство на WebWork, где вся наша команда тестирует все обновления и новые функции.

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

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

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