Книга хорошая, но шибко длинная. Главное, что отметил себе.
На любом производственном совещании — хоть в Tesla, хоть в SpaceX — есть немалый шанс, что Маск начнет, как мантру, зачитывать то, что он называет “алгоритмом”. В нем нашли отражение уроки, которые он усвоил, когда устраивал производственные авралы на заводах в Неваде и Фримонте. В алгоритме пять заповедей:
1. Оценивайте любое требование критически. Нужно знать, кто именно предъявляет каждое из требований. Нельзя довольствоваться тем, что требование предъявляется предъявляется “юридическим отделом” или “отделом безопасности”. Нужно знать имя конкретного человека, который выдвинул требование. Затем необходимо критически оценить это требование, каким бы умным ни был ответственный за него человек. Требования, исходящие от умных людей, наиболее опасны, поскольку люди не склонны в них сомневаться. Всегда оценивайте любое требование критически, даже если оно исходит от меня. Затем делайте так, чтобы требование стало не таким тупым.
2. Избавляйтесь от всех этапов процесса, от которых можно избавиться. Возможно, позже их придется вернуть на место. Если вам не пришлось вернуть хотя бы 10 % из того, что было убрано, вы убрали недостаточно.
3. Упрощайте и оптимизируйте. Это необходимо делать после второго шага. Распространенная ошибка возникает тогда, когда вы упрощаете и оптимизируете тот этап процесса, от которого вообще следует избавиться.
4. Уменьшайте время цикла. Любой процесс можно ускорить. Но заниматься этим нужно только после первых трех шагов. На заводе Tesla я зря потратил время на ускорение процессов, которые, как я впоследствии понял, нужно было вовсе устранить.
5. Автоматизируйте. Это последний шаг. Серьезной ошибкой в Неваде и во Фримонте стало то, что я начал с автоматизации всех этапов. Нам следовало подождать, пока мы критически оценим все требования, избавимся от лишних процессов и устраним все баги.
Иногда алгоритм сопровождается несколькими дополнительными выводами:
Все технические руководители должны иметь непосредственный опыт работы. Например, руководители отделов по разработке программного обеспечения должны не менее 20 % своего времени посвящать программированию.
Дух товарищества опасен. Из-за него людям труднее критиковать работу друг друга. Как правило, никто не хочет приносить коллегу в жертву. Этого следует избегать.
Ошибаться — нормально. Не стоит только ошибаться с уверенностью.
Никогда не просите своих сотрудников сделать то, чего не хотите делать сами.
Когда нужно решить проблемы, не встречайтесь только с руководителями. Выходите на второй уровень — встречайтесь с подчиненными руководителей.
Нанимая людей, ищите тех, кто правильно подходит к делу. Навыкам можно научить. Чтобы изменился подход, нужна пересадка мозга.
Купить можно тут
#книгикоторыечитаю
На любом производственном совещании — хоть в Tesla, хоть в SpaceX — есть немалый шанс, что Маск начнет, как мантру, зачитывать то, что он называет “алгоритмом”. В нем нашли отражение уроки, которые он усвоил, когда устраивал производственные авралы на заводах в Неваде и Фримонте. В алгоритме пять заповедей:
1. Оценивайте любое требование критически. Нужно знать, кто именно предъявляет каждое из требований. Нельзя довольствоваться тем, что требование предъявляется предъявляется “юридическим отделом” или “отделом безопасности”. Нужно знать имя конкретного человека, который выдвинул требование. Затем необходимо критически оценить это требование, каким бы умным ни был ответственный за него человек. Требования, исходящие от умных людей, наиболее опасны, поскольку люди не склонны в них сомневаться. Всегда оценивайте любое требование критически, даже если оно исходит от меня. Затем делайте так, чтобы требование стало не таким тупым.
2. Избавляйтесь от всех этапов процесса, от которых можно избавиться. Возможно, позже их придется вернуть на место. Если вам не пришлось вернуть хотя бы 10 % из того, что было убрано, вы убрали недостаточно.
3. Упрощайте и оптимизируйте. Это необходимо делать после второго шага. Распространенная ошибка возникает тогда, когда вы упрощаете и оптимизируете тот этап процесса, от которого вообще следует избавиться.
4. Уменьшайте время цикла. Любой процесс можно ускорить. Но заниматься этим нужно только после первых трех шагов. На заводе Tesla я зря потратил время на ускорение процессов, которые, как я впоследствии понял, нужно было вовсе устранить.
5. Автоматизируйте. Это последний шаг. Серьезной ошибкой в Неваде и во Фримонте стало то, что я начал с автоматизации всех этапов. Нам следовало подождать, пока мы критически оценим все требования, избавимся от лишних процессов и устраним все баги.
Иногда алгоритм сопровождается несколькими дополнительными выводами:
Все технические руководители должны иметь непосредственный опыт работы. Например, руководители отделов по разработке программного обеспечения должны не менее 20 % своего времени посвящать программированию.
Дух товарищества опасен. Из-за него людям труднее критиковать работу друг друга. Как правило, никто не хочет приносить коллегу в жертву. Этого следует избегать.
Ошибаться — нормально. Не стоит только ошибаться с уверенностью.
Никогда не просите своих сотрудников сделать то, чего не хотите делать сами.
Когда нужно решить проблемы, не встречайтесь только с руководителями. Выходите на второй уровень — встречайтесь с подчиненными руководителей.
Нанимая людей, ищите тех, кто правильно подходит к делу. Навыкам можно научить. Чтобы изменился подход, нужна пересадка мозга.
Купить можно тут
#книгикоторыечитаю
PS Кажется раз я даю ссылку на книгу мне стоит указывать ее как реклама
ИП Николаенко Б.С.
ИНН {501851132144}, erid: {2VfnxyNkZrY&advcake}
ИП Николаенко Б.С.
ИНН {501851132144}, erid: {2VfnxyNkZrY&advcake}
