| ||||||
| Иногда мне задают вопросы про разные задачи и про людей. Вообще сейчас кризис и люди, которые умеют решать задачи, нужны. Так вот я решил поделиться тем, что знаю. Заодно некоторые люди узнают, чем же они занимаются %) Ну и себе памятку составить. Если кто против своего упоминания — черкните мне, вынесу. Если хотите что-то уточнить или вписаться — тоже пишите, но учтите, что я пишу только про тех, кого знаю и в качестве работы кого я не сомневаюсь. Визионерство ![[info]](http://l-stat.livejournal.com/img/userinfo.gif){kind=small} ailev , urbansheep Анализ рынка oddboy , justdoitbaby Определение продукта lavale , afriki , milaya_o , patamyshta Продажи ideali Реклама _subtle_ , soulskeeper PR klemkaРазработка требований aivanova , alextheraven , bas4all , make_summer Управление проектами blanditiae , gastarblogger , dastilda , milaya_o , cornerles , ay5 Проектирование интерфейсов eril , jvetrau Клиентсайд-разработка quappa , dixi Вёрстка tachisisПроектирование и разработка архитектуры ivbeg , raa , tobe , agreb Руководство командой разработчиков tobe , raa , agreb Фасилитация ideali , allileja Постановка процессов обеспечения качества slavapankratov , atermath , ivbeg Постановка процессов разработки cartmendum , zibsun Тексты urbansheep , ay5 Администрирование систем rdesperado Организация технической поддержки meatreach Документация пользователя akeepaki , orie , nat_crow Организация оффлайн-движухи (aka Event Management) _lothar_ , nikolaj , lost_in_net , allileja , beejess Журналистика an_chous , lorbit | ||||||
comments: 33 comments or Leave a comment   |
Системный анализ в Разработке ПО и Другие
|
|||||||||||||||||
May 27th, 2009
May 26th, 2009
| ||||||
| Очередное предложение для разноображивания жизни. Возмусь курировать ваш проект с целью вашего обучения, проходясь по цепочке маркетинг -> концепция -> требования -> проектирование. Берусь не за каждый проект, а лишь за те, которые понравятся. Другой вариант — вы делаете некоммерческий проект, тему которого выдвигаю я. Сейчас у меня есть на выбор следующие эрудиция и эстампы: 1. Развитие сайта UML2.ru 2. Веб-сервис управления задачами 3. http://beskov.ru/2006/04/17/region-s Свои заявки присылайте на systemdesigncoach @ beskov.ru Если у вас есть продукт, то опишите его в форме: 1. Кто является пользователем 2. Какую его проблему решаем 3. Каким образом 4. Чем это лучше того, что есть сейчас 5. Кто и за что платит | ||||||
| comments: 13 comments or Leave a comment |
April 20th, 2009
| ||||||
| Как вы знаете, завтра (уже сегодня) в мск проходит конференция по веб-разработке REMIX. Хорошее отличие этого года — то, что вы сможете сами принять участие в освещении этого события и получить более полную картину происходящего благодаря сервису фильтрации twitter-контента twihoo. Как узнать, что пишут о конференции? Зайдите на twihoo.com/remix и знакомьтесь с отзывами в реальном времени:  Как сообщить своё мнение миру? Запостите сообщение в twitter с хеш-тегом #remixru и в течении нескольких минут оно появится по ссылке выше. Кроме того, вы всегда сможете вернуться и ознакомиться с отзывами о прошедшем событии. Как задать вопрос организаторам REMIX? Напишите в twitter пользователю @remixru Enjoy! | ||||||
| comments: Leave a comment |
April 13th, 2009
| ||||||
| Придумал вопрос — Перечислите виды визуальных моделей систем, которые вы знаете в порядке убывания их полезности и поясните выбранный порядок. | ||||||
| comments: 50 comments or Leave a comment |
April 7th, 2009
| ||||||
| Что мне интересно: Профессия
| ||||||
| comments: 6 comments or Leave a comment |
March 30th, 2009
| ||||||
Деятельность по созданию ТЗ состоит из 3-х важных фаз, выполняемых итерационно:
Для самого малого проекта, ЕСЛИ ВСЁ ИДЁТ ГЛАДКО:
Таким образом самый малый проект тянет на 10 часов работы по требованиям. (Но это затраты, которые практически всегда окупаются). | ||||||
| comments: 24 comments or Leave a comment |
March 29th, 2009
| ||||||
| Если я тебе зачем-то нужен: Добавь меня в МК и узнай мой номер телефона, имейл, Skype, Gtalk и всегда имей доступ к актуальным данным. | ||||||
| comments: 4 comments or Leave a comment |
February 28th, 2009
| ||||||
| С удовольствием послушал Вировца месяц назад, очень полезно и конструктивно было. Верю, что с точки зрения бизнеса было эффективно и правильно строить развитие продукта, опираясь на отзывы сейлов, продающих корпоративные пакеты. Но. Сейчас (за последние годы) аудитория кандидатов сильно сместилась от менеджмента в сторону специалистов. Сегодня наблюдал, как тётя заполняет анкету на HH.ru, задавая мне вопросы почти по каждому полю, попадая в тупики и т.д. И возникают вопросы к ребятам, которые делали его интерфейсы — а каким таким usability вы на проекте занимались, какие проблемы решали, что решили, а что — нет и почему? | ||||||
| comments: 12 comments or Leave a comment |
February 24th, 2009
| ||||||
«Учитесь со мной работать» © tobeРешил поделиться некоторым сводом правил, условий, которые описывают, что для меня важно в сотрудничестве. Думаю, тема будет развиваться. Отношения Мне важно, чтобы отношения имели характер партнёрства, а не «начальник-подчинённый». Партнёрство подразумевает совместную работу на равных. Совместная работа — это когда мы одновременно работаем над одним объектом-задачей, а не перекидываем результаты труда туда-сюда. Контакт Важно ощущение контакта. Важно, чтобы отвечали на письма. Если я не звоню тебе, позвони мне. Позитивный настрой Важно желание и умение выходить в позитив и конструктив из разных ситуаций. Важно чувство юмора. Картина будущего, уверенность Мне важно понимать, что и когда будет происходить в ближайшем будущем. Речь не идёт о точном детальном плане, достаточно пары контрольных точек/событий на неделю. Организация/рефлексия Важно совместно придумывать правила совместной деятельности, реализовывать их на практике, проводить анализ, что и как работает, что не работает, изменять их. Фокус Мне важно иметь краткий перечень ориентиров, на которые мы опираемся в работе. Это могут быть совместные цели при проектной работе и/или ценности при процессной. Форматы элементарных взаимодействий Отказ: Меня удручает, если человек говорит «нет — это не сработает, нет — я не смогу», не предлагая альтернативных вариантов. Пример совместных соглашений Если ты опаздываешь на встречу больше, чем на 10 мин — позвони. PS: Мощный пока вектор, определяющий многое в моей работе — INTP | ||||||
| comments: 38 comments or Leave a comment |
February 18th, 2009
| ||||||
Треугольник Менеджера проекта, с помощью которого он управляет Проектом:
Треугольник Менеджера продукта, в рамках которого он балансирует Продукт:
| ||||||
| comments: 30 comments or Leave a comment |
January 25th, 2009
| ||||||
| Каким образом может быть описан рабочий процесс? Классически предполагается, что это можно сделать описанием оргструктуры, регламентами выполнения работ, должностными инструкциями. RUP-овский подход к детализации и составу описания:
| ||||||
| comments: 5 comments or Leave a comment |
January 24th, 2009
| ||||||
| В создании любой it-системы, it-продукта есть следующие 3 уровня проектирования: Концептуальное проектирование Для кого продукт, зачем, какими качествами он будет обладать, каковы приоритеты качеств продукта В этой теме мне известно достаточно мало специалистов (0?), результаты такого проектирования могут представлять от 1 до 100 страниц текста, как проверить концептуальный проект на вменяемость — малопонятно. Конференций и семинаров по этой теме мне не известно. В вузах не учат (?) Книг на русском языке толком нет. Типичный представитель не очень понимает, как именно это называется — Product Management, Innovation Management, Business Analysis, Product Marketing? Проектирование внешнего устройства продукта Интерфейсно-логическое проектирование Этим изначально занимались независимо: 1) от интерфейсов — «дизайнеры», позже появились проектировщики интерфейсов, информационные архитекторы, технические дизайнеры и проектировщики взаимодействия, 2) от деятельности — аналитики, которые разделились на бизнес и системных. Конференций есть в стране какое-то малое количество, специалистов несколько десятков (интерфейсы) / сотен (логика), отрасль растёт и зреет. Есть несколько вузов, где этом учат. Литературы по интерфейсам появляется всё больше и больше, по логике работы продукта — не особо. Типичный представитель о System Analysis и Usability Engineering имеет слабое представление. Проектирование внутреннего устройства продукта Техническое проектирование системы Традиционно этим занимались «программисты», которых позже выделили в архитекторов. Конференций по этой теме немного, но они есть. В вузах учат, но не очень убедительно. Специалистов разного масштаба по стране от тысяч до сотен тысяч(?). Литература периодически издаётся. Знания в основном передаётся хаотически, на форумах, на своих пробах и ошибках. Типичный представитель о Software и System Engineering не имеет представления. Теперь можно понять, почему мне практически неинтересно 3, я занимаюсь 2 и постоянно возращаюсь к теме 1. | ||||||
| comments: 43 comments or Leave a comment |
January 23rd, 2009
| ||||||
| Веб-семинар для UX Russia Видеозапись веб-семинара | ||||||
| comments: 9 comments or Leave a comment |
January 22nd, 2009
| ||||||
Давайте рассмотрим 3 фокуса внимания и ценностей, которые можно обнаружить в проектной деятельности. Этими фокусами являются Проект, Продукт и Система и ключевые роли, с которыми эти фокусы связаны — это Бизнес, Пользователь и Разработчики. Проект — организация деятельности по достижению Результата (Продукта). Проект должен быть рентабелен — т.е. эффект от его выполнения должен превышать затраты. Создаваемый в ходе проекта Продукт должен обладать максимальной Ценностью на рынке / повышать капитализацию Компании и для этого соответствовать ожиданиям Пользователя, какими бы они ни были. Идеал Бизнеса — Прибыльность Проекта. Продукт — результат Проекта, который передаётся в руки Пользователям. Продукт должен позволять Пользователям решать те задачи, которые для них актуальны, причём делать это в рамках ожиданий — с определённым уровнем пользовательских качеств, таких как удобство, безопасность, надёжность, функциональная полнота и т.д. Идеал Пользователей — Полезность Продукта. Система — совокупность технологий и технических решений, лежащих в основе Продукта. С точки зрения ценностей Разработчика, система должна быть робастной (т.е. позволять изменять её функциональность без масштабных переделок), постижимой, логичной, эффективной. Идеал Разработчиков — Технологическое совершенство Системы. Что забавно, с позиции каждой из 3-х сторон её фокус кажется ей более важным, чем остальные :) Отсюда и разные представления об успехе деятельности по созданию IT-продуктов. Отсюда же следует, что практически всегда мы будем наблюдать некоторый конфликт интересов сторон, а значит наша задача — научиться с ним работать и сводить его до полезного минимума. А полное пренебрежение интересами какой-либо одной из 3-х ключевых сторон очень быстро приводит к невозможности успеха общего дела. | ||||||
| comments: 20 comments or Leave a comment |
| ||||||
| Наткнулся на хабре на очередную обширную статью про то, как придумывать пароли :) Хотелось бы на этом примере показать, чем гуманистический подход отличается от гиковского, технократического. Давайте вспомним, каковы требования к паролю (не слишком формализованные):
urbansheep.Из психологии известно, что человек легко запоминает абсурдные фразы. Абсурдные фразы кажутся человеку абсурдными именно потому, что представляют собой нетипичное, необычное и бессмысленное сочетание слов. Amazon.com использует редкочастотные сочетания слов (Statistically Improbable Phrases) для идентификации текстов. Тогда, взяв словарь русских прилагательных и существительных (допустим, в каждом из них по 10 тыс. слов), можно выбирать оттуда случайным образом 2 прилагательных и 1 существительное, порождая в результате абсурдную, но запоминающуюся фразу. Пример: неистовый волшебный катализаторИтак, число вариантов для такой фразы — 1012, т.е. 1 триллион. Осталось выполнить требование 4 — «трудно запомнить подглядевшему». Ну что же, набираем фразу в английской раскладке без пробелов: ytbcnjdsqdjkit,ysqrfnfkbpfnjh Важное уточнение — если у вашего сервиса много мобильных пользователей, то операцию преобразования делать не стоит! (могут быть трудности при наборе + на мобильном устройстве риск 4 не так актуален). Такой подход упростил бы задачу запоминания автоматически сгенерированных веб-сервисами паролей для «обычных пользователей» — секретарш, бухгалтеров и т.д. P.S. Комменты будущих инженеров на хабре, как всегда, жгут. Зато ещё одна тема для статьи есть — про то, что понятию массового рынка не учат в институтах. P.P.S. Тутошние инженеры оказались тоже не промах ( | ||||||
| comments: 29 comments or Leave a comment |
January 15th, 2009
| ||||||
| Эффективный — такой, для которого не существует альтернатив, сопровождающихся меньшими затратами ресурсов. | ||||||
| comments: 18 comments or Leave a comment |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
На основании данной матрицы можно попробовать сделать вывод о том, что успех соцсетей возможно также связан с тем, что они дают достаточно полное функциональное покрытие, без необходимости постоянно вручную отсеивать лишнее, как это происходит на тематических порталах. Вопросы в функциональном покрытии представляют собой потенциальные точки роста каждого класса. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| comments: 12 comments or Leave a comment |
| ||||||
| ||||||
| comments: 3 comments or Leave a comment |
| ||||||
Когда заходит речь о классификациях, любой инженерный или научный ум пытливо проверяет каждый экземпляр оной на:
Однако практика показывает, что зачастую разумнее ограничиться не ИДЕАЛЬНОЙ, а ЭФФЕКТИВНОЙ классификацией. Чаще всего это происходит потому, что создание идеальной классификации оказывается сложной задачей, не стоящей затрат времени на её создание. Каковы признаки эффективной классификации?
dixi NB: на самом деле похожие размышления применимы и к эффективным моделям, документам и решениям. | ||||||
| comments: 5 comments or Leave a comment |
| ||||||
| 22 января, в четверг, с 11:00 по 12:00 я с Андреем Сикорским буду вести 8-ой онлайн-семинар UXRussia: Подходы к организации навигации в интерфейсе веб-сайтов и ПО Для кого Начинающим проектировщикам интерфейсов, информационным архитекторам, системным аналитикам, менеджерам продуктов, интересующимся. О чём Если подходить к выбору принципов организации навигации как самостоятельной задаче проектирования, можно обнаружить, что в существующих интерфейсах комбинируются в разных пропорциях различные принципы. Есть навигация, построенная от тем, от объектов, от ролей, от проблем и от операций. При внимательном рассмотрении можно увидеть, что у этих подходов различные свойства с точки зрения эффективности решения пользовательских задач. Я предлагаю рассмотреть эти различия и сделать выводы и рекомендации о применимости этих подходов к различным видам продуктов. Это позволит обрести большую осознанность проектной деятельности и большую уверенность в эффективности создаваемых систем навигации. Структура семинара
| ||||||
| comments: 2 comments or Leave a comment |
Системный анализ в Разработке ПО и Другие
|
|||||||||||||||||