Перейти к содержанию

Кто принимает ключевые решения в компании?


Рекомендуемые сообщения

Здравствуйте уважаемый Евгений Валентинович!

 

Хочу спросить вас, кто же принимает решения в компании, пока вы находитесь в поездках?

 

Например, кто подписал бумагу о выходе новой сырой сборки 9.0.0.735, что её пришлось через 2 дня отзывать?

Кто проверяет качество "релизных" продуктов? А кто проверяет проверяющих?

 

Не страшно ли вам, что в релиз уходят продукты с орфографическими ошибками в интерфейсе и с ошибками которые практически сразу бросаются в глаза?

 

Может стоит задуматься о том, чтобы вернуться в Москву и навести все-таки порядок? Не гнаться за новыми версиями, а хотя бы довести до ума старые...

 

Не позор ли, что то, что не работает в продукте - работает в скинах от скинописцев?

 

Если разработчики и/или тестеры не справляются, может целесообразно нанять им помощников?

_______

 

Извините, если тон заданых вопросов показался вам чересчур жестким. Я не первый год пользуюсь продукцией ЛК и то, что происходит сейчас мягко говоря не радует не только меня, а и очень многих пользователей...

 

Буду благодарен за ответ, каким бы он не был.

Изменено пользователем SLASH_id
  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

Добрый день,

 

Меня зовут Николай Гребенников, я являюсь Директором по исследованиям и разработке ЛК. Вероятно, вы помните меня по нику grnic на официальном форуме.

Мы с менеджерами R&D постарались ответить на Ваши вопросы максимально открыто:

 

> Хочу спросить вас, кто же принимает решения в компании, пока вы находитесь в поездках?

Решения принимают различные менеджеры в зависимости от их зоны ответственности.

 

> Например, кто подписал бумагу о выходе новой сырой сборки 9.0.0.735?

Как обычно, протокол релиза подписывает группа ответственных менеджеров:

- Директор по исследованиям и разработке

- Менеджер Проекта

- Тест Менеджер

- Менеджер по продукту

- Представитель отдела технической поддержки

- Руководитель управления контроля качества

 

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

 

> Кто проверяет качество "релизных" продуктов?

Команда тестировщиков

 

> А кто проверяет проверяющих?

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

 

> Не страшно ли вам, что в релиз уходят продукты с орфографическими ошибками в интерфейсе и с ошибками которые практически сразу бросаются в глаза?

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

 

Например, сейчас выходит операционная система Windows 7. Что лучше, оставить пользователей без защиты или выпустить продукт с грамматической ошибкой в окне 3 уровня? Мне кажется что лучше выпустить продукт. Хотя в другом случае (при другой ошибке) решение возможно будет другим.

 

 

Давайте обсудим эту проблему более подробно. На сколько я понимаю, вопросы вызвал релиз KAV KIS 2010 CF2, о котором было объявлено 16.10.2009?

 

Думаю, что все вы понимаете почему мы должны выпустить продукт до 22.10.2009. Правильно, 22.10.2009 на рынок выйдет новая операционная система Windows 7. Поскольку отзывы о этой операционной системе достаточно хорошие начнется массовый переход пользователей на нее.

 

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

 

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

 

Хочу привести пример. Весной этого годы мы выпустили новую версию KAV KIS 2010. Это было очень горячее время, было много обсуждений и споров. Как обычно затрагивался вопрос о качестве продукта и ошибках. На форуме было много замечаний и комментариев, упоминалось что версия не готова и лучше подождать с релизом. Однако продукт был выпущен, за это время мы собрали статистику по проблемам и что мы видим? При средней продолжительности работы за компьютером 2 часа вероятность падения продукта у пользователя 1 раз в 17,6 месяцев. Если компьютер будет работать сутки напролет, то вероятность падения - 1 раз в 1,5 месяца. Мне кажется что это достаточно неплохие показатели стабильности? Главный вывод из этого - при анализе ошибки надо обращать внимание на частоту ее воспроизведения.

 

 

> Если разработчики и/или тестеры не справляются, может целесообразно нанять им помощников?

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

 

Кстати, как мы видим в данный момент негативной волны на форуме нет, подавляющее большинство форумных тестеров довольно 736-й сборкой

 

С уважением,

Николай Гребенников

 

В дополнение к предыдущему посту приведу пример анализа ошибок, проведённого командой продукта (см. аттач) Критичные_баги_к_CF2__отчет_.rar. Здесь я хочу показать не аргументы за или против конкретной ошибки, а системность подхода, который мы исповедуем. Мы были бы рады исправить 100% ошибок всех трёх приоритетов, но это не всегда возможно, учитывая существующие объективные ограничения.

  • Согласен 6
