Голдрат Элия «Та самая цель » Процесс непрерывных улучшений, «Теория Ограничений». Библиотека Элия Голдрат - израильский физик, ставший гуру по бизнес управлению. Элия родился 15 Скачать книгу. Элияху Голдратт В нашей электронной библиотеке можно скачать книги автора Элияху Голдратт Цель. Процесс непрерывного совершенствования Вы можете ознакомиться с кратким содержанием или прочитать отрывок. В нашей электронной библиотеке вы можете скачать книгу «Цель. Процесс непрерывного совершенствования» автора Элияху Голдратт в формате epub, fb2, rtf, mobi, pdf себе на телефон, андроид, айфон, айпад, а так же читать онлайн и без регистрации. Голдратт полагает, что в реальности эти понятия (цель и необходимые условия) взаимозависимы. Кратко логика Голдратта. Координаторы работы должны концентрироваться на логике представляемых схем, а не на содержании . Голдрат, Джефф Кокс - Цель. Автор написал книгу по бизнесу в такой увлекательной форме, герой книги просто не . Недавно я дочитал роман Эли Голдрата «Та самая цель». В этой статье я попытаюсь кратко изложить основные идеи из книги, а затем. Как утверждает Эли Голдрат, «та самая цель» только одна и главный . Процесс непрерывного совершенствования» автора Элияху М. Голдрат, Джефф Кокс и другие произведения в разделе Книги в. Описание популярной книги из серии истории успеха "доставляя счастье. В силу привычки извлекать из всего пользу, мне захотелось применить знания его Теории Ограничений в условиях нашей компании, занимающейся разработкой программного обеспечения на заказ. В этой статье я попытаюсь кратко изложить основные идеи из книги, а затем сделать выводы в условиях своей предметной области. Буду рад если кто- то заинтересуется романом, ибо он того стоит. Указания на ошибки в моих объективных и логически безупречных рассуждениях тоже приветствуются. Определение цели. Первая мысль, с которой и начинается сюжетная линия, — это определение целей компании. Как утверждает Эли Голдрат, «та самая цель» только одна и главный герой проводит несколько глав, мучительно пытаясь её уяснить. Сначала мне эти мучения показались наигранными — прибыль, вот основная цель любой компании и та идея, до которой главный герой доходит спустя некоторое время. Но почему Голдрат хотел показать что это неочевидно? Через пару дней после того как я прочитал несколько первых глав, директор компании конкурентов позвал меня пообщаться с их менеджером проектов и маркетологом на тему увеличения эффективности производства. Поскольку я всегда с удовольствием помогаю конкурентам, то принял приглашение. Первый мой вопрос был: «Какие основные цели стоят перед вашей компанией?». Менеджер ответил: «эффективное управление разработчиками, оптимальное распределение задач». Маркетолог сказала: «поиск перспективных заказчиков». Их директор, заподозря подвох, прищурился и стал пристально смотреть, ожидая ответа. Я рассказал про «ту самую цель». Казалось бы, фраза «основная цель предприятия — получение прибыли» — это аксиома, усвоенная всеми изучавшими экономику людьми. Качественный программный продукт сам по себе не превратится в деньги, если его не продать, так же как заказчик не станет источником прибыли, пока его потребности не будут удовлетворены. Практика показала, что сотрудники компании считают хорошее выполнение своих обязанностей её целью. Поскольку статистическая выборка была мала, я спросил нашего технического директора: «в чём цель нашей компании?». Он ответил: «Делать классный софт и оставить след во вселенной», потом подумал и добавил — «чтобы наши программы нравились людям. И ещё сделать мир лучше.»После этого я начал сомневаться в своих морально- нравственных качествах, но разводить философию не стал. Поэтому волевым решением примем максимизацию прибыли за основную цель компании и выберем метрики, необходимые для её измерения: * Чистая прибыль* Return Of Investment = (отдача от инвестиции — стоимость инвестиции) / стоимость инвестиции* Денежный поток. Любители точного перевода и здравого смысла могут возразить: цель — это что- то чётко определённое, что может быть достигнуто. Поэтому мы будем говорить скорее о процессе непрерывных улучшений, результатом которого является постоянное увеличения трёх указанных выше параметров. Важно понимать, что положительным эффектом можно назвать лишь одновременное их улучшение. Например миллион прибыли за месяц — это хорошо, если вложения составили 5 миллионов, но плохо если вложен был миллиард. Аналогично с денежным потоком. Прибыль может быть большой к концу квартала, когда получены деньги за несколько проектов, но если в первые два месяца денежного потока не хватит чтобы выплатить зарплаты программистам, то компания перестанет существовать. Всё это звучит просто и разумно, но встаёт вопрос — что же нужно делать, чтобы начать процесс непрерывных улучшений? Показатели Элияху Голдрата. Предлагается рассматривать альтернативные показатели: Скорость генерации дохода. Связанный капитал. Скорость операционных расходов. Определения: Скорость генерации дохода — это скорость с которой система генерирует деньги посредством продаж. Связанный капитал — это все деньги, вложенные системой в закупленные вещи, которые могут быть проданы. Операционные расходы — это все деньги, которые система тратит на то, чтобы превратить связанный капитал в генерацию дохода. Данные определения оставляют некоторый простор для применения. Главное в них то, что они взаимосвязаны и могут быть использованы при исследовании процессов на любом производстве. Рассмотрим несколько примеров. Арендная плата за офис, зарплаты сотрудникам, расходные материалы — это всё операционные издержки (если мы не собираемся перепродать маркеры или бумагу). Купленное оборудование и программное обеспечение — это связанный капитал. Немного сложнее дело обстоит с деньгами, потраченными на повышение квалификации сотрудников и временем, вложенным в разработку различных полезных библиотек и компонентов. В силу специфики IT отрасли, будем считать интеллектуальную собственность «вещью», которая может быть продана. С точки зрения теории, основная идея состоит в том, чтобы максимизировать скорость генерации дохода, при этом минимизируя связанный капитал и скорость операционных расходов. С операционными расходами всё ясно — чем меньше мы платим за офис, тем больше прибыль. С генерацией дохода тоже — доллар полученный сегодня лучше доллара завтра, а ещё лучше получить сегодня два доллара. Менее очевиден тот факт, что связанный капитал увеличивает операционные расходы. Пример: чем больше компьютеров используется для производства ПО, тем больше электричества они потребляют. Полуфабрикаты на мебельной фабрике нужно хранить на складе, транспортировать, учитывать и т. Программист, в чьё образование было вложено много денег, имеет высокую квалификацию и, соответственно, требует большую заработную плату. С этой точки зрения кажется рациональной идея о том, что разработка собственных продуктов выгоднее разработки на заказ, поскольку можно добиться большей скорости генерации дохода при меньшем связанном капитале. Зависимые события и статистические отклонения. Прежде чем мы попытаемся применить указанную выше теорию к практике работы IT компании и выработать практические советы по осуществлению процесса непрерывных улучшений, давайте рассмотрим ещё два важных понятия: Зависимые события. Статистические отклонения. Первое означает, что одна операция в производстве не может начаться пока не закончена другая. Например чтобы дизайнер мог создать пользовательский интерфейс, ему нужно получить от аналитика требования по данному функционалу. Чтобы программист мог закончить соответствующий компонент, ему нужна графика от дизайнера. Тестировщику требуется дождаться окончания работы программиста, чтобы проверить стабильность и соответствие компонента требованиям. Добавьте сюда возможные взаимодействия с серверной командой, представителями заказчика, отделом продаж и получится набор довольно длинных цепочек, связывающих нашу компанию по рукам и ногам. А ведь для генерации дохода необходимо успешное завершение всех событий от первого до последнего, причём порядок чаще всего фиксирован. Основной постулат теории ограничений гласит: цепь не сильнее, чем слабейшее её звено. Это значит, что скорость генерации дохода определяется производительностью слабейшего звена цепи. Если дизайнер поставляет материалы быстрее чем программист может их обработать, то скорость дизайнера не окажет положительного влияния на скорость всей системы. Аналогично, если программист быстро добавляет функционал, но низкий уровень автоматизации тестирования увеличивает время необходимое на контроль качества, то функционал этот будет сдан не раньше чем тестировщики справятся со своей работой. Чтобы представить постулат нагляднее, Голдрат приводит пример со школьниками идущими в поход. Группа должна целиком добраться из точки А в точку В и время, затраченное ей на решение этой задачи, будет не меньше чем время, которое затратил бы самый медленный её участник. Теперь поговорим о статистических отклонениях. Измерить скорость работы дизайнера, программиста или тестировщика довольно сложно. Уж слишком творческая у нас профессия. Допустим, мы построили команду так, что средние показатели выровнены под общую пропускную способность системы. То есть аналитик в среднем поставляет столько задач, сколько нужно на итерацию, программисты, исходя из средней скорости, справляются с ними вовремя и передают группе тестировщиков. Глупее всего в такой ситуации было бы предположить, что скорость системы в итоге будет равна той средней скорости, под которую мы выравнивали наши события — этапы разработки. Проблема в статистических отклонениях. У дизайнеров иногда болит голова, а иногда наоборот их посещает муза. Программисты могут выдать больше кода, чем ожидалось, или внезапно уйти в отпуск и т. Что же при этом происходит? Давайте возьмём 4 блюдца — они будут этапами производства, кучу монет и игральную кость. Монеты должны перекочевать из одной кучи в другую, поочерёдно побывав в блюдцах 1, 2, 3 и 4. В первом шаге мы кидаем кость и перекладываем из кучи в первое блюдце столько монет, сколько у нас выпало. Затем кидаем кость ещё раз и перекладываем из первого блюдца во второе столько монет, сколько выпало в этот раз, но не больше чем у нас есть в первом блюдце. И так далее, пока монеты не окажутся «обработанными». Поскольку средняя скорость движения монет между блюдцами равна (1 + 2 + 3 + 4 + 5 + 6) / 6 = 3. Эксперимент показал реальную «скорость генерации дохода»: 5. Таким образом, система работала только на 8. Отсюда один из выводов — не опираться в оценке проекта исключительно на скорость разработки. Хотя это звено чаще всего является самым трудоёмким, а значит узким, скорость работы системы может оказаться ещё меньше в результате статистических отклонений. Кроме того мы не учли, что связанный капитал, появляющийся из за статистических отклонений, увеличил скорость операционных расходов по ходу работы системы, а значит реальная ситуация ещё хуже. Выводы. В заключение сформулирую несколько предположений, которые я сделал для себя и хотел бы вынести на обсуждение. Желательно не начинать задачу, если она зависит от завершения другого события и не может быть закончена в ближайшее время. Ожидая узкое звено и пытаясь сделать часть задачи заранее, мы создаём связанный капитал. Например, если серверный код ещё не готов, мы можем написать код взаимодействия с сервером на клиенте, выводящий параметры в лог.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |