Пожалуй, больше всего меня поражает один удивительный парадокс. Молодые свободолюбивые люди, выступающие за демократизацию страны, толерантность, ЗОЖ и кофе на вынос, почему-то с легкостью становятся диктаторами на работе...
Знакомая фраза? Часто слышите? Мне кажется раньше это было просто одним из факторов при выборе чего-либо. Такие-то возможности реализованы "Из коробки", а это можно докупить, доработать. Ну ок. В последнее же время "Из коробки" стало какой-то таинственной мантрой. "А давайте то, что работает сейчас, заменим на новое, современное, ведь там все из коробки" - так и рвется наружу энтузиазм мечтателей. Но у меня, как всегда, есть свои мысли по этому поводу...
Уже прошло достаточно времени с тех пор как мы внедрили у себя систему быстрых платежей. Все хорошо, все работает, но поведать сегодня хочу об одном, вроде бы очевидном, решении...
Часто в менеджменте бывает так, что делаешь все правильно, по известным методикам, да и все так делают. Но то тут, то там всплывают проблемы и придуман уже второй уровень - методики решения этих проблем. При этом не покидает чувство, что что-то не так. Ну не может правильный подход быть таким уязвимым. Пытаешься придумать как организовать по-другому, неожиданно находишь записи выступлений топ-менеджеров топ-компаний и вдруг в голове все проясняется. Пробуешь - работает. Удивляешься, почему большинство продолжает питаться кактусами. Но с другой стороны и ладно, зато у твоей компании возникает конкурентное преимущество. Конкретно имею в виду метод проверки гипотез, о котором писал ранее. Здесь же речь пойдет о групповой разработке...
Сначала небольшая реальная история. Как-то давным-давно, когда деревья и деньги были зелеными, наша компания готовилась к переезду в новый офис...
Случай недавно был интересный. В июле или августе... Мучился я тогда с одним чудным проектом, связанным с главным банком страны. И вдруг, как всегда внезапно, возникла еще одна задача. Задача нужная и, положа руку на сердце, не очень сложная. Или все-таки в июле... В общем я бы ее сделал дня за три. Ну хорошо, за четыре. Если принять во внимание, что любое предположение программистов о сроках надо на всякий случай умножать на два, ну ладно, пусть с большим запасом будет восемь. Но я был занят. А может это вообще было в июне...
Друзья не пугайтесь. Здесь не будет малопонятных терминов разработки программного обеспечения, особенно с нуля. Речь пойдет о любом изменении бизнес-процессов, а эта тема так или иначе близка большинству представителей офисного планктона...
То, что чаще бывает наоборот, только добавляет важности и ценности представленному списку...
В нескольких предыдущих статьях критиковал популярные подходы в работе: ТЗ, сроки, совещания и иногда даже тестирование. Не на шутку раздраженный читатель спросит: "А делать то что? Чем это заменить? Критикуешь - предлагай!" А выход есть, он очень простой и подсказывает его сама жизнь...
Мои заметки про сроки (190, 206) вызвали живой отклик читателей: люди делятся собственным опытом, спорят, приводят остроумные афоризмы. А что, тема то важная...