Я собираюсь написать несколько статей про новую методологию гибкой разработки Канбан (Kanban Development) в целях подготовки к Scandinavian Agile Conference 2009, где я буду делать один из докладов (кстати, заодно приглашаю всех на конференцию).
Сегодня публикую первую из статей.
Основная задача первой статьи — это как можно проще описать основы Канбан: что это такое, в чем отличие от других гибких методологий и зачем это нужно.
Также я хотел бы собрать как можно больше вопросов и сомнений в комментариях, чтобы ответить на них в следующих статьях, так что пишите всё, что вам непонятно, или что ещё вы хотели бы узнать про Канбан.
Я не то, чтобы большой специалист по этой новой методологии, но мы внутри команды пришли к Канбану самостоятельно и последовательно прошли все этапы мутации от SCRUM до Канбан, так что практический опыт есть.

Примерно три месяца назад мне, как руководителю студии дизайна, посчастливилось участвовать в замечательном тренинге «Основы бережливого производства». Тренинг этот рассказывал про методологию lean. Для тех, кто не в курсе — это методология “обезжиривания” бизнес-процессов, при которой идет сокращение неизбежных потерь, исключение бесполезных действий и выполнение других манипуляций, направленных на увеличение скорости работы компании, количества производимой продукции или услуг и, как следствие, роста её доходов. Это если вкратце.

То, чем сегодня я с вами хочу поделиться — это результат воплощения в жизнь лишь малой части полученных на этом тренинге знаний. Если вам будет интересна данная тема — я готов рассказать о других вещах, которые мы стали использовать в нашей студии после данного обучения. К слову, очень интересно читать посты на тему lean наших сибирских коллег — компанию Сибирикс. Ребята, так держать!

Итак, сегодня речь пойдет о двух составляющих чудесной методологии lean — это визуализация и канбан. Первая из них говорит о том, что нужно стараться визуализировать в бизнес-процессах всё и вся, чтобы упростить их восприятие и понимание. Со вторым понятием, я думаю, многие хабраюзеры знакомы уже давно и не понаслышке. На Хабре было не мало статей про канбан-доски и другие похожие инструменты управления проектами. Я же хочу рассказать о том, как мы открыли для себя канбан-доску и чем она стала полезна именно нам. Возможно, вы сможете перенять наш опыт и внедрить-таки эту штуковину в своей компании.

Сейчас российский digital-рынок наполнен веб-студиями полного цикла, разрабатывающими проекты «под ключ», различными SEO-, SMM- и рекламными агентствами. Конкуренция в этих областях довольно высокая, появилось огромное число всевозможных рейтингов, стали даже появляться агрегаторы рейтингов. То есть, в принципе, проблем с поиском подрядчика нет, если на выходе вам нужно получить готовый сайт с продвижением и поддержкой. Однако существует категория заказчиков, у которых уже есть свой отдел разработки, да и продвижением они занимаются самостоятельно. Все что им нужно — это найти аутсорсера, который смог бы качественно и в срок спроектировать и отрисовать интерфейсы. Чаще всего в такой ситуации речь идет не о простом информационном сайте, а о сложном и уникальном веб-сервисе, который и приносит заказчику основной доход. Специализированных рейтингов по данной тематике обнаружено не было, а знакомые с нужными рекомендациями есть не всегда. Желающих принять участие в опросе прошу под кат.

Поговорим о ежемесячных тратах на электронные сервисы, которые необходимы для работы небольшой студии с удалённой командой, занимающейся дизайном в интернете. Давайте посмотрим, какими платными сервисами мы пользуемся в Genue.

---

50$. Basecamp

Простая и удобная система управления проектами от команды 37signals. Это основной инструмент взаимодействия как внутри студии, так и с заказчиками. Все задачи заводятся в виде простых списков и легко меняются местами друг с другом простым перетаскиванием. Каждая задача выглядит как публикация с комментариями. Любой может указывать, кто из команды получит уведомление на email о его комментарии. Можно ограничивать видимость некоторых задач для клиента.

