Сообщения

Сообщения за апрель, 2011

Понедельник

Понедельник - судный день. Ты просыпаешься с утра после выходных. Просыпаешь. Не потому, что раздолбай, а просто вчера до последнего ловил кайф от воскресенья. Тебе бы еще поспать, но эта дрянь (будильник) орет так, что мозг просится на волю. Затыкаешь его в расчете поваляться еще минут пять. Балдеешь. Потом открываешь глаза, а уже через 15 минут надо выходить из дома. куда делся целый час??? Начинается спринт: чайник на плиту - душ - чай с наспех наляпанным бутербродом - экстренно дожевывая бутерброд и отмывая руки от следов его наляпывания вспоминаешь про неглаженную рубашку - гладишь рубашку - одеваешься - выходишь - смотришь на часы. А они тебе - да ты уже аутсайдер, дружище! Прыгаешь в машину, выезжаешь в город. А там  таких как ты - многие-многие километры. Да еще парни в рыжих жилетках пол-города превратили в линию Маннергейма. Но ты упорный, ты попадаешь в офис. И тут бы передохнуть, ан нет. Митинг, второй, третий, отчеты... Боже, что все эти люди делали на выходных? Неужел

Напоминалка Заказчику

Да, нам свойственно ошибаться. Ведь мы тоже люди. И именно по той причине, что мы люди, мы уже достойны уважения. Мы работаем с тобой не потому, что у тебя красивое известное имя, а потому, что ты нам платишь за нашу работу те деньги, за которые мы готовы работать. Прежде, чем шпынять нас за низкое качество нашего продукта, посмотри на себя и ответь хотя бы себе на вопрос: а что ты сделал для того, чтобы у нас была возможность выполнить свою работу качественно? Когда у тебя чешется язык сказать “я тут все знаю, тут нечего делать, я бы сделал это за полчаса”, помни, что мы уверены: ты не знаешь, делать дофига, ты сам своими руками это за полчаса не сделаешь НИКОГДА. Прежде, чем требовать от нас ответственности за решения, заложенные в продукт, дай нам право принимать эти решения.

Почему они общаться не могут?

Недавно приходят к нам с задачей обучить аналитиков коммуницировать с Заказчиком. Причем постановка такая, что нужно ребятам накатить тренинги про организацию эффективных коммуникаций, правила общения с Бизнесом, планирование коммуникаций, ну и все такое прочее. Идея научить людей комуницировать конечно правильная и благородная, но поскольку речь шла не о юниорах, я решил осилить весь “паровоз” и в итоге уперся в пересказанную руководителем проекта претензию от Бизнеса: наши коллеги не генерят идеи (варианты реализации поставленной задачи), а всю аналитику сводят к пыткам Бизнеса. Получается, что коммуникационные проблемы на проекте были вызваны вовсе не неумением аналитиков коммуницировать, а скорее всего плохим знанием / пониманием предметной области и / или проблемами в навыке синтезировать решения на основе имеющейся информации. Выводы из всего этого просты и очевидны: В команде должен быть аналитик, хорошо знающий предметную область проекта или способный быстро в ней разобрат

Аналитика малых задач

Хочу поднять одну тему, которая, возможно, стала знакомой, близкой и от того мало любимой. Она порождена тем, что использование подходов создания больших систем к разработке малых задач (скажем, трудоемкостью до 500 человекочасов) приводит к тому, что стоимость конечного продукта зашкаливает за все разумные плоды воображения. Как так происходит? Все очень просто. При реализации крупных проектов жизненный цикл системы выстраивается таким образом, чтобы минимизировать риски, возникающие на ранних стадиях. Ведь если задуматься, для чего нужны все эти описания as is, потом to be, потом сценарии использования и требования, тотальные согласования и утверждения? Как раз для того, чтобы аналитики не забыли, что рассказать девелоперам и тестерам, тестеры смогли доказать, что система соответствует тому, что не забыл аналитик рассказать им и девелоперам, у ПМ-а были весомые аргументы для спора с Заказчиком относительно того, что система не соответствует исходным целям и ожиданием (обратите внима