Сложные вопросы, которые помогают придумывать новые идеи
Ограничения подстегивают креативность. Если вы проводите стратсессию, или просто ищете решение для сложной проблемы, попробуйте выкрутить возможные сложности на максимум и подумать, как вы с ними справитесь.
- Что надо сделать, чтобы оправдать повышение цен в 10 раз
- Все пользователи ушли, все надо отстраивать с нуля – как вы поменяете продукт
- Вам запрещено использовать ресурсы технического саппорта, как адаптироваться к ситуации
- Если сроки на реализацию проекта срежут в десять раз, как вы поменяете подход к реализации
Такие вопросы можно адаптировать и к небольшой команде разработки:
- Что произойдет, если ваш основной фреймворк задепрекейтят
- Все рекрутеры уволились, как поддержать найм
- В компании запретили все митинги до единого, как подстроить к этому ваши процессы
Ограничения подстегивают креативность. Если вы проводите стратсессию, или просто ищете решение для сложной проблемы, попробуйте выкрутить возможные сложности на максимум и подумать, как вы с ними справитесь.
- Что надо сделать, чтобы оправдать повышение цен в 10 раз
- Все пользователи ушли, все надо отстраивать с нуля – как вы поменяете продукт
- Вам запрещено использовать ресурсы технического саппорта, как адаптироваться к ситуации
- Если сроки на реализацию проекта срежут в десять раз, как вы поменяете подход к реализации
Такие вопросы можно адаптировать и к небольшой команде разработки:
- Что произойдет, если ваш основной фреймворк задепрекейтят
- Все рекрутеры уволились, как поддержать найм
- В компании запретили все митинги до единого, как подстроить к этому ваши процессы
A Smart Bear
Extreme brainstorming questions to trigger new, better ideas
We know, "no idea is a bad idea," but brainstorming is often unsuccessful. These prompts actually work. They could even lead to a unique business model.
👍11🔥2💩1
Вред KPI и метрик в процессе разработки
«Единственная причина вводить KPI – это отсутствие доверия к тому, что ваши разработчики заинтересованы разрабатывать с максимальным вложением своих сил и знаний и становиться лучше со временем».
Золотая статья для фанатов измерять в разработке все, что только возможно, прикрываясь цитатой про то, что нельзя улучшить процесс, который ты не измеряешь. Автор последовательно разбирает часто собираемые метрики и показывает для каждой, почему это деструктивно.
«Единственная причина вводить KPI – это отсутствие доверия к тому, что ваши разработчики заинтересованы разрабатывать с максимальным вложением своих сил и знаний и становиться лучше со временем».
Золотая статья для фанатов измерять в разработке все, что только возможно, прикрываясь цитатой про то, что нельзя улучшить процесс, который ты не измеряешь. Автор последовательно разбирает часто собираемые метрики и показывает для каждой, почему это деструктивно.
👍28❤2👎1
Митап по продуктовой разработке от Яндекс Go
1️⃣ Как проводить архитектурное ревью продуктовой фичи
2️⃣ Как забытые сценарии влияют на разработчиков
3️⃣ Как эффективно проектировать фичи
Митап пройдет в офлайне, в московском офисе Яндекса, 25 августа в 18:00.
1️⃣ Как проводить архитектурное ревью продуктовой фичи
2️⃣ Как забытые сценарии влияют на разработчиков
3️⃣ Как эффективно проектировать фичи
Митап пройдет в офлайне, в московском офисе Яндекса, 25 августа в 18:00.
Yandex Go Product Engineering Meetup #1
Приглашаем на митап по продуктовой разработке. Мы не будем говорить о менеджменте, наш митап именно про разработку: про то, как в условиях ограниченного времени и ресурсов запускать крутые продукты.
👍9💩7⚡2❤🔥1
Системная статья про рабочие конфликты
Материал ориентирован на HR, но все модели и алгоритмы помогут и тимлиду.
- Три вида конфликтов: эмоциональные, рациональные, манипулятивные
- Частые причины: атмосфера в команде, борьба за ресурсы, борьба за власть, некорректная обратная связь
- Модели поведения в конфликте: принуждение, сотрудничество, компромисс, избегание, приспособление
- Этапы решения: проверить на эмоции, внести конструктив, проанализировать причины, зафиксировать примирение
Материал ориентирован на HR, но все модели и алгоритмы помогут и тимлиду.
- Три вида конфликтов: эмоциональные, рациональные, манипулятивные
- Частые причины: атмосфера в команде, борьба за ресурсы, борьба за власть, некорректная обратная связь
- Модели поведения в конфликте: принуждение, сотрудничество, компромисс, избегание, приспособление
- Этапы решения: проверить на эмоции, внести конструктив, проанализировать причины, зафиксировать примирение
🔥24👍7🤔3
Принципы построения команды, ориентированной на качество
Виталий Шароватов начал новую серию статей про различные аспекты организации команды, которые значительно влияют на качество итогового продукта. Одна из таких причин – потеря информации при общении внутри команды. Чем больше потери, тем больше вероятность того, что выпущенный продукт не будет соответствовать потребностям пользователей.
Основной принцип борьбы с проблемой – уменьшение количества звеньев в цепи передачи информации. Вот как этого можно достичь:
1️⃣Команды разработки должны быть максимально близки к пользователю
2️⃣Команды должны быть настолько маленькими, насколько возможно
3️⃣Команды должны быть кроссфункциональными
4️⃣Области знаний участников команды должны пересекаться
Виталий Шароватов начал новую серию статей про различные аспекты организации команды, которые значительно влияют на качество итогового продукта. Одна из таких причин – потеря информации при общении внутри команды. Чем больше потери, тем больше вероятность того, что выпущенный продукт не будет соответствовать потребностям пользователей.
Основной принцип борьбы с проблемой – уменьшение количества звеньев в цепи передачи информации. Вот как этого можно достичь:
1️⃣Команды разработки должны быть максимально близки к пользователю
2️⃣Команды должны быть настолько маленькими, насколько возможно
3️⃣Команды должны быть кроссфункциональными
4️⃣Области знаний участников команды должны пересекаться
Qase Blog | Articles about our product, software testing and the QA community.
How to design a team that would produce software of good quality — information loss
As Harold F. Dodge said:
You can not inspect quality into a product.
He meant that the system should be designed to produce a quality product.
This article is about team design: principles of team construction that will allow the team to produce a quality…
You can not inspect quality into a product.
He meant that the system should be designed to produce a quality product.
This article is about team design: principles of team construction that will allow the team to produce a quality…
👍16❤8🔥2🤔2
Огромный гайд по инцидент-менеджменту
- Как организовать on-call программу
- Основные принципы процесса инцидент-менеджмента
- Как реагировать на инциденты и обрабатывать их
- Как обучаться на инцидентах и улучшать систему со временем
- Рекомендации книг и статей по теме
- Как организовать on-call программу
- Основные принципы процесса инцидент-менеджмента
- Как реагировать на инциденты и обрабатывать их
- Как обучаться на инцидентах и улучшать систему со временем
- Рекомендации книг и статей по теме
🔥26
Звёзды в команде – зачем нужны, как нанимать и удерживать
- Автор делит всех инженеров на A, B и C категории, вне зависимости от грейда. А – это самые проактивные, самостоятельные и ориентированные на конечную пользу.
- Обсуждайте с такими сотрудниками истинную продуктовую задачу, не сводя ее к технической реализации.
- Помогайте им создавать горизонтальные связи в других командах и функциях.
- Собирайте банк челленджей, который сможет удерживать таких людей.
- Не нанимайте звёзд, если в вашей команде только типовые задачи.
- Автор делит всех инженеров на A, B и C категории, вне зависимости от грейда. А – это самые проактивные, самостоятельные и ориентированные на конечную пользу.
- Обсуждайте с такими сотрудниками истинную продуктовую задачу, не сводя ее к технической реализации.
- Помогайте им создавать горизонтальные связи в других командах и функциях.
- Собирайте банк челленджей, который сможет удерживать таких людей.
- Не нанимайте звёзд, если в вашей команде только типовые задачи.
👍21💩1
Высшее образование в формате онлайн обучения! 🎓
Ведущий цифровой университет страны НИУ ВШЭ продлевает набор до 20 сентября❗️на онлайн-программу Магистр по компьютерному зрению 💥
Получите самые современные и востребованные компетенции в области компьютерного зрения от НИУ ВШЭ и ведущих технологических компаний, формирующих индустрию Computer Vision 💪
Более подробно о программе по ссылке 👈
Студенты НИУ ВШЭ получают доступ ко всем привилегиям: от информационных ресурсов до отсрочки от армии, а выпускникам выдают диплом НИУ ВШЭ государственного образца и приложение к диплому на английском языке.
Стань студентом лучшего ВУЗа России*💪
Набор ведется до 20 сентября включительно!
* 1 место в рейтинге ТОП-100 вузов России по версии Forbes
Ведущий цифровой университет страны НИУ ВШЭ продлевает набор до 20 сентября❗️на онлайн-программу Магистр по компьютерному зрению 💥
Получите самые современные и востребованные компетенции в области компьютерного зрения от НИУ ВШЭ и ведущих технологических компаний, формирующих индустрию Computer Vision 💪
Более подробно о программе по ссылке 👈
Студенты НИУ ВШЭ получают доступ ко всем привилегиям: от информационных ресурсов до отсрочки от армии, а выпускникам выдают диплом НИУ ВШЭ государственного образца и приложение к диплому на английском языке.
Стань студентом лучшего ВУЗа России*💪
Набор ведется до 20 сентября включительно!
* 1 место в рейтинге ТОП-100 вузов России по версии Forbes
💩6👍4
Баланс положительного и негативного фидбэка
У вас есть крутые коллеги или сотрудники, которых вы цените. Но иногда они косячат, и вы даете им обратную связь про это. Хороший повод задуматься – а соответствует ли баланс положительного и отрицательного фидбэка тому, как вы их на самом деле оцениваете. Несколько советов про то, как давать положительную обратную связь:
- Будьте очень конкретны. Вместо «ты очень клевый» лучше сказать «ты научил меня многому в том, как парсить JSONы»
- Используйте фреймворк Situation, Behavior, Impact для конкретики
- Перед тем, как критиковать какие-то компоненты понравившейся вам идеи, не забудьте похвалить ее в целом
- Не ждите выдающихся вау-моментов, чтобы дать обратную связь
У вас есть крутые коллеги или сотрудники, которых вы цените. Но иногда они косячат, и вы даете им обратную связь про это. Хороший повод задуматься – а соответствует ли баланс положительного и отрицательного фидбэка тому, как вы их на самом деле оцениваете. Несколько советов про то, как давать положительную обратную связь:
- Будьте очень конкретны. Вместо «ты очень клевый» лучше сказать «ты научил меня многому в том, как парсить JSONы»
- Используйте фреймворк Situation, Behavior, Impact для конкретики
- Перед тем, как критиковать какие-то компоненты понравившейся вам идеи, не забудьте похвалить ее в целом
- Не ждите выдающихся вау-моментов, чтобы дать обратную связь
👍12
DivKit — фреймворк для ускорения разработки приложений
- В статье рассказывают про новый инструмент для техлидов в мобильной разработке. DivKit помогает управлять интерфейсом приложений с сервера, не тратя время и ресурсы на выкладку новых релизов в Google Play и App Store.
- Штука очень гибкая: можно внедрить server-driven ui на уровне отдельных элементов, раскатывать изменения сразу на все версии приложения и все платформы.
- Раньше DivKit использовался только в Яндексе, теперь исходный код и библиотеки открыты для всех.
- В статье рассказывают про новый инструмент для техлидов в мобильной разработке. DivKit помогает управлять интерфейсом приложений с сервера, не тратя время и ресурсы на выкладку новых релизов в Google Play и App Store.
- Штука очень гибкая: можно внедрить server-driven ui на уровне отдельных элементов, раскатывать изменения сразу на все версии приложения и все платформы.
- Раньше DivKit использовался только в Яндексе, теперь исходный код и библиотеки открыты для всех.
💩38👍14👎2❤1
Как фиксировать соглашения в команде
Каждую неделю в команде разработки принимаются десятки решений – начиная от того, какую библиотеку использовать для решения локальной задачи, заканчивая принципами найма людей. На принятии решения сложности не заканчиваются. Если его правильным образом не сохранить, не распространить между заинтересованными людьми и не использовать в работе дальше, можно столкнуться с кучей проблем. Например, с проблемой микроконтекстов, о которой я уже рассказывал.
В статье рассказывается, как фиксировать соглашения в команде на разных уровнях: уровне кода, уровне архитектуры и уровне процессов разработки.
Каждую неделю в команде разработки принимаются десятки решений – начиная от того, какую библиотеку использовать для решения локальной задачи, заканчивая принципами найма людей. На принятии решения сложности не заканчиваются. Если его правильным образом не сохранить, не распространить между заинтересованными людьми и не использовать в работе дальше, можно столкнуться с кучей проблем. Например, с проблемой микроконтекстов, о которой я уже рассказывал.
В статье рассказывается, как фиксировать соглашения в команде на разных уровнях: уровне кода, уровне архитектуры и уровне процессов разработки.
👍28🔥1
Бесплатный тренировочный лагерь тимлидов от Стратоплана
Стратоплан организует онлайн буткемп для будущих и действующих тимлидов:
- Простое, понятное, структурное изложение основных стилей управления командой
- Рекомендации для того, чтобы, обладая необходимыми техническими навыками и опытом, попасть в новую позицию
- Алгоритм действий и основные рекомендации по корректирующей обратной связи с вашими сотрудниками
- Набор базовых инструментов, решающих 90% проблем в работе с командой и проектами
Стратоплан всегда разбирает интересные кейсы работы с людьми, а с его сооснователем Сашей Орловым мы записали несколько выпусков Подлодки.
Стратоплан организует онлайн буткемп для будущих и действующих тимлидов:
- Простое, понятное, структурное изложение основных стилей управления командой
- Рекомендации для того, чтобы, обладая необходимыми техническими навыками и опытом, попасть в новую позицию
- Алгоритм действий и основные рекомендации по корректирующей обратной связи с вашими сотрудниками
- Набор базовых инструментов, решающих 90% проблем в работе с командой и проектами
Стратоплан всегда разбирает интересные кейсы работы с людьми, а с его сооснователем Сашей Орловым мы записали несколько выпусков Подлодки.
👍11🤡8🕊3
Как сделать дэйли стендапы полезнее
На такой вопрос я обычно отвечаю радикально – отменить их, так как в большинстве случаев в них 90% карго-культа, и в лучшем случае 10% – хоть какой-то пользы.
Автор статьи предлагает поступить менее радикально: вынести большую часть общения в асинхронный режим, а остальной придать четкий смысл, фокусироваться на самом важном и проводить встречу со всеми людьми, требующимися для авторизации принимаемых решений.
На такой вопрос я обычно отвечаю радикально – отменить их, так как в большинстве случаев в них 90% карго-культа, и в лучшем случае 10% – хоть какой-то пользы.
Автор статьи предлагает поступить менее радикально: вынести большую часть общения в асинхронный режим, а остальной придать четкий смысл, фокусироваться на самом важном и проводить встречу со всеми людьми, требующимися для авторизации принимаемых решений.
👍13👎9🤔5
Внедрение метрик качества на уровне всей компании
- Качество продукта – это та область, где метрики могут принести пользу
- Метрики качества – помощники, которые помогают следить за динамикой изменений в командах
- Количество заведенных и закрытых дефектов показывает, насколько команда справляется с потоком проблем
- Разделение состава релизов на дефекты и другие задачи помогает посмотреть, сколько сил команды уходит на поддержку качества текущего продукта
- Соотношение дефектов и задач показывает, сколько в соеднем дефектов заводится на одну задачу
- Коэффициент ошибок, пропущенных на прод, показывает качество тестирования, проработки требований и эффективность обнаружения ошибок
- Распределение дефектов по приоритетам и категориям для теста и прода помогает понять более глубокие причины возникновения дефектов
- Время жизни дефектов, найденных на проде, показывает, насколько быстро происходит исправление дефектов в зависимости от их приоритетов
- Качество продукта – это та область, где метрики могут принести пользу
- Метрики качества – помощники, которые помогают следить за динамикой изменений в командах
- Количество заведенных и закрытых дефектов показывает, насколько команда справляется с потоком проблем
- Разделение состава релизов на дефекты и другие задачи помогает посмотреть, сколько сил команды уходит на поддержку качества текущего продукта
- Соотношение дефектов и задач показывает, сколько в соеднем дефектов заводится на одну задачу
- Коэффициент ошибок, пропущенных на прод, показывает качество тестирования, проработки требований и эффективность обнаружения ошибок
- Распределение дефектов по приоритетам и категориям для теста и прода помогает понять более глубокие причины возникновения дефектов
- Время жизни дефектов, найденных на проде, показывает, насколько быстро происходит исправление дефектов в зависимости от их приоритетов
👍17👎7❤4🤔2
Ответочка на статью про метрики качества
Вчерашняя статья вызвала кучу обсуждений в нашем сообществе. Если вы их не прочитали, то обязательно стоит! На Хабре полыхает не меньше – и вышла ответная статья, в которой построчно разбираются предпосылки и проведенные изменения, и доказывается их вред для разработки. Короткий вывод – вкладываться надо не в метрики, а в нормальный инженерный процесс и условия труда.
Вчерашняя статья вызвала кучу обсуждений в нашем сообществе. Если вы их не прочитали, то обязательно стоит! На Хабре полыхает не меньше – и вышла ответная статья, в которой построчно разбираются предпосылки и проведенные изменения, и доказывается их вред для разработки. Короткий вывод – вкладываться надо не в метрики, а в нормальный инженерный процесс и условия труда.
Хабр
Убийство разработки – опыт Тиньков Страхование
Вечером зашел на Хабр, отсортировал статьи по лучшим за сутки, вверху списка наткнулся на статью «Как убить разработку в три шага и на четвертый навсегда похоронить» . Хтонический ужас нависал над...
💩11👎8👍6🔥3🤔2🤮1