Выбор порядка задач (переработано)

Jul 01, 2009 12:59

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

Ой! Ну, то есть, я хотел сказать, есть еще очень много полезных и важных вещей, конечно :) Но. Если Вы будете следовать приведенным правилам (при этом ( Read more... )

управление приоритетами, управление рисками, управление проектами

Leave a comment

vasbur July 1 2009, 11:46:43 UTC
Второй принцип - частный случай "метода вытягивания" производственной системы Тойоты. В свое меня это принцип сильно удивил и заставил задуматься.

Reply

gaperton July 1 2009, 13:40:59 UTC
Хм. Как интересно. Не дадите ссылку на описание системы?

Reply

vasbur July 1 2009, 16:07:28 UTC
Я читал вот эту достаточно толстую книгу, и считаю ее одной из лучших книг по менеджменту вообще. Если есть время и настроение - рекомендую прочитать.

Кратко принципы сформулированы, например, здесь, но лучше знакомиться с более обстоятельными описаниями.

Reply

gaperton July 1 2009, 19:43:07 UTC
Статья в википедии - отстой, видимо, надо читать оригинал. Но! Кажется неплохой статья про "бережливое производство", на которую есть ссылка и данной вами статьи. Она существенно более информативна. За одно это:

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

Ее надо добавить в закладки :). Короче, спасибо за толковую ссылку.

Reply

gaperton July 1 2009, 19:53:54 UTC
Вообще, фокус данной системы стоит на "устойчивых процессах" (defined process, перевод термина мой). Наши процессы - эмпирические (empiric process), и имеют больше общего не с производством, а с разработкой новых моделей автомобилей. Есть у Тойоты что-нибудь на эту тему?

В частности, процесс устранения потерь, который описан здесь - напрямую к empiric process не приложим, как и многое, на чем они делают акцент. Однако, прямым аналогом устранения "муды" у нас - это разнообразные меры по преодолению "трения" (в определении Клаузевица, см. "о войне").

Reply

vasbur July 2 2009, 03:08:33 UTC
Вообще, фокус данной системы стоит на "устойчивых процессах" (defined process, перевод термина мой). Наши процессы - эмпирические (empiric process), и имеют больше общего не с производством, а с разработкой новых моделей автомобилей. Есть у Тойоты что-нибудь на эту тему?
В книжке, например, описана история, как Тойота разрабатывала гибридный двигатель

В частности, процесс устранения потерь, который описан здесь - напрямую к empiric process не приложим, как и многое, на чем они делают акцент. Однако, прямым аналогом устранения "муды" у нас - это разнообразные меры по преодолению "трения" (в определении Клаузевица, см. "о войне").Ну не знаю. В моем опыте разработки ПО польза очевидна. По крайней мере, я сейчас стараюсь минимизировать "простои" кода разработки между этапами "кодирование-тестирование-доработка-эксплуатация". Т.е. когда мне приносят готовый код, я стараюсь его тестить немедленно (пока исполнитель не переключился на другую большую задачу ( ... )

Reply

skyer July 2 2009, 08:53:11 UTC
Совершенно верно. Вообще, многие процессы оптимизации производства софта завязаны на "парадоксальный" факт: даже если разработчики честно заняты на 100%, то эффективность различается в разы при умелой расстановке порядка программирования тех или иных компонент системы :)

Reply

vasbur July 2 2009, 09:00:47 UTC
Занятость программиста, как мне кажется, вообще слабо коррелирует с результативностью :)

Reply

skyer July 2 2009, 09:05:14 UTC
Ага! :)

Reply

the_realistic July 12 2009, 13:11:55 UTC
> "сначала мы 4 месяца вам пишем, потом вы
>тестируете".

Когда я такое слышу, мне хочется воскликнуть "о мой бедный пьяный народ". :-)

Я всегда _настаивал_, чтобы заказчики - внешние и внутренние - начинали тестить немедленно. Потому что мне ни разу не улыбается получить под конец в момент запарки и жестких сроков еще и баглист от тестеров. Люблю, когда к этому моменту уже достигнуто некое качество, чтобы совсем уж грубятина не полезла.

Reply

vasbur July 2 2009, 03:33:33 UTC
Можно еще так сформулировать принцип "непрерывного потока":
"Если кто-то что-то делает неправильно - система должна выявлять и исправлять это максимально оперативно"

Reply

vasbur July 2 2009, 02:59:05 UTC
Только учитывайте, что "Производственная система Тойоты", "Бережливое производство", "6 сигм" - это немножко разные вариации на одну и ту же тему. Но лучше читать именно про Тойоту. По крайне мере, мне понравилось больше всего изложение в книжке, ссылку на которую я дал вам.

Reply


Leave a comment

Up