Category: философия

Про этот журнал

Этот журнал не поддерживается с 2014го года.

С тех пор я пишу в facebook. Там же можно со мной связаться.

Тексты тут интересны исключительно в археологических целях. Часть взглядов поменялась с тех пор, но бывает интересно сравнить.

Collapse )

Конспект мыслей с Atlantic Systems Guild (Tom DeMarсo, Tim Lister и другие)

Был с коллегами вот тут: http://www.worldconference.ru/.

Впечатления противоречивые. Дяденьки с огромным опытом, очень умные, излагают умело важные и основательные вещи. Но стиль подачи не по мне - очень американский, много воды и повторений, долго.

Однако, ряд очень сильных и емких мыслей был. Тезисно изложу то, что я запомнил и мне показалось самым полезным.
  • Любое требование это win condition одного из стейкхолдеров. Все что не win condition одного из сейкхолдеров - не требование (или вы пропустили стейкхолдера)
  • Когда занимаешься риск менеджментом мало понять наличие риска, нужно понять почему этот риск есть, только тогда можно сформулировать конкретные меры которые необходимо принять в отношении него.
  • Всегда говори о вероятности даты релиза или вероятности получить объем функционала к дате
  • Тестирование должно начинаться с тестирования спецификации
  • Способ построения спецификации - определенность с границами системы и тем, что их пересекает
  • Начинайте не с юскейзов, а с целей
  • Основная сложность - коммуникация. Поэтому хороший дизайн это такой дизайн, который минимизирует объем коммуникации между командами (компонентами).
  • Объем доверия - это пропускная способность канала между людьми. Поэтому что бы что-то сдвинулось с места доверие нужно выдавать вперед.
  • Документация. Лучше точная, чем полная (т.к. документация требует что бы ей доверяли)
  • Определение сущности это обобщение сущности и то, что данную сущность уникально выделяет из этого обобщения (genus + differentia, © Аристотель)
  • Архитектор - наиболее коммуникационно нагруженная роль в проекте, должен общаться со всеми, прояснять цели и ограничения, документировать архитектуру, следить за ее реализаций. Многоборец.
  • Способы придумать инновации: убрать ограничения, сделать удобнее, дать дополнительную информацию, предоставить дополнительный сервис, абстракция от любого "сырого" материала
  • Модель зависимости: бонус сейчас, хуже в долгосрочной перспективе
  • Дисциплина и формальность - разные вещи
  • Важные, но недооцениваемые качества сотрудников: катализатор, умеет отделять проблему от решения, фанатик новых технологий, умеет рисовать скетчи, умеет строить абстракции, медиатор

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

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