Полезное видео: Competing On The Basis Of Speed от Мери Поппендик (Mary Poppendieck) и Гугл.
Скорость - важное конкурентное преимуществно (что, впрочем, не новость) Что уменьшает ее, почему многие компании так замедляются со временем?
** [излишняя?] Сложность
** Перенагрузка
** Мусор (waste, издержки?)
** Неоднозначаность
* Принцип отложеного решения: важные, не- или сложнообратимые решения выгоднее принимать позже, когда лучше видны последствия выбора. Тут могут быть "но", например - злостный стартап с минимальным маркетинговым окном, но в целом идея интересна.
* нахождение дефектов против предотвращения дефектов. Рутина должна быть автоматизирована, и люди QA займутся творческой работой.
* Технический долг - все, что уменьшает скорость (опреднление ёмкое, шире чем упомянутое Лешей Кривицким в комментах, и мне в общем нравится)
Последние 10 мин. мне лично не очень понятны... Сначала вскользь упоминается некое правило очередей 101 (101 queue), из чего вроде бы вытекают практики 3M и Google по недозагрузке сотрудников, но надо бы разобраться с этим поподробнее (/*TODO!*/).
Концовка посвящена вопросу минимизации очередей, тоже не очень внятна для меня. Например вторичная очередь, так же упомянутая (что бы было хорошо иметь, но не критично - Would Be Nice To Have), ИМХО может быть бесконечно большой...
Субъективная оценка 5 из 5. Вопросы остались, и это хорошо :)
Самое важное на данный момент в том, что я почерпнул из информации о Лин методах - это принцип минимизации очередей (наверное, должен быть более благозвучный термин) , чем и собираюсь заняться вплотную. Сейчас.
Подписаться на:
Комментарии к сообщению (Atom)
2 комментария:
>Что уменьшает ее, почему многие
компании так замедляются со временем?
как утверждает Кен Швейбер основная проблема - это core code, velocity по поддержке которого *намного* меньше, чем по написанию новой функциональности.
Krivitsky.
Да, на это докладчик отвечает.
Legacy code - это один из аспектов, но не единственный. Из упомянутых в Видео, мне лично приходилось (и приходится) сталкиваться с чрезмерно длинным и нееффективным циклом регрессивного тестирования. Что, кстати, тоже вписывается в определение технического долга, данное Мери.
Отправить комментарий