Транснефть определилась со своей хотелкой, сформировала требования, выбрала приоритетных вендоров и партнера — системного интегратора.
Посчитали, оценили стоимость проекта. Оказалось дороже, чем планировалось, на несколько миллионов всемирно известной валюты.
Читать полностью »
После прошедшего PM-Weekend удалось поймать selikhovkin и попросить записать несколько видео по самым популярным вопросам про управление проектами. Сегодня — первое видео:
В рамках видео Иван тезисно раскрыл следующие вопросы:
Одно из основных качеств дизайнера — это принятие полной ответственности за свою работу. Его работа гораздо важнее, чем может показаться ему на первый взгляд. Скорее всего он думает, что выполняет работу для заказчика, ведь тот платит ему гонорары, но на самом деле, все обстоит несколько иначе.
Читать полностью »
В недалеком прошлом на этом замечательном ресурсе была опубликована статья Разработка технического задания (ТЗ) на программный продукт с точки зрения заказчика. Статья — сама по себе неплохая — содержит, к сожалению, ряд неточностей, о которых следует упомянуть. Сделаем это в «один проход» по абзацам. По второму абзацу:
Надо сказать, что у каждой из этих заинтересованных сторон свои требования и свое видение того, каким должно быть «хорошо написанное ТЗ». Например, у заказчика и исполнителя могут быть совершенно противоположные мнения на этот счет.
Уточнения:
На одной из конференций произошел комичный случай. Подходит слушательница:
— Александр, есть такой вопрос: Как нам повысить уровень доверия в отношениях с заказчиком?
— А что сейчас не так с уровнем доверия?
— Ну, у нас есть команда, есть менеджер. И мы хотим, чтобы заказчик доверял команде и общался только с менеджером. А он лезет напрямую к инженерам…
— А чем это плохо? Человек сразу получает ответы на свои вопросы, быстрые коммуникации и все такое.
— Понимаете… Мы ему джуниор инженеров продаем как синьор инженеров… И нам не хотелось бы, чтобы он обнаружил этот факт.
Напомню изначальную постановку вопроса: “Как нам повысить уровень доверия в отношениях с заказчиком?”
Вот о заказчиках сегодня и поговорим. А точнее, о простом инструменте, который:
Время от времени мне приходится выступать заказчиком по графическим материалам. Я стараюсь ценить время исполнителя и прикладываю все усилия, чтобы расходовать это время максимально эффективно. Другими словами, я хочу поговорить об ответственности заказчика.
Всем добрый день. В своих предыдущих постах я говорил о воле, лидерстве и коммуникациях, тех моментах что, по моему мнению, являются ключевыми для управления ИТ компанией. Теперь, я бы хотел поговорить о самом важном моменте в жизни любой ИТ компании — планировании.
Планирование это ключевой аспект работы ИТ менеджера. Люди которые умеют хорошо планировать ценятся на вес золота, их тяжело найти и легко потерять :). Давайте я опишу собственные принципы и методы планирования, которые я применял в своих компаниях.
Думаю, многие слышали о законах роботехники, сформулированных Айзеком Азимовым:
Эти законы являются высокоуровневой моделью поведения каждого «правильного» (по версии Азимова) робота, но на этом их призвание не ограничивается.
В статье я чуть подробнее раскрою смысл этих законов, покажу, как они могут быть применены к сферам, отличным от робототехники, и попытаюсь выработать три закона разработки. Статья не несет прямой практической пользы, я это понимаю, поэтому заранее советую залезать под кат только тем, кому не жалко потрать несколько минут на мои рассуждения и обсудить их со мной в комментариях.
Читать полностью »
Цель урока: финальный урок по созданию приложения. Написание технического задания. Создание БД. Переименование webTemplate. Применение скаффолдинга. Админка. Основной сайт. Тесты.
Это финальный урок, и тут я немного отойду от конкретного программирования и поразмышляю о работе.
Программирование – это работа, это профессия, это творчество. Когда я учился в университете и с кем-то шел по дороге домой, мы часто спорили, что лучше Windows или Linux, Delphi или C++. Тогда мы могли не спать ночами, чтобы красиво переписать построение семантического дерева для компилятора. Мы изучали пролог, лисп, конечные автоматы, структуры данных. Мы учились видеть красоту быстрой сортировки Хоара реализованную на лиспе. ВО!:
(defun quicksort (lis) (if (null lis) nil
(let* ((x (car lis)) (r (cdr lis)) (fn (lambda (a) (< a x))))
(append (quicksort (remove-if-not fn r)) (list x)
(quicksort (remove-if fn r))))))
Но теперь я рассматриваю программирование как услугу. Как что-то, за что мне платят деньги. Я занимаюсь фрилансом уже три года. В начале работы фрилансером я программировал не только веб и не только на asp.net mvc. Был и php на ZendFramework, и написание модулей для расчета стратегий для торговли на РТС на Quirk.
Это мой первый пост на Хабре, поэтому не судите строго. Я достаточно много занимаюсь не только разработкой, но и постановкой процессов, в том числе тестирования. И всегда несколько скептически относился к ручному тестированию, точнее к той его части, которая отвечает за «обеспечение работоспособности существующей фунциональности» (в простонародье регрессионное тестирование). Что же плохого в этом тестировании и почему многие компании его тогда используют? Кто интересуется ответом на эти вопросы, могут потратить еще пару минут на дальнейшее чтение.
Читать полностью »