Авторский канал о познании себя через наблюдение и анализ окружающего мира.
Другими словами:
«Статьи здесь разного значения,
Где кроются намеки для того,
Кто размышлениям предается».
И, завершая зарисовки о британских ученых и методах их исследований, исключительно ради хорошего настроения набросал 7 иронических правил работы в ИТ для олдскульных менеджеров, или agile для ворчливого продакта:
1. Нельзя показывать свой опыт, и что ты знаешь, как это успешно делали уже несколько раз - это наводит скуку и никому не интересно. Обсуждение и исследования важнее продающегося продукта.
2. Идеи лучше аккуратно вбрасывать на обсуждение, это снимает личную ответственность и перекладывает ее на команду, доставляет коллегам радость от общения и поиска решений.
3. При общении со стейкхолдерами это также позволяет затянуть процесс и увеличить бюджет (на исследования, оценки, найм дополнительного персонала и т.п.).
4. Если требуется какое-то конкретное решение, то дай команде выговориться вдоволь, и, когда все утомятся, предложи желаемое решение, замаскировав его под инсайт.
5. Если обсуждение идет в нужном направлении, вовремя поддакивай и подбрасывай аргументы, как дрова в костер. Да-да, на это тоже можно смотреть бесконечно.
6. Озвучивание раньше времени единоличных решений опасно: а) их начнут оспаривать, еще имея на это силы б) на тебя свалят всю ответственность, если что-то пойдет не так в) в целом будешь выглядеть белой вороной в команде, к тому же с тобой скучно (см. п.1).
7. А общее правило управления ИТ проектами доступно даже дяде Коле плотнику с 4 классами приходской школы - «как построишь, так и жить будешь», в смысле «как накодишь, так и юзать будешь».