Issue log и правило 3W (What, When , Who) Продолжу серию ностальгических постов и поучительных историй, в этот раз про типовой и ключевой документ в любом проекте — список открытых вопросов, он же issue log, он же Open Items List (с нефтяным акронимом OIL), он же Follow Up register  из p3.express, словом, тот документ, что используют люди, которые по каким-то причинам еще не используют Jira или другой трекер. Так вот, был у меня проект в большой международной компании с интернациональным коллективом (делали мобильную CRM), где я был руководителем проекта для российской команды. После одной из первых встреч я привычным для себя образом завел этот файлик, в котором описал итоги встречи, кто, что, когда должен сделать (ровно как нас учили в IBM — наличие длинного и актуального issue log — это один из признаков здорового проекта) и разослал его всем участникам, включая международных коллег. На следующее утро получаю гневный звонок из штаб-квартиры от международного РП — у них в компании так не принято, чтобы было ФИО ответственного, задача и дедлайн! А вдруг он не успеет и будет демотирован? И потом, как же внутренняя мотивация, если мы человеку сверху срок спускаем? В качестве предложения предложил убрать ФИО из моего файлика, чтобы все были счастливы. Потом оказалось, что это было все-таки мнение одного человека (его уволили через пару месяцев), но все равно несколько уроков из этой истории можно вынести: * Люди удивительны и все разные. Бывает, что и на старших позициях в международных проектах некоторые не понимают разницы между дисциплиной и ответственностью и внутренней мотивацией. * Внутренняя мотивация работает на большие цели, но задачи все равно нужно декомпозировать до простых и атомарных и вот на эти маленькие и понятные задачи лучше работает внешняя мотивация. * Issue log’и вести в любом проекте все-таки нужно.