вторник, 28 августа 2007 г.

Соревнуясь скоростью, гугль видео

Полезное видео: Competing On The Basis Of Speed от Мери Поппендик (Mary Poppendieck) и Гугл.

Скорость - важное конкурентное преимуществно (что, впрочем, не новость) Что уменьшает ее, почему многие компании так замедляются со временем?
** [излишняя?] Сложность
** Перенагрузка
** Мусор (waste, издержки?)
** Неоднозначаность

* Принцип отложеного решения: важные, не- или сложнообратимые решения выгоднее принимать позже, когда лучше видны последствия выбора. Тут могут быть "но", например - злостный стартап с минимальным маркетинговым окном, но в целом идея интересна.
* нахождение дефектов против предотвращения дефектов. Рутина должна быть автоматизирована, и люди QA займутся творческой работой.
* Технический долг - все, что уменьшает скорость (опреднление ёмкое, шире чем упомянутое Лешей Кривицким в комментах, и мне в общем нравится)

Последние 10 мин. мне лично не очень понятны... Сначала вскользь упоминается некое правило очередей 101 (101 queue), из чего вроде бы вытекают практики 3M и Google по недозагрузке сотрудников, но надо бы разобраться с этим поподробнее (/*TODO!*/).
Концовка посвящена вопросу минимизации очередей, тоже не очень внятна для меня. Например вторичная очередь, так же упомянутая (что бы было хорошо иметь, но не критично - Would Be Nice To Have), ИМХО может быть бесконечно большой...

Субъективная оценка 5 из 5. Вопросы остались, и это хорошо :)

Самое важное на данный момент в том, что я почерпнул из информации о Лин методах - это принцип минимизации очередей (наверное, должен быть более благозвучный термин) , чем и собираюсь заняться вплотную. Сейчас.

2 комментария:

Unknown комментирует...

>Что уменьшает ее, почему многие
компании так замедляются со временем?

как утверждает Кен Швейбер основная проблема - это core code, velocity по поддержке которого *намного* меньше, чем по написанию новой функциональности.

Krivitsky.

ngu комментирует...

Да, на это докладчик отвечает.
Legacy code - это один из аспектов, но не единственный. Из упомянутых в Видео, мне лично приходилось (и приходится) сталкиваться с чрезмерно длинным и нееффективным циклом регрессивного тестирования. Что, кстати, тоже вписывается в определение технического долга, данное Мери.