Ссылка на комментарий
Поделиться на другие сайты

grnic

Было бы не плохо тогда увидеть отчет с критичными багами что бы иметь представление о них, если конечно это не секретная информация

Ссылка на комментарий
Поделиться на другие сайты

Нехватка людей это серьезная проблема для нас.

Интересный факт, в том что к вам на помощь всегда приходят как и ГБТ так и начинающие тестеры и вам этого критически не хватает?

Кстати, как мы видим в данный момент негативной волны на форуме нет, подавляющее большинство форумных тестеров довольно 736-й сборкой

Это одна сторона медали, а другая?

Да я понимаю что КФ2 был выпущен досрочно и нам обещали что все остальные неполадки будут в обновлениях к продукту, но! Когда? Через неделю, через месяц? или Когда начнётся разработка 2011 ? :)

1 раз в 17,6 месяцев.

Это с учётом того что пользователь кроме как офисных приложений и игрушки на подобий зумы не будет больше ничего запускать?

Если компьютер будет работать сутки напролет, то вероятность падения - 1 раз в 1,5 месяца.

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

 

Хотя если посмотреть с другой стороны, кто сказал что МС выпустила свой релиз без единой ошибки? Ни кто!

И скорей всего в случае ошибок работы вашего продукта будет виноват не АВ, а ОС. (Моё ИМХО)

 

Жду от вас скорейших ХотФиксов.

С уважением User

Ссылка на комментарий
Поделиться на другие сайты

Это хоть не тот случай, когда компания работает старается, выпускает качественную продукцию, достигает успеха и потом на этой волне качество начинает ухудшаться? А то честно сказать 2010 версия далеко не самая лучшая.

Ссылка на комментарий
Поделиться на другие сайты

grnic

 

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

 

Спасибо огромное за ответ! Я полностью удовлетворен.

 

Топик можно прикрыть дабы не разводить...

  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

Было бы не плохо тогда увидеть отчет с критичными багами что бы иметь представление о них, если конечно это не секретная информация

В аттаче же.

Ссылка на комментарий
Поделиться на другие сайты

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

Согласен :), 1 раз в 1.5 месяца это что-то очень часто. у меня последнее падение было на одной из ранних альф 2009й

Ссылка на комментарий
Поделиться на другие сайты

Если компьютер будет работать сутки напролет, то вероятность падения - 1 раз в 1,5 месяца. Мне кажется что это достаточно неплохие показатели стабильности?

- если честно, по-моему это ОЧЕНЬ плохой показатель. Если у меня вылетает абсолютно стабильно работающая система из-за какой-то одной программы, пусть и раз в 1,5 месяца - оно мне вообще надо?!

 

P.S> Поддерживаю топик-стартера, но в части того, в последнее время несколько настораживают решения/политика ЛК. В частности, повышение цены на AVP негативно смотрится на фоне конкурентов и появления бесплатного решения от MS. Да, я прекрасно знаю все доводы и аргументы, приводимые ЛК (и минусы конкурентов, почему и сам пользуюсь Касперским), но не считаю их достаточными. Из положительного хочется отметить стабильно проводимую политику бесплатного перехода на новую версию продукта, не изменение цены на KIS, стабильный выпуск новых версий. Не нагнетая обстановку и никоим образом не претендуя на принятие решений вместо ЛК прошу заметить реакцию пользователей и учесть её.

Изменено пользователем Roman_SO
Ссылка на комментарий
Поделиться на другие сайты

Многие утверждения уважаемого grnic спорны и звучат как декларация. Типа президенсткого послания — душевные слова. Но и только. Намерения намерениями, а практика — жизнь. :)

Я поставил значок сомневаюсь. Есть причины.

 

Самое главное что команда ЛК прислушивается к своим тестерам и умеет признавать свои ошибки

Да! Вот это, действительно хорошо и здОрово. :lol:

Ссылка на комментарий
Поделиться на другие сайты

Согласен , 1 раз в 1.5 месяца это что-то очень часто. у меня последнее падение было на одной из ранних альф 2009й

У меня вообще из-за driver klif.sys не работала последняя удачная конфигурация в Safe mode - BSOD был постоянный после

установки KIS 2009 ( это уже не раз в месяц)

