#мысливслух #моемнение #системныйанализ #качество
"Качество работы Аналитика"
Мне давно не интересно работать по принципу "херак, херак и в продакшн". Но я понимаю, что в реальности это действительно нужное качество, что-то быстро выдать из говна и палок, и побежать проверять, особенно если у нас стартап.
Можно сказать, что результат работы аналитика вы увидите, только когда всё уйдёт в продуктивную среду. Тогда и поймёте насколько он был хорош))) Это конечно да, но я бы ещё раньше начала говорить про качество.
И тут вопрос, как его измерить? Насколько хороши постановки? Обычно такие вопросы погружают в долгое раздумье. Придумать метрику, KPI, начать считать. Но для себя я всегда ставила цель - меньше вопросов от разработчиков. А думающий разработчик это всегда прекрасно, ему же делать задачу. Так вот, не припомню случая, когда разработка мне не задавала вопросов. Бывало внешние ребята молчали и это был звоночек, о том что они ничего не делали и не читали. Но вот если аналитик постоянно объясняет разработчику, что ему нужно сделать, это говорит только об одном - плохая постановка.
На практике у меня было случай, когда по моему ТЗ в вымпелком функционал заново писали на другой интеграционной платформе. Мне тогда сказали спасибо, потому что не нужно было писать новое ТЗ, а взяли моё и перенесли на новую платформу. В тяжёлые времена вымпелком несколько раз меняли вендоров платформ. Считаю это достижением, при таких условиях минимум аналитики.
К сожалению бич последних лет у Аналитиков - это элементарно отсутствие грамотной речи, навыков и знаний по школьному предмету "русский язык". То есть люди не могут сделать описание задачи так, чтобы это было понятно и формулировки были точные.
Так, что хотите понять качество аналитики, элементарно посмотрите сколько комментариев от разработчиков в confluence и как они исправляются. Да и что говорят сами разработчики и те кто принимает задачи.
"Качество работы Аналитика"
Мне давно не интересно работать по принципу "херак, херак и в продакшн". Но я понимаю, что в реальности это действительно нужное качество, что-то быстро выдать из говна и палок, и побежать проверять, особенно если у нас стартап.
Можно сказать, что результат работы аналитика вы увидите, только когда всё уйдёт в продуктивную среду. Тогда и поймёте насколько он был хорош))) Это конечно да, но я бы ещё раньше начала говорить про качество.
И тут вопрос, как его измерить? Насколько хороши постановки? Обычно такие вопросы погружают в долгое раздумье. Придумать метрику, KPI, начать считать. Но для себя я всегда ставила цель - меньше вопросов от разработчиков. А думающий разработчик это всегда прекрасно, ему же делать задачу. Так вот, не припомню случая, когда разработка мне не задавала вопросов. Бывало внешние ребята молчали и это был звоночек, о том что они ничего не делали и не читали. Но вот если аналитик постоянно объясняет разработчику, что ему нужно сделать, это говорит только об одном - плохая постановка.
На практике у меня было случай, когда по моему ТЗ в вымпелком функционал заново писали на другой интеграционной платформе. Мне тогда сказали спасибо, потому что не нужно было писать новое ТЗ, а взяли моё и перенесли на новую платформу. В тяжёлые времена вымпелком несколько раз меняли вендоров платформ. Считаю это достижением, при таких условиях минимум аналитики.
К сожалению бич последних лет у Аналитиков - это элементарно отсутствие грамотной речи, навыков и знаний по школьному предмету "русский язык". То есть люди не могут сделать описание задачи так, чтобы это было понятно и формулировки были точные.
Так, что хотите понять качество аналитики, элементарно посмотрите сколько комментариев от разработчиков в confluence и как они исправляются. Да и что говорят сами разработчики и те кто принимает задачи.