🇺🇸 АНГЛИЙСКИЙ ДЛЯ АЙТИШНИКА:
когда нужен и как учить?
Английский в IT - это довольно важный навык, который не только открывает новые горизонты, но и помогает в работе.
✨ Базовый английский IT-специалисту желателен, потому что написание кода базируется на английском языке.
✨ Если работаете в РФ-компании, то базового английского достаточно, но обычно знание другого языка - это дополнительный плюс, а не обязательный навык.
✨ Если работаете в компании, которая имеет клиентов не из России или располагается в другой стране, то часто знание языка на свободном уровне владения - это необходимый навык.
Про важность навыка владения английским рассказали, но вот ещё несколько советов о том, как учить английский не до седых волос⬆️
#softGetAnalyst
когда нужен и как учить?
Английский в IT - это довольно важный навык, который не только открывает новые горизонты, но и помогает в работе.
Про важность навыка владения английским рассказали, но вот ещё несколько советов о том, как учить английский не до седых волос
#softGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9
Прототип пользовательского интерфейса (англ. user interface prototype) — это модель экранов и переходов между экранами пользовательского интерфейса.
Прототип позволяет подготовиться к реализации пользовательского интерфейса: проанализировать и проверить требования к ПО, а также выявить новые требования.
Таким образом, разработка прототипа уменьшает вероятность, что в реализованный пользовательский интерфейс придётся вносить изменения 👌
Прототипы могут быть набросками на бумаге или маркерной доске, где располагают вырезанные из бумаги упрощённые элементы интерфейса. А ещё такие прототипы могут разрабатываться с помощью специальных инструментов, например, виртуальных досок.
Аналитик (как системный, так и бизнес-) накидывает базовый прототип интерфейса: он состоит из основных экранов, по которым проходит путь пользователя, и важных альтернативных маршрутов. Такой прототип обычно содержит основные элементы интерфейса: окна, кнопки, поля и другие содержательные элементы. Также в таком прототипе указываются переходы между экранами.
Работа над прототипами — это творческое и захватывающее занятие, оно помогает:
👉 На этой неделе поговорим о прототипирование. Благодаря ему аналитик сможет собирать, согласовывать и передавать требования к дизайну быстро, качественно и на понятном для бизнеса, команды дизайнеров и фронтенд-разработчиков языке 😎 #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍3❤2
👩🎨 ИНСТРУМЕНТЫ ДЛЯ СОЗДАНИЯ ПРОТОТИПОВ
Чем может пользоваться аналитик при создании прототипа?
1️⃣ Первый и самый понятный вариант — это листок и ручка!
Это может быть смешно и несерьёзно, зато удобно: всё под рукой, легко сделать быстрый черновик. Часто в переговорных комнатах установлен флипчарт (англ. flip chart — «перекидной чертёж») или маркерная доска — доступные инструменты для схематичных набросков. Такой черновик можно показать команде разработки и дизайнеру прежде, чем оцифровывать и передавать на более детальную проработку.
2️⃣ Другой лёгкий и популярный инструмент — это онлайн-доска Miro.
В ней можно довольно быстро набросать интерфейс и переходы между экранами, не углубляясь в детали. Такой вариант уже подойдёт для постановки задачи дизайнеру. Альтернативы такой доске — сервисы Conceptboard, Cacoo, Draw.io, Microsoft Visio и другие. Вы можете сами выбрать подходящий, или ваша будущая компания предложит работать с тем инструментом, который уже используется командой.
3️⃣ Для создания более детальных прототипов существуют специальные инструменты.
С ними работают не только аналитики, но и дизайнеры — в них возможно сделать набросок и интерактивный прототип, по которому пользователь мог бы переходить сам, нажимая на элементы. А ещё в таких прототипах можно создать максимальное приближённое к реальному решению видение интерфейса: с цветами, шрифтами, иконками и даже анимацией, которые будут использоваться в реальном решении.
Примеры некоторых из таких инструментов: Figma, Axure, Marvel, Adobe XD.
В идеале аналитику следует уверенно владеть инструментами прототипирования разной сложности. Благодаря этому навыку аналитик разговаривает на одном языке со стейкхолдерами, имеющими разный уровень экспертизы.
Чем может пользоваться аналитик при создании прототипа?
1️⃣ Первый и самый понятный вариант — это листок и ручка!
Это может быть смешно и несерьёзно, зато удобно: всё под рукой, легко сделать быстрый черновик. Часто в переговорных комнатах установлен флипчарт (англ. flip chart — «перекидной чертёж») или маркерная доска — доступные инструменты для схематичных набросков. Такой черновик можно показать команде разработки и дизайнеру прежде, чем оцифровывать и передавать на более детальную проработку.
2️⃣ Другой лёгкий и популярный инструмент — это онлайн-доска Miro.
В ней можно довольно быстро набросать интерфейс и переходы между экранами, не углубляясь в детали. Такой вариант уже подойдёт для постановки задачи дизайнеру. Альтернативы такой доске — сервисы Conceptboard, Cacoo, Draw.io, Microsoft Visio и другие. Вы можете сами выбрать подходящий, или ваша будущая компания предложит работать с тем инструментом, который уже используется командой.
3️⃣ Для создания более детальных прототипов существуют специальные инструменты.
С ними работают не только аналитики, но и дизайнеры — в них возможно сделать набросок и интерактивный прототип, по которому пользователь мог бы переходить сам, нажимая на элементы. А ещё в таких прототипах можно создать максимальное приближённое к реальному решению видение интерфейса: с цветами, шрифтами, иконками и даже анимацией, которые будут использоваться в реальном решении.
Примеры некоторых из таких инструментов: Figma, Axure, Marvel, Adobe XD.
В идеале аналитику следует уверенно владеть инструментами прототипирования разной сложности. Благодаря этому навыку аналитик разговаривает на одном языке со стейкхолдерами, имеющими разный уровень экспертизы.
🔥4❤1
This media is not supported in your browser
VIEW IN TELEGRAM
Друзья, делитесь, вы сработались с AI?😄
😁13
Заказчику важно понимать, как будет выглядеть пользовательский интерфейс ещё до того, как он будет спроектирован. Иными словами, проектной команде необходимо заранее представить всем заинтересованным лицам нагладное представление продукта хотя бы на уровне его концепции.
🥷: Собственно, для этого и существуют прототипы, которые позволяют понять наполнение и внешний вид решения ещё до того, как будут затрачены ресурсы на его разработку. На этом этапе дешевле вносить правки, нежели корректировать что-то (или всё) в уже спроектированном решении.
Большинство прототипов можно разделить на три вида:
1️⃣ Прототипы низкой точности (lo-fi)
В прототипах такого уровня описывается концептуальная модель будущего интерфейса, в которой отражены все его основные элементы и переходы между экранами. Никаких ярких цветов, всё довольно схематично или даже от руки, но в общих чертах наполнение понятно. Прототип нужен для выявления, анализа и проверки требований к ПО.
2️⃣ Прототипы средней точности (medium-fi)
В этой модели содержится часть функционала и уже используемые элементы дизайна разрабатываемого пользовательского интерфейса. По такому прототипу уточняют требования к ПО, а также детализируют дизайн или механики пользовательского взаимодействия.
3️⃣ Прототипы высокой точности (hi-fi)
Модель прототипа такого уровня презентует будущий пользовательского интерфейс, который отображает все экраны, переходы между экранами и содержит те дизайнерские решения, которые в конечном итоге увидят пользователи. По такому прототипу оценивают и тестируют скорость обучения пользователей новому интерфейсу. Проверяют, как быстро в нём можно решать пользовательские задачи и реализованы ли требования к ПО.
#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤3
🧐 ПРО ПЛЮСЫ И МИНУСЫ КАЖДОГО ВИДА ПРОТОТИПОВ 🧐
Понятно, что каждый вид прототипа преследует свои цели и может находиться в зоне ответственности разных исполнителей.
🔷 : Например, прототипы низкой и средней точности призваны погрузить заказчика в предполагаемое решение для согласования и корректировок. Такие прототипы могут создаваться аналитиком.
🔶 : А вот протипы высокой точности, которые базируются на lo-fi и medium-fi прототипах – это зона ответственности дизайнера. Такой продукт олицетворяет собой полноценное решение и разработчики будут ориентироваться именно на него при проектировании.
Когда и какой вид прототипа представить, вы уже знаете. Но вот, что стоит знать о плюсах и минусах каждого из видом прототипов.
1️⃣ Lo-fi прототипы
Прототипы с низкой точностью удобны — для их создания не нужны специальные навыки.
Вы можете набросать черновик на салфетке, флипчарте, в блокноте. Позже наброски можно перенести в MS Visio, MS PowerPoint или использовать Miro, Figma, Adobe XD, Sketch, веб-сервис diagrams.net (бывший draw.io).
Простота — это главное преимущество прототипов с низкой точностью, но есть и недостатки:
- Часто такие прототипы сильно отличаются визуально от итогового пользовательского интерфейса.
- Они не подходят для проведения тестирования и оценки заинтересованности пользователей.
- Они статичны, не содержат элементов дизайна и не соответствуют брендбуку.
2️⃣ Medium-fi прототипы
Все недостатки прототипа с низкой точностью закрываются прототипом со средней точностью. Такой прототип уже сложно отрисовать на бумаге (но можно), поэтому чаще всего его рисуют сразу в инструментах, по типу Miro, diagrams.net и других.
Цель medium-fi прототипа — более точно отобразить разрабатываемый интерфейс и оценить пользовательский опыт на начальном этапе. Эти прототипы демонстрируют весь функционал конечного продукта, содержат элементы дизайна и больше похожи на конечный результат. Но это ещё не он и отдавать в разработку такой прототип можно, но не нужно – разработчикам придётся долго плутать, подбирая необходимые элементы и продумывая анимацию внутри интерфейса.
3️⃣ Hi-fi прототипы
Преимущества:
- высокое вовлечение пользователей в продукт засчёт визуала, близкого к реальному решению, которое будет спроектировано.
- такой прототив достаточно детализирован и помогает скорректировать требования к пользовательскому интерфейсу.
- прототипы с высокой точностью позволяют проводить UX-исследования по взаимодействию респондентов с прототипами. Этоп озволяет сделать выводы об удобстве и полноценности решения, а это значит, что всё ещё возможно вносить корректировки, потому что разработка продукта ещё не началась или находится на начальной стадии.
Минусов у прототипов с высокой точностью несколько:
- длительность создания дизайна засчёт высокой детализации макета.
- из-за "ультра-крутого" интерфейса, который напичкан различными функциональными возможностями, приятной анимацией и так далее, велика вероятность разрабатывать финальный продут очень долго. Тут без итерационного подхода не обойтись.
🔜 Нужно ли уметь аналитикам создавать прототипы? Несомненно!
Ведь именно аналитик занимается сбором требований к решению от заказчика и их последующим описанием и структуриизацией. Визуализация будущего решения даст проектной команде быстрое понимание того, что необходимо будет спроектировать.
#hardGetAnalyst
Понятно, что каждый вид прототипа преследует свои цели и может находиться в зоне ответственности разных исполнителей.
Когда и какой вид прототипа представить, вы уже знаете. Но вот, что стоит знать о плюсах и минусах каждого из видом прототипов.
1️⃣ Lo-fi прототипы
Прототипы с низкой точностью удобны — для их создания не нужны специальные навыки.
Вы можете набросать черновик на салфетке, флипчарте, в блокноте. Позже наброски можно перенести в MS Visio, MS PowerPoint или использовать Miro, Figma, Adobe XD, Sketch, веб-сервис diagrams.net (бывший draw.io).
Простота — это главное преимущество прототипов с низкой точностью, но есть и недостатки:
- Часто такие прототипы сильно отличаются визуально от итогового пользовательского интерфейса.
- Они не подходят для проведения тестирования и оценки заинтересованности пользователей.
- Они статичны, не содержат элементов дизайна и не соответствуют брендбуку.
2️⃣ Medium-fi прототипы
Все недостатки прототипа с низкой точностью закрываются прототипом со средней точностью. Такой прототип уже сложно отрисовать на бумаге (но можно), поэтому чаще всего его рисуют сразу в инструментах, по типу Miro, diagrams.net и других.
Цель medium-fi прототипа — более точно отобразить разрабатываемый интерфейс и оценить пользовательский опыт на начальном этапе. Эти прототипы демонстрируют весь функционал конечного продукта, содержат элементы дизайна и больше похожи на конечный результат. Но это ещё не он и отдавать в разработку такой прототип можно, но не нужно – разработчикам придётся долго плутать, подбирая необходимые элементы и продумывая анимацию внутри интерфейса.
3️⃣ Hi-fi прототипы
Преимущества:
- высокое вовлечение пользователей в продукт засчёт визуала, близкого к реальному решению, которое будет спроектировано.
- такой прототив достаточно детализирован и помогает скорректировать требования к пользовательскому интерфейсу.
- прототипы с высокой точностью позволяют проводить UX-исследования по взаимодействию респондентов с прототипами. Этоп озволяет сделать выводы об удобстве и полноценности решения, а это значит, что всё ещё возможно вносить корректировки, потому что разработка продукта ещё не началась или находится на начальной стадии.
Минусов у прототипов с высокой точностью несколько:
- длительность создания дизайна засчёт высокой детализации макета.
- из-за "ультра-крутого" интерфейса, который напичкан различными функциональными возможностями, приятной анимацией и так далее, велика вероятность разрабатывать финальный продут очень долго. Тут без итерационного подхода не обойтись.
Ведь именно аналитик занимается сбором требований к решению от заказчика и их последующим описанием и структуриизацией. Визуализация будущего решения даст проектной команде быстрое понимание того, что необходимо будет спроектировать.
#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤2🎉1
🔹Виды разработки ПО🔹
Как правило, когда задача поступает в проектную команду для последующей разработки, у заказчика есть верхнеуровневое представление о том, какой продукт или функциональность необходимо сделать.
Но перед тем, как приступить к разработке ПО, проектной команде и заказчикам со стороны бизнеса необходимо определиться с объёмом и сложностью разработки решения. Или, по-другому, согласовать подход к разработке ПО.
Чтобы чуть больше погрузить вас в контекст, дадим небольшую задачку:
Как думаете, ПО в процессе разработки одинаковые с точки зрения трудозатрат?
Например, ПО для обеспечения безопасности на охраняемой территории и мобильное приложение для медитации.
Правильный ответ – нет.
👉 Эти приложения представляют собой абсолютно разные продукты, которые поддерживают процессы из разных сфер. А значит и их разработка будет отличаться.
Ставь ❤️, если готов раз и навсегда разобраться в подходах к разработке ПО: продуктовом, кастомном и смешанном.
#hardGetAnalyst
Как правило, когда задача поступает в проектную команду для последующей разработки, у заказчика есть верхнеуровневое представление о том, какой продукт или функциональность необходимо сделать.
Но перед тем, как приступить к разработке ПО, проектной команде и заказчикам со стороны бизнеса необходимо определиться с объёмом и сложностью разработки решения. Или, по-другому, согласовать подход к разработке ПО.
Чтобы чуть больше погрузить вас в контекст, дадим небольшую задачку:
Как думаете, ПО в процессе разработки одинаковые с точки зрения трудозатрат?
Например, ПО для обеспечения безопасности на охраняемой территории и мобильное приложение для медитации.
Правильный ответ – нет.
👉 Эти приложения представляют собой абсолютно разные продукты, которые поддерживают процессы из разных сфер. А значит и их разработка будет отличаться.
Ставь ❤️, если готов раз и навсегда разобраться в подходах к разработке ПО: продуктовом, кастомном и смешанном.
#hardGetAnalyst
❤18
😁6❤1👍1
1️⃣ ПРО ПРОДУКТОВУЮ РАЗРАБОТКУ
При продуктовом подходе разрабатывают ПО, которое можно использовать в разных сферах. Эдакое универсальное решение, которое подходит многим бизнесам.
Продуктовую разработку можно разделить на два вида:
🎁 Коробочная разработка
Этот вариант планируют, когда решение нужно широкому кругу заказчиков и пользователей. По сути это готовый продукт, который не адаптируется под конкретные требования. Он уже содержит все необходимые функции и внедряется как есть, без добавления новой функциональности или изменения существующих. Заказчику нужно только установить продукт, а затем инженеры внедрят ПО, интегрируют его со смежными системами и протестируют.
Известный пример коробочного продукта — пакет Microsoft Office. Вне зависимости от компании, в которой используется, он содержит одни и те же функциональные возможности.
🛠 Продуктовая разработка с нуля
В этом случае предполагается создать решение для одного заказчика, но при этом в требования к архитектуре и функциональности закладывают универсальные механизмы, благодаря которым продукт можно переиспользовать.
Продуктовая разработка с нуля подходит, например, при работе с мобильным приложением для интернет-магазина, когда разработка ПО происходит итерационно.
✅ Так изначальное решение остается масштабируемым и гибким для последующих доработок внутри одного бизнеса и прекрасно адаптируется для другого.
При продуктовом подходе разрабатывают ПО, которое можно использовать в разных сферах. Эдакое универсальное решение, которое подходит многим бизнесам.
Продуктовую разработку можно разделить на два вида:
🎁 Коробочная разработка
Этот вариант планируют, когда решение нужно широкому кругу заказчиков и пользователей. По сути это готовый продукт, который не адаптируется под конкретные требования. Он уже содержит все необходимые функции и внедряется как есть, без добавления новой функциональности или изменения существующих. Заказчику нужно только установить продукт, а затем инженеры внедрят ПО, интегрируют его со смежными системами и протестируют.
Известный пример коробочного продукта — пакет Microsoft Office. Вне зависимости от компании, в которой используется, он содержит одни и те же функциональные возможности.
🛠 Продуктовая разработка с нуля
В этом случае предполагается создать решение для одного заказчика, но при этом в требования к архитектуре и функциональности закладывают универсальные механизмы, благодаря которым продукт можно переиспользовать.
Продуктовая разработка с нуля подходит, например, при работе с мобильным приложением для интернет-магазина, когда разработка ПО происходит итерационно.
✅ Так изначальное решение остается масштабируемым и гибким для последующих доработок внутри одного бизнеса и прекрасно адаптируется для другого.
❤5
2️⃣ ПРО КАСТОМНУЮ РАЗРАБОТКУ
Кастомная разработка предполагает индивидуальное решение, соответствующее требованиям только одного заказчика. При проектировании нужно проанализировать все требования, учесть уже имеющиеся инфраструктуру и архитектуру системы, а код напишут с нуля. Потом это решение развивается как самостоятельный продукт — обрастает новыми функциями и возможностями. Но только согласно тем требованиям, которые сформулированы заказчиком.
Кастомные продукты трудно переиспользовать в других проектах – как правило, их создают для узкоспециализированных сфер.
Например, ПО для управления станками на заводе конкретного производителя товаров. Или для нестандартных заказов вроде мессенджера с возможностью совершения платежей или мобильного приложения для контроля сахара в крови через специальный чип на коже пациента.
Кастомная разработка предполагает индивидуальное решение, соответствующее требованиям только одного заказчика. При проектировании нужно проанализировать все требования, учесть уже имеющиеся инфраструктуру и архитектуру системы, а код напишут с нуля. Потом это решение развивается как самостоятельный продукт — обрастает новыми функциями и возможностями. Но только согласно тем требованиям, которые сформулированы заказчиком.
Кастомные продукты трудно переиспользовать в других проектах – как правило, их создают для узкоспециализированных сфер.
Например, ПО для управления станками на заводе конкретного производителя товаров. Или для нестандартных заказов вроде мессенджера с возможностью совершения платежей или мобильного приложения для контроля сахара в крови через специальный чип на коже пациента.
❤4
3️⃣ ПРО СМЕШАННУЮ РАЗРАБОТКУ
Смешанную разработку применяют, когда уже есть готовые базовые функции, но их необходимо адаптировать и доработать, чтобы учесть все требования заказчика.
✅ Плюс такого подхода — сжатые сроки, поскольку ядро системы уже есть, просто его надо "нарастить" кастомными фичами.
Чаще всего к смешанной разработке прибегают при внедрении CRM-систем, порталов и при создании сайтов.
Обычно заказчиков интересует смешанная или кастомная разработка: им нужны индивидуальные продукты, которые выделят их на фоне конкурентов.
Крупные IT-компании, которые разрабатывают ПО, чаще занимаются коробочными проектами или продуктовой разработкой с нуля — эти подходы удачны, когда нужно охватить интересы большого количества заказчиков в рамках одного ПО.
Смешанную разработку применяют, когда уже есть готовые базовые функции, но их необходимо адаптировать и доработать, чтобы учесть все требования заказчика.
✅ Плюс такого подхода — сжатые сроки, поскольку ядро системы уже есть, просто его надо "нарастить" кастомными фичами.
Чаще всего к смешанной разработке прибегают при внедрении CRM-систем, порталов и при создании сайтов.
Обычно заказчиков интересует смешанная или кастомная разработка: им нужны индивидуальные продукты, которые выделят их на фоне конкурентов.
Крупные IT-компании, которые разрабатывают ПО, чаще занимаются коробочными проектами или продуктовой разработкой с нуля — эти подходы удачны, когда нужно охватить интересы большого количества заказчиков в рамках одного ПО.
🔥2
Мы провели вместе почти год... ❤️🔥
Встречи закончились ещё в августе, а в мы с командой до сих пор скучаем, и с теплом вспоминаем занятия и сообщения наших выпускников с программы Системный аналитик с нуля.
Для команды GetAnalyst это огромная ответственность, чтобы вести коллег в аналитике не по отдельному направлению, а вообще по всем. С нуля.
И не пройтись обзорно, а реально разобраться.
Показать, как работать.
И убедиться в том, что поняли все.
Это ваше время.
Это наше время.
И по итогам, как мы видим, всё не зря.
Цитируем один из комментариев после окончания обучения, который можно найти в историях студентов на сайте:
Ни добавить, ни убавить.
Спасибо, что выбираете GetAnalyst ❤️
Встречи закончились ещё в августе, а в мы с командой до сих пор скучаем, и с теплом вспоминаем занятия и сообщения наших выпускников с программы Системный аналитик с нуля.
Для команды GetAnalyst это огромная ответственность, чтобы вести коллег в аналитике не по отдельному направлению, а вообще по всем. С нуля.
И не пройтись обзорно, а реально разобраться.
Показать, как работать.
И убедиться в том, что поняли все.
Это ваше время.
Это наше время.
И по итогам, как мы видим, всё не зря.
Цитируем один из комментариев после окончания обучения, который можно найти в историях студентов на сайте:
Будущим ученикам желаю уделять время на обучение.
Развивать кругозор, погружаться: читать больше книг и статей по теме. А если не любите читать — слушать подкасты.
Мало просто купить курс — его надо изучить, тогда обязательно будет результат.
Ни добавить, ни убавить.
Спасибо, что выбираете GetAnalyst ❤️
❤7👀1