Почему из новомодных систем управления проектами получается х..

Таск-менеджер – это не багтрекер, или Почему из новомодных систем управления проектами получается херня.

Каждый раз, когда я вижу очередной пост о том, что “Мы изобрели очередную канбан-доску”, у меня начинают чесаться кулаки и возникает подспудное желание придать автору ускорение в сторону ближайшей стены, – потому что я знаю, что пост закончится тем что “…а теперь мы попробуем научить в ней работать хоть кого-нибудь из других отделов кроме программистов”.

И получается херня. Потому что таск-менеджер – это не багтрекер. Continue reading “Почему из новомодных систем управления проектами получается х..”

Ежедневно стабильный проект, и релизы по чёткому графику? Легко!

У многих компаний-разработчиков цикл развития программного продукта выглядит так:

– делаем, делаем, делаем (при этом тестировщики особо не в напряге);
– тестируем (при этом производство новых фич стоит, а тестировщики взмылены до предела);
– собираем и выпускаем (тут тестировщки снова почти бездельничают);
– некоторое время ждём багрепортов (начинать что-то новоё и сложное – стрёмно, а то вдруг придётся перевыпускать релиз).

Надеюсь, всем очевидно что такая схема неоптимальна. Неравномерно загружено производство, неравномерно заняты тестировщики. А значит, бюджет компании используется неэффективно. Кроме того, настройка регулярного графика выхода релизов кажется задачей из области ненаучной фантастики, так как никто не может чётко сказать сколько по времени займёт процесс “делаем-чиним-выпускаем” в текущей итерации. Для многих это вообще естественное положение вещей.

В этом посте я переключу ваш мозг на 180 градусов и расскажу как сделать, чтобы вы смогли пообещать релизиться каждые N дней и выполняли это обещание лёгким движением руки. При этом каждый раз доставали, словно чёртика из коробочки, несколько клёвых киллинг-фич. Continue reading “Ежедневно стабильный проект, и релизы по чёткому графику? Легко!”

Код в шаблонах: две стороны одной медали

Страницы интернета в темах про разработку сайтов пестрят громкими фразами: скажем нет говнокоду! Нет коду в шаблонах! Разделим систему на логику и представление! Никакого выполняемого php и запросов к БД в html-разметке страницы!

Однако многие серьёзные фреймворки, до которых некоторым разработчикам в своём умственном развитии далеко как до луны раком, штатно применяют программный код прямо в шаблонах. Это и Zend Framework, и Symphony, и Ruby on Rails, и даже новомодный Yii. Казалось бы, куда катится мир? Неужели всё делается в угоду недоразвитым “программистам”, которые прочитали “самоучитель PHP за 30 минут” и хотят делать сайты без изучения MVC, REST, XSLT и прочих “взрослых” технологий?

Естественно нет. Как догадается любой здравомыслящий человек, всё это делается не просто так. В этом посте я расскажу, в чём здесь глубокий смысл. Continue reading “Код в шаблонах: две стороны одной медали”

Яндекс.Метрика Веб-визор – бесплатно своими руками

Недавно популярный сервис статистики “Яндекс.Метрика” опубликовал новую киллинг-фичу: веб-визор. Владельцы корпоративных сайтов сразу начали сходить по ней с ума: вау! Это же фактически съёмка видео в реальном времени действий посетителей на вашем сайте! Не просто тепловая карта, не просто карта кликов, а реальный “ай-трекинг” того как люди возят курсором мыши по вашим веб-страницам. Потрясающий инструмент для маркетолога, но меня в тот момент сильно задела цена, которую Яндекс просил за эту услугу: нужно в течение трёх месяцев тратить не менее 6000 рублей рекламного бюджета в месяц.

Деньги в целом небольшие, но неприятен сам факт. Поэтому сегодня у меня наконец-то дошли руки рассказать, как устроена эта технология и как сделать аналогичную штуку на своём сайте совершенно бесплатно. Continue reading “Яндекс.Метрика Веб-визор – бесплатно своими руками”

Победа в безнадёжных проектах: Вот поэтому я и поручил это именно тебе

Вспомните, как начальник просил вас взяться за проект, в котором сроки сдачи, бюджет, и производительность команды вызывали у вас смутное беспокойство. Когда вы начинали выражать его вслух, начальник уверенно отвечал: “Вот поэтому я и поручил это именно тебе”.