Ссылка на комментарий
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
  • Похожий контент

    • Ig0r
      От Ig0r
      Сегодня свой День рождения празднует Евгений Касперский - антивирусный гуру, основатель и генеральный директор всемирно известной компании "Лаборатория Касперского"!
       

       
      С Днем рождения!
    • KL FC Bot
      От KL FC Bot
      Серьезные ИБ-инциденты порой затрагивают многих участников, зачастую и тех, кто повседневно не занимается вопросами ИТ и ИБ. Понятно, что в первую очередь усилия сосредоточиваются на выявлении, сдерживании и восстановлении, но, когда пыль немного осядет, наступает время для еще одного важного этапа реагирования — извлечения уроков. Чему можно научиться по итогам инцидента? Как улучшить шансы на успешное отражение подобных атак в будущем? На эти вопросы очень полезно ответить, даже если инцидент не принес существенного ущерба из-за эффективного реагирования или просто удачного стечения обстоятельств.
      Немного о людях
      Разбор инцидента важен для всей организации, поэтому к нему обязательно привлекать не только команды ИТ и ИБ, но также высшее руководство, бизнес-владельцев ИТ-систем, а также подрядчиков, если они были затронуты инцидентом или привлекались к реагированию. На встречах этой рабочей группы нужно создать продуктивную атмосферу: важно донести, что это не поиск виноватых (хотя ошибки будут обсуждаться), поэтому перекладывание ответственности и манипулирование информацией исказят картину, повредят анализу и ухудшат позицию организации в долгосрочной перспективе.
      Еще один важный момент: многие компании скрывают детали инцидента в страхе за репутацию или опасаясь повторной кибератаки по тому же сценарию. И хотя это вполне объяснимо и некоторые подробности действительно конфиденциальны, нужно стремиться к максимальной прозрачности в реагировании и делиться подробностями атаки и реагирования если не с широкой публикой, то как минимум с узким кругом коллег из сферы ИБ, которые могут предотвратить похожие атаки на свои организации.
       
      View the full article
    • sputnikk
      От sputnikk
      Интересно, когда начнут переводить продукты на х64?
      Среди домашних покупателей лицензий наверно осталось ничтожно мало владельцев систем х86. Вынужденные использовать х86 на домашних компах вероятно предпочитают бесплатные антивирусы из-за отсутствия лишних денег.
    • KIART
      От KIART
      Добрый день! 11.07.24 мой сервер атаковал вирус-шифровальщик. При включении сервера появляется текст от злоумышленников с требованием перевести биткоины в замен на ключ для расшифровки. Сейчас необходимый файл бэкап вяглядит так: Resto.bak.gz.ELPACO-team. Обращался в две организации, которые занимаются расшифровкой, обе ответили что расшифровать не могут, тип шифрования новый, решения пока нет. Подскажите, сталкивался ли кто-то недавно с такой проблемой, может уже есть неопубликованное решение? 
    • KL FC Bot
      От KL FC Bot
      В условиях современного мира становится все сложнее обеспечивать полноценную защиту информационной инфраструктуры предприятия, соблюдая при этом требования государственных регуляторов. С одной стороны, российский рынок покинуло огромное количество вендоров средств защиты информации (СЗИ), оставив многих клиентов без привычных ИБ-решений. С другой, требования регуляторов в вопросах кибербезопасности постоянно ужесточаются. Стало очевидно, что в рамках тренда на импортозамещение российскому рынку ИБ нужны качественные решения, отвечающие российским реалиям и требованиям. И в начале 2022 года мы представили целую линейку таких решений — Kaspersky Symphony во главе с ее верхним уровнем — Kaspersky Symphony XDR.
      Наш подход к разработке решения для российского рынка
      Начнем с того, что наша разработка полностью локальна: над решением для российского рынка работают исключительно эксперты, базирующиеся в наших российских офисах. Также мы сотрудничаем с государственными регуляторами в области сертификации продуктов. При разработке решений учитываются нормативные требования, актуальные потребности в импортозамещении и актуальные угрозы ИБ.
      При этом мы не прекращаем финансирование новых разработок, оптимизируя старые процессы, повышая общую эффективность наших решений, автоматизируя рутинные процессы и объединяя решения в единые защитные системы. Одновременно с этим мы создаем и развиваем собственные программы обучения и развития сотрудников, что позволяет не зависеть от зарубежных обучающих курсов и экспертных знаний. Причем речь идет не только о программах обучения по работе с конкретными СЗИ из нашего портфеля, но и о курсах по информационной безопасности в целом, где наши специалисты делятся экспертными знаниями по расследованию ИБ-инцидентов.
      Для того чтобы эффективно бороться с различными атаками, в линейке решений Kaspersky Symphony мы реализовали экосистемный подход к киберзащите, основанный на взаимной интеграции разных продуктов между собой для создания комплексной системы обеспечения информационной безопасности.
       
      View the full article
×
×
  • Создать...