В идеале дизайном нужно заниматься системно с запуска первых продуктов компании. Но так получается далеко не всегда по самым разным причинам — важно запуститься как можно раньше, не было денег на старте, требовался максимально быстрый рост, концепция постоянно менялась в поиске работающей бизнес-модели и т.п. Вспомните первые Windows, Android до версии 4.0 и уйму других продуктов. Почему так происходит?

Как устроен процесс организации разработки в крупном интернет-проекте на всех этапах его роста? Что происходит, когда из стартапа компания перерастает в проект с более чем 190 миллионами пользователей.

В прошлом году на конференции Whalerider Алексей fisher Рыбак рассказывал о том:

• как у нас Badoo сейчас устроена разработка;
• как в процессе развития проекта её перестраивали;
• какие проблемы решали;
• как преодолевали кризисы роста;
• на какие грабли наступали.

В секции вопросов есть интересная информация о том, как в Badoo устроена система мотивации и бонусов.
Сейчас у нас появилось видео и мы хотим поделиться им с вами.

Недавно на Хабре мы публиковали небольшой обзор системы управления задачами, над которой работаем. Одна из ее возможностей — односторонняя и двусторонняя синхронизация с Google Tasks. Настроив ее, можно существенно расширить возможности по работе с вашими задачами в Google Tasks, к примеру, достаточно быстро реализовав следующие «плюшки»:

• создание задач в Google Tasks по почте (причем каждая задача имеет свой адрес и можно отсылать подзадачи к любой задаче)
• сделать повторяющиеся задачи в Google Tasks (к примеру, каждый вторник будет возникать задача «Проверить операции по карте»)
• запланировать будущие задачи (т.е. они появятся в Google Tasks в нужную дату)
• уведомлять о приближении срока (даты завершения, due date) задачи из Google Tasks по почте (один или несколько раз)
• через некоторое время (к примеру, неделю) удалять уже выполненную задачу
• предоставить доступ к своим задачам другим пользователям Google Tasks (грубо говоря, расшарить свой список, подробнее ниже)

Реализация всего этого сделана через синхронизацию с нашим сервисом, т.е. мы не говорим о каких-то «хаках» или недокументированных возможностях Google Tasks, а реализуем их через обработку ваших задач у нас. Поэтому если вы не согласны доверить ваши тасклисты сторонним сайтам, то наше решение не для вас.

Введение

В современном мире миллиарды вычислительных устройств. Еще больше программ для них. И у каждой свой интерфейс, являющийся «рычагами» взаимодействия между пользователем и машинным кодом. Не удивительно, что чем лучше интерфейс, тем эффективнее взаимодействие.

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

Для себя я начал с постановки вопросов: общие принципы, какие элементы интерфейса(ЭИ) создать, какой у них должен быть дизайн, где их правильно размещать и как они должны себя вести.
Ниже я постараюсь ответить на эти вопросы.

Число различных устройств хранения данных постоянно растет. На рынке их появляется все больше. Самая современная тенденция, или, лучше сказать, технология – использование твердотельных накопителей (SSD). SSD, как принято считать, – наилучшее решение для таких операций с данными, где необходима высокая производительность, например, работа операционных систем или приложений. Здесь мы попробуем рассказать о нескольких способах перемещения ОС и данных на SSD.

Привет, Хабраюзер! В интернете полно статей на тему, каким должен быть идеальный дизайн сайта, много примеров уже отрисованных макетов, но почти никогда ты не увидишь, как именно этот макет рисовался, какие правки переносил и насколько изначально был далек от финального варианта. Сегодня я приглашаю тебя разобрать процесс отрисовки главной страницы корпоративного сайта фирмы, с нуля. Мы рассмотрим 13 промежуточных вариантов, предшествовавших финальной версии главной страницы и подробно разберем все вводимые в макеты изменения.

В нескольких топиках меня просили рассказать про нашу команду. А именно – как так получилось, что мы сразу знали, как и что делать в бизнесе, и, казалось, не ошибались. Так вот, мы ни разу не суперлюди. Мы часто ошибаемся, часто ходим по граблям и часто спорим внутри команды.

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

