[[Утверждение или Высказывание]] говорит что-то о мире — о существовании объектов или об отношениях между ними.
Это составные единицы любых описаний.
[[Убеждения]] это мнение агента о каком-то утверждении или описании, это описание с эпистемическим статусом.
Типовые классы ошибок объяснений:
- аналогии
- не всякая аналогия годится под объяснение: необходимо явно понимать почему конкретное сходство может быть использовано как объяснение, по каким законам причинно-следственных связей это сходство объясняется
- корреляции
- какие-то синхронии (единичные совпадения) еще не означают закономерность (пример с котиками в ямках)
Эти вышеописанные ошибки довольно часты. Причина все та же и понятна: люди хотят жить в более понятном мире. Это вшито в нас в программном коде.
Ведь если мир непонятен, то не понятно как там выживать. Ведь текущие методы проживания передаются социумом поколениями, и по сути любое столкновение с неизвестным это попадание в ситуации где необходимо изобретать и объяснять методы, роли, точки сборок.
Наверное с этим и связано нежелание попадать в проблемные ситуации. По сути любая проблема это необходимость пересобирать наборы методов. И главное взять - в одиночку на себя ответственность за результаты: ведь методы новый, изобретенный, а стало быть ты сам делаешь и получаешь прямой отклик от реальности.
Упражнение 11.3. Высказывание, тип высказывания, какие цели были достигнуты
Запишите несколько высказываний, которые вам пытались выдать за объяснения друзья, родственники или коллеги. Запишите несколько своих утверждений, которые вы использовали для убеждения других людей.
Укажите, какой у этих высказываний тип (объяснение с причинно-следственными связями, убеждение, основанное на вере, аналогия, пример, корреляция, что-то ещё).
Опишите, какой цели достигло это высказывание, что изменилось в ваших представлениях о мире или в представлениях ваших собеседников.
| Высказывание | Отношение | Тип высказывания | Какие цели были достигнуты |
|---|---|---|---|
| Использование задачника поможет нам в проекте: 1. Это снизит стоимость коммуникации за счет обсуждения каждой задачи отдельно в свой карточки и только с заинтересованными, 2. Избавит от необходимости иметь множество чатов в сторонних сервисах, 3. Иметь меньше отвлечений задавать вопросы и получать ответы в запланированное для себя время, 4. Иметь больше подстраховки в цепочке передачи приемки рабочих продуктов в производственном конвейере за счет коллективного внимания: все задачи/карточки видит вся команда, 5. Снизит количество еженедельных необходимых координаций, 6. Не забывать о том, что нужно сделать по проекту: просто за счет того, что это не нужно держать в голове, 7. Планировать свою работу | Мои к команде в отношении методов работ с задачи | объяснение с причинно-следственными связями | Команда согласилась опробовать инструмент и использовать его в работе по проекту |
| На крайнем совещании с командой один из РП высказал предложение, что необходимо осуществлять контроль и проверку результатов работ на трех уровнях, мотивируя необходимость повышения качества продуктов. | Коллега ко мне и команде в отношении качества рабочих продуктов проекта | убеждение, что если будет больше проверок, то будет выше качество | Все согласились, что качество бывает часто не очень, и что нужно как-то улучшать |
| Позже на том же совещании я сказал коллеге и команде, что решение о трехфакторной проверке будет больше во вред, чем на пользу. Звучит контринтуитивно, но объяснил это так: Когда разработчик знает, что перед выпуском его результат работ во внешний мир его еще дважды проверят, то он непроизвольно (то есть даже не обращая на это свое внимание) будет испытывать меньше ответственности, как если бы он понимал, что после того как он это сделает и отправят без проверки. Объяснение очень простое: так устроены мы люди, и это не говорит о том, что кто-то как человек плохой, нет. Но разработчик куска проекта полностью должен отвечать за этот кусок проекта. Иначе систему управления проектом невозможно масштабировать, и чуть более сложный объект чем обычно, сделает такой метод проверки и контроля бутылочным горлышком весь конвейер. | Мое к коллеге и Команде | объяснение с причинно-следственными связями | Команда согласилась, что разработчики несут ответственность. И требования к документу должны уточнять разработчики кусочков проектов |