Максим Дорофеев - Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо

http://cartmendum.livejournal.com/173785.html?thread=3586521#t3586521.

Этот подход маленьких шагов лег в основу системы организации хозяйства Fly Lady.

Только, пожалуйста, даже не думайте о том, чтобы в своем списке задач (предназначенном для обезьяны) аналогично устанавливать зависимости между задачами — таким списком ваша обезьянка пользоваться не сможет.

Фланёр (от фр. flâneur) — праздношатающийся.

45

Талеб Н. Антихрупкость. Как извлечь выгоду из хаоса. — М.: КоЛибри, 2016.

46

Ротер М., Ката Т. Лидерство, менеджмент и развитие сотрудников для достижения выдающихся результатов. — СПб.: Питер, 2014.

Подробнее о моем отношении к методу SMART будет написано в параграфе 4.3.3.

47

Корнилова Т. В., Чумакова М. А. Шкалы толерантности и интолерантности к неопределенности в модификации опросника C. Баднера // Экспериментальная психология. — 2014. — № 1. — С. 92–110.

48

Павлова Е. М., Корнилова Т. В. Креативность и толерантность к неопределенности как предикторы актуализации эмоционального интеллекта в личностном выборе // Психологический журнал. — 2012. — Т. 33. — № 5. — С. 39–49.

49

Вайзман Р. Вы заметили гориллу? — Минск: Попурри, 2005.

Соотношение может быть разным: Х результата за Y усилий. При этом сумма X и Y не обязана быть равной 100 %.

50

Кох Р. Принцип 80/20. Как достичь большего с наименьшими усилиями. — М.: Эксмо, 2014.

На этой фотографии изображен Морихей Уэсиба — родоначальник айкидо. Естественно, он этих слов не говорил, но ему повезло стать лицом мема, и теперь многие мудрые высказывания сопровождаются его фотографией.

51

Талеб Н. Антихрупкость. Как извлечь выгоду из хаоса. — М.: КоЛибри, 2016.

В этом заключается еще одна из идей «Антихрупкости»: мы делаем ставку не на то, что случится «скорее всего»; мы стараемся прежде всего защититься от катастрофического исхода и откровенного провала, а затем делаем много небольших ставок, где проигрыш очень мал, а потенциальный выигрыш очень велик, пусть и не очень вероятен.

52

Оакли Б. Думай как математик. Как решать любые задачи быстрее и эффективнее. — М.: Альпина Паблишер, 2016.

53

Вайзман Р. Вы заметили гориллу? — Минск: Попурри, 2005.

54

Дорофеев М. Математическая статистика для менеджера проектов // Управление проектами. — 2010. — № 2 (19).

55

Слайдкасты и Excel-шаблоны для адаптивной оценки проектов: http://mnogosdelal.ru/slidecasts/project-estimation/.

Практика использовать относительные оценки трудозатрат широко распространена в Agile-методологиях и основывается на том, что при оценке люди склонны сравнивать задачи друг с другом и ошибка носит мультипликативный характер. То есть если я задачу А оценил в 2 часа, то при оценке задачи Б я буду соизмерять ее с задачей А. И если я задачу Б оценю в 6 часов, а потом задачу А выполню за три часа вместо двух, то это будет означать, что я ошибся не на один час, а в полтора раза. И задача Б скорее потребует 9 часов, а не 7 (как было бы, если бы оценка носила аддитивный характер).

56

Дорофеев М. Математическая статистика для менеджера проектов // Управление проектами. — 2010. — № 2 (19).

Если учета выполненной и добавленной работы у нас нет или мы за один отчетный период ни про одну из задач не можем сказать, что она сделана, то есть мы вроде работали-работали, почти сделали, но еще «надо кое-что доделать» (при этом это «кое-что» может занимать огромное и непредсказуемое количество сил и времени), то ни о каких прогнозах тут и речи идти не может.

Если работы систематически добавляется больше, чем выполняется, то эти прямые будут расходиться и точка их пересечения окажется, что символично, в прошлом. Почему-то вспоминается излюбленное определенной категорией менеджеров высказывание о сроках проектов: «Это нужно сделать вчера!»

57

Слайдкасты и Excel-шаблоны для адаптивной оценки проектов: http://mnogosdelal.ru/slidecasts/project-estimation/.

Бывает и наоборот — могут вскрыться дополнительные благоприятные обстоятельства, благодаря которым определенная часть работы окажется либо ненужной, либо по факту займет куда меньше сил и времени. Но многие просто не умеют замечать благоприятные возможности.

58

Лич Л. Вовремя и в рамках бюджета. Управление проектами по методу критической цепи. — М.: Альпина Паблишер, 2016.

59

Шрегенхайм Э., Детмер У. Производство с невероятной скоростью. Улучшение финансовых результатов предприятия. — М.: Альпина Паблишер, 2008.

60

Талеб Н. Антихрупкость. Как извлечь выгоду из хаоса. — М.: КоЛибри, 2016.

Помню, как я впервые приехал в боксерский лагерь на юге Таиланда. Хотя до этого я уже занимался боксом, тренер все равно заставил меня целый час ходить по рингу взад-вперед, влево-вправо. «Не освоишь перемещения — все остальное будет бессмысленно». А мне так хотелось тренировать красивые и эффектные техники ударов локтями в прыжке и с разворота. Спустя два года я окончательно убедился, что тренер был прав…

61

Кох Р. Принцип 80/20. Как достичь большего с наименьшими усилиями. — М.: Эксмо, 2014.

62

Дорофеев М. Запись рассказа о модели Кано: http://mnogosdelal.ru/links/book/DorofeevKano.

63

Моран Б., Леннингтон М. 12 недель в году. Как за 12 недель сделать больше, чем другие успевают за 12 месяцев. — М.: Манн, Иванов и Фербер, 2014.

http://www.anekdot.ru/id/43212/.

Изначально этот вопрос я услышал от Андрея Степенко и позже понял его настоящую силу.

64

Талеб Н. Антихрупкость. Как извлечь выгоду из хаоса. — М.: КоЛибри, 2016.

Изначально этот закон в такой формулировке я услышал от своего научного руководителя Андрея Владимировича Шанина.

65

Талеб Н. Антихрупкость. Как извлечь выгоду из хаоса. — М.: КоЛибри, 2016.

66

Controlling Software Projects: Management, Measurement, and Estimation (Prentice Hall / Yourdon Press, 1982).

67

DeMarco T. Software Engineering: An Idea Whose Time Has Come and Gone? Computing Now, 2009.

68

Деминг У. Э. Выход из кризиса: Новая парадигма управления людьми, системами и процессами. — М.: Альпина Бизнес Букс, 2007.

69

Запись доклада Максима Дорофеева «Клеим модель правильно» на CodeFest-2013: http://mnogosdelal.ru/links/book/Dorofeev-CodeFest2013.