Недавно нашей сети исполнилось 5 лет. Первые два года были просто взрывом: мы стартовали без кредитных средств с одного маленького магазина и как-то вдруг стали российской розничной сетью.

Bitcoin-майнер от ASICMINER, производительностью ~2TH/s ^{(источник)}

Предыдущая часть.
В этот раз рассмотрим заключительную часть истории развития вычислительных систем, предназначенных для добычи биткоинов, а именно эпоху ASIC, поставившую крест на GPU и FPGA майнерах.

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

Если вокруг одни дураки — значит, вы центральный.

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

Виконт де Бражелон

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

Вспоминается театр, в котором я когда-то играл год и о чем с благодарностью вспоминаю. Руководитель театра за свои деньги организовывает кучу мероприятий, бесплатных для молодых артистов, обучает их и развивает. В обмен — лишь выступление на ведущих площадках, конкурсах. Некоторые из бывших в театре — сегодня звезды ТВ и эстрады.

Неоднократно при мне приходили люди, которых руководитель долго и упорно учил. А затем уходили после неадекватных проявлений в поведении, и всегда поливали калом театр впоследствии. Никто из них, что примечательно, не добился серьезного успеха за последующие годы.

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

Так и у нас в России не принято брать на себя ответственность за свою жизнь. А вот обвинять кого угодно — это приветствуется в любом коллективе. Поэтому признать себя виновным в факапе — это участь немногих, а вот публично поливать критикой окружающих и самому в нее поверить в итоге — идет на ура.

Также не принято работать, за исключением IT и ряда других сфер — а вот говорить о работе любит каждый

Вспомнить данный прогноз натолкнул меня пост «15 вещей сегодняшнего дня, которые не застанут наши дети».
Автор прогноза основатель компании «Демос» Давидов Михаил Изгияевич. Прогноз был дан в статье, посвященной десятилетию «Демос» и опубликован в декабре 1998 года.

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

PS. Я знаю, что на хабре не приветствуется кросспостинг, но я не мог не привести данный текст полностью. Я лишь позволил себе исключить несущественные на мой взгляд детали.
В любом случае оригинал можно прочитать по адресу news.demos.su/private/demos.html

Недавно, просматривая старые статьи Хабра, наткнулся на опрос о почтовых клиентах, который показал, что подавляющее большинство читателей предпочитает Gmail. Я сам пользуюсь им много лет, хотя пару раз в год безрезультатно пытаюсь “пересесть” на что-то поудобнее. С тех пор я стал думать о том, как можно было бы сделать Gmail лучше. Идей накопилось столько, что я решил создать собственный почтовый клиент. Любителей почитать про интерфейсы прошу под кат. И да поможет мне Фиттс.

Дорогой дизайнер и недизайнер!

Эта статья для вас обоих. Дизайнеру она послужит хорошим напоминанием, на что нужно обращать внимание прежде всего. Недизайнеру она поможет понять произошедший сдвиг от объемного к плоскому дизайну, а так же что это значит с технической точки зрения.

Плоский и минималистичный дизайн — это то, чем я зарабатываю свой хлеб. С тех пор, как я стал работать с дизайном, я всё время упрощаю объем, минимизирую отдельные элементы и увеличиваю пустое пространство. В данный момент эти два стиля слились воедино и вышли на передовую мобильного дизайна. И я хотел бы поделиться тем, чему научился.

Всем привет! С вами «Метрика» — шоу для тех, кто создает и анализирует продукты и сервисы, проектирует и руководит, занимается бизнесом и любит новые технологии.

Сегодня в программе

В 27-м выпуске Метрики — продолжение интервью Платона (hryusha) и Александра Кирова, дизайнера продуктов в Pebble.

С появлением Интернета старые способы продажи контента стали работать заметно хуже. Многие схемы продаж изменились и продолжают претерпевать метаморфозы; единого решения до сих пор не придумано. О самых необычных способах заплатить авторам поговорим сегодня.

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