Я думаю, этот тезис с небольшими оговорками может быть распространен и на используемые инструменты:
Если инструмент очень важен для вашего бизнеса – разработайте его сами, чего бы это ни стоило.
Не поймите меня превратно. Я никого не призываю создавать свой личный Visual Studio или Eclipse. Но вы должны выбирать для себя столь же адаптируемые программные продукты, какими являются Visual Studio и Eclipse. Не выбирайте настраиваемые инструменты. Чаще всего под настраиваемостью понимается возможность изменить набор пунктов меню, поменять их местами и выбрать ваш любимый цвет. Это не то, что я имею в виду под адаптируемостью. Точно так же не думайте, что вы в порядке, если пользуетесь инструментами, в названии которых есть слово Agile. Его обычно применяют с маркетинговыми целями, и его присутствие в названии продукта совсем не означает, что он имеет соответствующую архитектуру. Мне приходилось видеть так называемые гибкие инструменты, в которых было столько же гибкости, сколько в Ким Чен Ире, помещенном в ледник.
Чтобы инструменты работали вместе с вами, а не против вас, они должны меняться вместе с вашим бизнесом и вашими людьми. Они должны помогать исключать ошибки, включая защиту от дурака. Они должны проверять информацию на непротиворечивость, блокировать некорректные данные, рассылать предупреждения, проактивно проверять самые важные сведения и так далее. Если вы не разрабатываете свои собственные инструменты, по крайней мере убедитесь, что у вас есть доступ к базе данных используемого инструмента и интерфейс создания приложений, имеется возможность добавлять скрипты и плагины, а также создавать дополнительные уведомления и отчеты. Вам нужно, чтобы инструменты были не просто настраиваемыми, а адаптируемыми. (И еще люди должны получать удовольствие от работы с ними, так как это стимулирует приобретение новых умений.)
Подумайте о супервайзере
Я где-то читал, что «управлять людьми труднее, чем программировать, поскольку добиться нужного от людей труднее, чем от компьютера». (Не обрушивайтесь на меня с критикой, если вы не согласны. Это просто цитата из неизвестного источника.)
Эта фраза никак не выходила у меня из головы, когда я недавно столкнулся с рядом проблем… назовем их проблемами с дисциплиной…
• Сотрудник отсутствует на совещании без предупреждения, при этом ранее он прислал подтверждение своего участия.
• Доска задач не поддерживается в актуальном состоянии и не отражает последнее состояние задач и пользовательских историй.
• Никто по собственной инициативе не проверяет, не перерасходован ли бюджет.
• Проблема, вызвавшая временную приостановку проекта, не решается в оговоренные сроки.
• Документация по проекту не попадает в общедоступный репозитарий.
Не вывесил ли я грязное белье, вынеся эти проблемы на всеобщее обозрение? Нет, конечно. Все мы похожи друг на друга – сотрудники, менеджеры, люди в целом. Мы не компьютеры, все мы делаем ошибки. Если в вашей компании нет таких проблем, значит, вы работаете с роботами, а не с людьми.
И все же проблемы остаются проблемами. Если бы мой компьютер был настолько ненадежным, я выбросил бы его в окно. (Я бы даже затащил его на седьмой этаж нашего офиса и выбросил его оттуда.) Но в наши дни проделывать то же самое с проштрафившимися сотрудниками как-то не принято. Менеджеры научились проявлять человеческое сострадание. Они с пониманием относятся к причинам, которые вынуждают людей проявлять недисциплинированность, – вроде следующих: я не знал, что есть такое правило; прошу прощения, я забыл; у меня голова была занята другими важными рабочими делами; возникла очень срочная проблема; я заболел; у меня заболела собака; собака съела мой ежедневник; у меня убежала собака; ну и конечно, моя собака умерла.