Вам доверяют высокую цель, для вас это вызов, вопрос престижа и репутации. Вам придётся поверить в этот график и эти ресурсы. А почему бы и нет? Раньше ведь удавалось. Возможно, время покажет вашу ошибку, но в данный момент вы полностью вдохновлены на подвиги и у вас за спиной словно выросли крылья: вау, я смогу включить такой крутой проект в моё портфолио! Именно в этот момент вы делаете первый взмах лопатой, чтобы вырыть себе яму. Либо уверенно шагаете в ту яму, где уже находится проект.

Continue reading “Победа в безнадёжных проектах: Вот поэтому я и поручил это именно тебе”

Как распарсить mantis

Во многих программерских конторах в качестве багтрекера (или в целом для управления задачами) используется популярный продукт Mantis. Нам, руководителям рабочих групп, регулярно нужно доставать из него статистику: с какой скоростью мы движемся, успеваем ли решать задачи в срок, сколько багов осталось до релиза, кто из команды работает медленнее всех остальных. В Мантисе есть своя статистика, но её информативность сгодится лишь для агит-плаката на тему “пятилетка в четыре года”. В реальной жизни нужны гораздо более кастомизированные отчёты.

Я раскопал свой старый php-скрипт, который писал в далёкой молодости, и адаптировал его к сегодняшним реалиям. И вот что получилось: Continue reading “Как распарсить mantis”

Средние показатели: виноват потом будет разработчик

В управлении IT-проектами часто возникает необходимость оценить срок и трудоёмкость выполнения большого количества однотипных задач. Например, требуется сверстать 30 макетов типовых сайтов. В реалиях нашей жизни оценку всегда нужно провести быстро, поэтому рассмотреть и оценить каждый макет практически невозможно. Даже когда вроде время на это есть, руководитель редко упустит шанс потом ткнуть исполнителя в его ошибку:

Ну, ты среднее время на макет оцени, и скажи нам.

Знакомая ситуация? Continue reading “Средние показатели: виноват потом будет разработчик”

Веб-кластер своими руками

Сегодня Битрикс презентовал своё новое решение – “веб-кластер”. Для тех кто не в курсе – поясню, что эта штука позволяет разместить высокопосещаемый проект не на одном, а на нескольких серверах, и в любой момент добавлять новые сервера для ускорения работы сайта. А так же безопасно изымать любой сервер для ремонта, апгрейда, или в случае его выхода из строя. Разумеется, мне как их первому конкуренту (в лице компании Юмисофт) в первую очередь было нужно узнать, что же они принципиально нового предлагают рынку.

А ничего. В хорошем смысле ничего. Битрикс перестал валять дурака и “изобретать велосипед” – видимо попался таки в команду умный технолог, поэтому вместо “велосипедов” они взяли и сделали всё так как принято делать у нормальных людей. В этом посте я расскажу простыми словами – что конкретно они сделали и как вам повторить то же самое в своём проекте.

Continue reading “Веб-кластер своими руками”

Как перенести сайт на другую CMS и не потерять поисковый трафик

Множество людей и компаний хотя бы раз в жизни сталкиваются с задачей перенести сайт на другую CMS. Это может быть связано с необходимостью редизайна сайта, или плохими интерфейсами управления “старой” CMS, или с задачами быстродействия и безопасности.  В общем – причин можно найти десятки. Важно то, как они это делают. А именно – как переносят контент: в большинстве случаев поручают копипаст девочке-верстальщице. И вот тут-то их и настигает беда.

Continue reading “Как перенести сайт на другую CMS и не потерять поисковый трафик”

UMI.CMS где шаблоны

Ко мне на сайт идёт огромное количество SE-трафа по ключевым словам “юми где шаблоны”, “umi.cms где шаблоны”, “umi отредактировать шаблон” и аналогичным. Раньше здесь была опубликована общая схема, создание шаблона, вставка свойств объектов и отладка XSLT-шаблонов UMI.CMS.

Теперь здесь этого нет, но вы можете перейти на главную страницу и узнать больше о техническом директоре UMI.CMS

Либо обратиться к официальной документации.