?

Log in

No account? Create an account

Entries by category: история

Мои профили в соцсетях



Краткое резюме есть здесь


А еще я написал книгу


Если у вас есть вопрос, то его можно обсудить в форуме

Ссылки на все мои слайдкасты перехали сюда

Очень люблю Талеба, особенно его последнюю книгу. Там чуть ли не каждая страница достойна отдельного бухтелова. Типа такого:

Человеко-часы умерли!

Сам недолюбливаю человеко-часы по многим причинам.

А вот сейчас посомтрел видос от Димы Лазарева, где он разобрал откуда это все пошло и какими могут быть альтернативы:



Краткое содержание:
00:40 Для кого это видео
3:12 Историческое введение
15:20 Человек умственного труда по-прежнему продает время
15:40 Что такое бизнес-модель
16:16 Индустриальная бизнес-модель
17:17 Бизнес-модель экономики знаний
17:37 Миф о доле рынка
18:52 Интеллектуальный капитал
22:07 Результативность или производительность
23:04 Себестоимость
23:42 Емуценность
24:17 Первый закон ценообразования
28:55 Все вместе: Себестоимость, Цена, Емуценность
32:34 Две модели ценообразования
35:37 8 шагов внедрения ценностного ценообразования
40:56 У меня нет на это времени!
40:59 Как увеличить прибыль на 1%
Не без помощи Германа Оскаровича и тому, что в Сбербанке теперь Agile на русском языке за последнее время издали огромное количество очень хороших книг, которые раньше были доступны лишь ИТ-шникам, работавшим на зарубежного заказчика (мало где еще читали профессиональную литературу на английском).
Вот одна из моих любимых цитат:


Большинство же команд, не имевших тщательных методов анализа и исторического опыта, не могли совладать с теми, кто подталкивал их брать на себя непонятные, а нередко и неосуществимые обязательства.
Я ее упер в свой тренинг по оценке проектов и работе с цифрами. Помню как 6 лет назад, когда я еще работал в "Лаборатории Касперского", мы ковырялись в клубке менеджерско-ИТшных проблем и пришли примерно к примерно такой-же корневой причине:

Только она была сформулирована несколько иначе: "наш нахер тонок и неубедителен". Имелось ввиду, что мы не могли достаточно жестко и опираясь на факты, отказать запросам, превышающим наш предел впихуемости, так как сами не понимали, где он...

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

  1. Прокрастинируется еженедельный обзор... (что делать, если такая важная вещь, как обзор не проводится)

  2. Карта рабочего процесса в GTD (и ее апгрейды джедайскими техниками) (в чем тонкие отличия GTD Дэвида Аллена от того, что я называю джедайскими техниками)

  3. Помидорная тема (метод pomodoro и как им пользоваться)

  4. Список входящих на инкубацию (что это такое?)

  5. GTD + ТОС (буфер времени при планировании задач на день)

  6. Организация хранилища информации

  7. Майндмэпы vs Графы и Майндмэпы vs Списки


Понимаю, что для участия в обсуждениях там надо регистрироваться и регистрация через соцсети пока не впилена, но тем не менее, я вас приглашаю задать свой вопрос и/или поделиться своим мнением на уже заданные вопросы:
В свое время dumtest навел меня на любопытную модель приоритезации требований к ПО. Эта модель была разработана Нориаки Кано в начале 80-х (судя по всему, еще до того момента, как Хиротака Такеучи и Икуджиро Нонака заявили о Scrum-е). Утверждается, что при помощи этого подхода можно выделить самые важные требования, максимизирующие функцию удовлетворенности пользователей.

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

По каждой пользовательской истории пользователю предлагается ответить на два вопроса:
  • Как вы относитесь к наличию данной функции?
  • Как вы относитесь к отсутствию данной функции?
На основании этих двух ответов, каждой пользовательской истории присваивается очко в одну из 6-ти категорий:
  1. Обязательная функция, без которых не возможно пользовательское счастье. (Must Haves)
  2. Линейные функции (Linear Features). Такие, что чем больше их есть, и чем изощеренее они реализованы, тем счастливее пользователь.
  3. Функции из разряда «приятные неожиданности» (Exciters)
  4. Функции, безразличные для пользователя и первые кандидаты на выкидывание (Indifferent)
  5. Заведомо бесполезные функции и даже вредительские функции (Reverse)
  6. Спорный функционал, или функционал, не понятый до конца заполняющим опросник пользователем (Questionable)
Далее уже смотрим ответы по всем респондентам и выясняем, какая пользовательская история в какой категории заработала больше очков.

На просторах интернета есть даже веб-сайт (сырой, но вполне юзабельный), позволяющий проводить подобные опросы: http://www.kanosurvey.com/ (халявный)

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

Лучший способ узнать подробнее что же такое Kano Survey – это поучаствовать в нем самому:


Попробуйте, результаты я потом опубликую.

Если интересны детали метода, то есть еще ссылки:
  1. http://itnaut.com/when_is_v1_feature_complete
  2. http://www.pragmaticmarketing.com/publications/magazine/4/3/0605ss#1264759290
  3. Книга Майка Кона "Agile Estimating and Planning" (в 11-й главе модель Кано рассмотрена достаточно подробно)

Profile

Cartmendum
cartmendum
cartmendum

Latest Month

September 2019
S M T W T F S
1234567
891011121314
15161718192021
22232425262728
2930     

Syndicate

RSS Atom
Powered by LiveJournal.com
Designed by Tiffany Chow