За последние дни надавали мне логических задачек на разных интервью, вот, попробуйте немного размять мозги :) Только без гугла!
В конце будет мегазадача, если честно, я не осилил.
1. Есть две комнаты, в одной три выключателя, в другой три лампочки. Каждый выключатель включает одну лампочку.
Нужно один раз войти в комнату с выключателями, поманипулировать с ними, перейти в комнату с лампочками и определить, какой выключатель какую лампочку включает. Обратно в комнату с выключателями заходить нельзя.
2. Есть 8 бильярдных шаров, один из них немного тяжелее других. Надо за два взвешивания с использованием рычажных (аптечных) весов, определить какой шар тяжелее.
3. Рассчитать, сколько в Москве двухкомнатных квартир. Еще можно посчитать количество заправок.
4. Сколько и какие точки планеты позволяют пройти 1 км на Север, затем 1 км на Запад и 1 км на Юг и попасть в исходную точку.
5. На бесконечную прямую десантируют двух роботов. Роботы приземляются и оставляют парашюты на месте приземления. Роботы понимают только три команды: Шаг влево, Шаг вправо, РасстрелПроверка есть ли под ногами парашют.
Нужно написать программу, которую бы залили в них на заводе, по которой роботы обязательно бы встретились, начав движение после приземления. Программа одинакова для обоих роботов, регистры для хранения информации использовать нельзя.
6. Есть бикфордов шнур, который горит ровно 1 минуту. Но неравномерно.
Как с помощью двух таких шнуров отмерять 45 секунд?
7. Вот самая жесть :)
На языке 'Гуси' одного африканского племени словами записаны следующие числа. Язык - настоящий, реально действующий.
57 emerongo etano na itano na ibere
82 emerongo etano na etato na ibere
230 amagana abere na emerongo etato
308 amagana atato na itano na itato
705 amagana atano na abere na itano
Напишите на этом языке 28 и 837.
P.S. Большинство задач в общем-то известные, но некоторые для меня например были совсем новые. Особенно седьмая.
пятница, 30 января 2009 г.
Разминка на гибкость мышления
Теги: Around Agile
понедельник, 26 января 2009 г.
Организация обратной связи с пользователями

Трудно не согласиться с тем, что обратная связь является одним из ключевых моментов гибкой разработки, отчасти именно поэтому мы и работаем короткими итерациями.
Но обычно, когда говорят об обратной связи, имеется ввиду связь Заказчик-Команда разработки, то есть заказчик все время корректирует наше движение вперед.
Однако, если мы разрабатываем публичный продукт, часто выкладывая новые релизы пользователям, мы обязательно должны иметь возможность учитывать их пожелания к функциональности будущих релизов и фиксировать максимум найденных ошибок.
Более того, мы должны не просто позволять завести идею или ошибку через малозаметную ссылку на форму обратной связи на сайте, мы должны поощрять пользователей участвовать в развитии нашего продукта, ведь именно они (пользователи) приносят нам деньги, пользуясь нашими продуктами. Больше довольных пользователей = больше денег.
Хочется отдельно подчеркнуть важность хорошего канала связи для стартапов, которые без тесного взаимодействия с пользователями скорее всего обречены на забвение.
Я уже как-то писал о том, что невероятно здорово, с точки зрения обычного пользователя, работать с продуктом, разработка которого ведется высокоитеративно и открыто. Пользователи, на основе доступного им публичного плана итераций, могут формировать свои ожидания относительно реализации необходимых им фич или исправления дефектов. Лично я это очень ценю, и каждый раз вспоминаю GreenHopper, как первый подобный продукт с которым мне довелось работать.
На мой взгляд, для адекватной формы обратной связи нужно:
- сделать ее максимально доступной пользователю, а не маленькой ссылкой внизу страницы
- помещать заведенные пользователями пожелания в журнал (User Backlog?), к которому обязательно давать доступ пользователям
- подписывать пользователя по email на все действия с его пожеланием (запланировано на итерацию, реализовано, отложено и т.п.)
- иметь возможность комментировать пожелание для общения пользователя и команды, с отправкой уведомлений по email
- обеспечить возможность пользователям голосовать за пожелания (рейтинговать), чтобы влиять на их включение в следующий релиз продукта
- в идеале, буквально нажатием одной кнопки пожелания пользователей должны попадать в бэклог команды разработки и далее планироваться на итерацию, т.е. форма обратной связи должна быть интегрирована с инструментом ведения проекта.
Звучит заманчиво?
На текущий момент мне известна только одна реализация такой формы обратной связи, которая удовлетворяет всем перечисленным выше пунктам - ее описание можно прочитать здесь.
Форма встраивается на сайт несколькими строками html кода, я ее добавил сюда в блог для примера (слева на странице). Цвета, размер и шрифты настраиваются.
Вдобавок ко всему, к форме прилагается и неплохой инструмент для управления проектами DEVPROM.
Вот так примерно, на мой взгляд, должна выглядеть хорошая форма обратной связи с пользователями. Я бы очень хотел видеть такую на большинстве сервисов, которыми мне приходится пользоваться ежедневно.
Вы как думаете?
Теги: DEVPROM, Feedback, User Stories
