Введение.
Вот уже 5 лет я занимаюсь веб — разработками. За это время приходилось и на коленке делать сайты за несколько сотен долларов и участвовать в довольно крупных проектах. За последний год меня не оставляет ощущение deja vu. Где-то я уже видел: нервных заказчиков, взбешенных менеджеров, заваленных работой разработчиков и сорванные сроки. При этом для меня ничего не изменилось. Были все те же нечеткие, постоянно изменяющиеся требования, прессинг, и ни одного проекта, сданного в срок…
И это, не смотря на то, что “грабли” были всегда одни и те же.

В апреле Россию посетит Эдвард Йордон – человек-легенда компьютерного мира, автор бестселлера «Путь камикадзе»(Death March).

Эдвард Йордон проведет в Москве и Санкт-Петербурге один из своих известных семинаров – «Управление безнадежными проектами» (Managing Death-March Projects).

Этот семинар — настоящее пособие по выживанию для тех менеджеров и членов команд разработчиков, которые хотят достичь почти невозможного – успешно выполнить проект там, где «миссия невыполнима».

О семинаре Йордона подробнее написано тут edu.it-online.ru/education/guru-academy/yourdon/?utm_source=free&utm_medium=announce

Посещение семинара даёт 8 PDU (интересно для тех, кто планирует сдавать на PMP (Project Management Professional))

Не забывайте свою копию книги.

И вот в офис приходят новые сотрудники — дизайнер и программист. Они уже представлены Его Величество Проекту, в их глазах светится Идея, а руки дизайнера сжимают мышку с варьируемым dpi, даже у нас такой не было обещано.

Люди мимоходом представлены друг другу — к чему пламенные речи, если к нам возвращаются друзья, с которыми с детсва мы делаем одно дело? Программист из прекрасного города Омска, где прошло его и дизайнера детство. Дизайнер, уже больше года живущий в центре Питера. Скиластый программер, талантливый дизайнер и наша команда…

Приглашаем участвовать в первой международной конференции PM Days 2008.

Главное отличие PM Days — что она создана менеджерами для менеджеров и Вам не придется полдня слушать как хорошо внедрять продукт компании X..Z. Обсудим как реально драйвить команды, использовать факапы по назначению :-) И многое другое…

Формат конференции предусматривает — что любой участник может стать докладчиком на флипчарте c интересной темой!

• Управление ресурсами.
  — Сколько у меня свободных специалистов — как определить? Смогу ли я потянуть новый проект?
  — Последствия неудачного управления ресурсами — срыв сроков, падение качества (в погоне за сроками).
• Краткий курс человековедения для ИТ менеджера
  
  — Что мешает работать вашим людям?
  — 6 вещей, который программисты не любят.
  — И 6 вещей, которые программисты любят.
  — Удержание и мотивация программистов
  — Основные ошибки российских менеджеров
  — Культурные различия (США, Китай, Индия).
  
• Инструменты управления проектами, требованиями, задачами.
  
  — Microsoft Project, Jira и т.п. Что реально работает? Примеры, кейсы?
• Управление аутсорсингом веб-разработки
  
  Управление коллективами веб-разработчиков, верстальщиков и пр. в регионах
  — Какие преимущества такой схемы (легкое масштабирование — набор и сокращение команды), экономия затрат?
  — Какие затраты уменьшаются (аренда офиса), а какие — возрастают (управленческие)?
  — Каким компаниям и на каком участке работы выгодны удаленные команды?
  — Факторы успеха в управлении удаленными командами?
  — Какие риски наиболее велики при управлении командами?
• Эффективное управление корпоративными интернет-проектами
  
  — Какими процессами управляет менеджер корпоративного интернет-проекта?
  — Веб-разработка, Проектирование, Контекстная реклама, Поисковое продвижение
  — Управленческие фукнции: формулирование целей, оценка деятельности, контроль выполнения.
• SLA (Service Level Agreement) или как правильно зарабатывать на поддержке.
  
  — Перечень услуг, предоставляемых в рамках договора поддержки (консультирование по новым функциям, управление и трекинг задач
  — Cоздание и поддержка тестового сервера
  — Обеспечение непрерывности функционирования объектов, регулярное резервное копирование, тестирование.
  — Критерии (измеряемые) качества этих услуг, например в течение 2 часов от начала поступления задачи в систему менеджер должен обновить ее статус.

Приглашаем интересных докладчиков!

Приглашаем менеджеров WEB-проектов, тимлидов и ИТ-директоров для
участия

Молдаване умеют строить не только дома. Сайты, программки кой-какие, да и не просто кой-какие, а такие как The Bat!: многое могут представители доблестной молдавской нации! Но это так… лирическое отступление и известные факты. А новость эта для тех, кому интересно развитие Интернета стран ближнего зарубежья. Хотелось бы познакомить хаброобщество с новинкой, появившейся совсем недавно в Молднете. Этот исключительно молдавский продукт поддерживает протоколы ICQ и Google Talk.

Но это не все (и, как на поверку оказалось, не главное), чем программка может быть интересна именно молдавским пользователям. «Молдаська» (как прозвали программку в народе, официальное название Point Messenger) ко всему прочему поддерживает «болталки» 5-ти самых популярных сайтов Молднета абсолютно разной тематикии — это и форум, и доска объявлений, и ТВ, и информационный сайт, и т.д. Под «болталками» я имею ввиду то, что юзеры получают с помощью Молдаськи уведомления с этих сайтов об обновлениях, об ответах на комментарии, и могут отвечать на них, в общем, принцип напоминает bestpersons. Каждый может включить себе уведомления с того или иного сайта по желанию.

Сегодня я был на семинаре Эдварда Йордана. В первую очередь хочу поблагодарить за эту возможность kotyrev Сергея Котырева.

Тема семинара была «Человеческий фактор в разработке ПО»

Я расскажу про один интересный неоднозначный метод по подбору персонала в IT. Также поделюсь своими ощущениями полученным после семинара.

Что такое PMI&IPMI&PMBOK?

PMI (Project Management Institute) – институт по управлению проектами, разработавший систему комплексного подхода к проектированию и организации процессов для успешной реализации проектов. Он предлагает универсальную схему построения работ при начальном планировании, предлагая, возможно даже, исчерпывающую схему этапности, учит правильно строить организационную структуру проекта и контролировать ход его выполнения.

Статья про «пинание», «закручивание гаек» и контроль задач, разные стили общения и руководства, про сложности делегирования, самомотивацию сотрудников.

Вопрос: Прочитал вашу статью «Социальные аспекты разработки» и был ошеломлен! До этого момента я считал, что такие идеи лишь из области утопий и невозможны к реализации.

Теперь я понял, что это реализуемо. Сам я всегда исповедовал похожий подход, про себя я его называю «человечный менеджмент». Пытался его использовать, когда со своими партнерами несколько лет назад мы начинали свой первый бизнес, но внедрить его на практике так и не получилось. Под прессингом своих партнеров и неадекватной оценки происходящего мы все-таки свалились к системе «пинания» сотрудников и тогда я решил, что такой подход пока не реализуем.



Я вскоре отстранился от управления нашей компанией и занялся тем, чем мне всегда хотелось заниматься – созданием игр, собрал команду разработчиков, нашел инвесторов и запустил проект по созданию онлайн-игры в жанре стратегии. Однако в полной мере реализовать «бизнес с человеческим лицом» у меня, похоже, опять не получается.

Симптомы: падение дисциплины, низкая скорость разработки, потеря энтузиазма.
Свой же стиль руководства я бы теперь назвал «попустительским».

И вот, как только мое терпение кончилось, и я собрался на следующий день «закрутить как можно туже гайки», я натыкаюсь на вашу статью. Это было как бальзам на больное сердце. Я сразу с великим облегчением отказался от идеи пинания, но понимаю, что делать все равно что-то надо, а с чего начать не знаю? Хотелось бы вашего совета.

Ответ: В 2 словах это,
— Вносите элементарную организованность в процесс. Это не «пинание» — это ваша работа.
— Разный стиль. С крутыми – искренне, с молодежью – дружелюбно, с «примадоннами» – сухо
— Используйте эмоции для «поджигания» людей. Прочитайте Возьмите эмоции с собой
— Используйте 4 модели руководства исходя из задачи и человека. Это вопросы — Может? Возьмет?
— Готовьтесь к тому, что у вас будут проблемы с Директивным стилем и Делегированием.
— Стремитесь к тому, чтобы у вас в команде были только люди с сильной самомотивацией, для которых ваша работа это хобби, страсть, любимое дело. Помогите разобраться в себе другим людям.
— Сплачивайте команду: cобирайте в одной комнате, проводите общие собрания, ставьте общие достойные цели.

Продуктивность коллектива веб-студии напрямую зависит от удобства среды разработки. У нас сложилась стройная система организации работы с проектами, включающая в себя набор таких неотъемлемых компонентов, как IDE, SCM, PM-система, багтрекер и development-сервер. Этим постом я бы хотел начать цикл статей, посвященных настройке и использованию этих компонентов в нашей студии.

В первой части я расскажу о самом основном — среде разработки (о том, как мы организовали совместный доступ к проектам).

Идеи

1. Среда разработки должна быть единой для всех сайтов.
2. Девелоперы не должны тратить время на настройку каждый своей серверной части.
3. Работает ли над проектом один человек или несколько — контроль версий необходим.
4. Если рабочий каталог (IDE workspace) находится на сервере, то можно поработать и дома, не тратя время на повторную настройку окружения на домашнем десктопе или ноуте.

Обычно взаимодействие заказчика и исполнителя каждая из сторон воспринимает как борьбу добра со злом. Мысля себя, естественно, добром. На самом деле, это не совсем так.
Заказчик и Исполнитель – это, скорее, джедаи и ситхи, «белые» и «красные», инь и янь. Они немыслимы друг без друга и никогда не смогут «победить» партнера.

У взаимодействия Заказчик-Исполнитель есть несколько узловых моментов, неопределенность в которых приводит, как правило, к конфликтам и ущербу для проекта. Попробуем их обозначить.

Любой проект неизбежно переживает стадию инициирования.

Это на самом деле тот самый момент, когда людям приходит идея. Обычно это идея в виде «а почему бы нам не сделать как … и заработать на этом кучу денег» или «я ничего не знаю про …, но говорят там много денег и я хочу его». Впрочем, иногда проект стартует с четким пониманием того, что именно надо сделать (пусть в общих чертах), зачем это делается и каких конкретно результатов надо в итоге добиться. Такие условия старта – рай для проджекта. Конечно, рай случается не каждый раз и не у каждого. Иногда для этого приходится поработать.

Мы решили провести эксперимент и проводить наши открытые семинары еще и через вебинары.

О чем примерно говорить будем?
— Разогреемся мы примером мальтитаскинга.
— Далее мы поговорим о 2 очень разных путях создания «Value to people».
— Поговорим о том, что есть менеджеры, почему идти туда нужно осознанно и подготовленным. О том, как это обычно бывает. О том, почему вменяемый менеджер это большая редкость.
— Поговорим о том, какие менеджеры бывают, почему вам вообще это нужно знать, как использовать это знание.
— Коротенько расскажу современную теорию менеджмента, что такое командная работа. Покажу за счет чего правильная команда «делает» одиночек.
— Немного поговорим о разных типах проектов и почему это важно знать сотрудникам.
— Поговорим о разных типах компаниях, о циклах развитии компании. И снова, с точки зрения сотрудника и менеджмента. Почему это всё важно и как использовать.
— А закончим несколькими удивительными примерами правильного управления, которые на дорогущем 2-ух дневном тренинге Certified SCRUM Master-ом рассказывал очень грамотный дядька Robin Dymond. Надеюсь, меня за это не засудят :)
— Если останется время, я покажу на примерах что такое очень популярные нынче Lean и Kanban. Если времени не останется и вам понравится, я сделаю 2-ую часть. Возможно, вы захотите оставить мне «заявки», о чем бы вы хотели послушать в последующих частях.

Здравствуйте, уважаемые Хабражители.

Позвольте вам рассказать о моем опыте посещения конференции разработчиков CodeFest, которая прошла на минувших выходных в славном городе Новосибирске.

Под катом я расскажу о самых интересных мыслях второго дня конференции.

Интервью с Григорием Бакуновым (bobuk) грузчик-психоаналитик с дипломом. Говорим про Яндекс, образование, ошибки управления, студентов и программистов.



Если вы хотите поддержать этот проект воспользуйтесь Яндекс деньгами
Номер счета 41001773102663
Страничка на которой вы можете это сделать
http://blog.golodnyj.ru/2011/05/art-of-programming.html

В нашей студии — необычный гость. Он успешно (и быстро!) выстроил карьеру от тестера до директора филиала и… вышел в отставку. У него свой, особый взгляд на IT сферу, на её силу и уязвимость; на IT карьеру и IT карьеристов.

А мы продолжаем публиковать результаты исследования рынка труда в IT индустрии. Напомним, что в предыдущих наших постах мы довольно подробно рассказали о зарплатах «Мобильных» разработчиков, Дизайнеров, Системных администраторах windows и даже описали из чего состоит социальный пакет в IT компании. На этот раз мы расскажем о том, сколько получают менеджеры среднего звена, а точнее Software Project Manager.

Я 8 лет занимаюсь тестированием. Ручным и автоматизированным, в роли тестировщика и тест-менеджера, как сотрудник компании и как представитель аутсорса. И почти на всех проектах сталкиваюсь с одной и той же проблемой: руководители проектов не понимают, зачем им нужно тестирование.

Если задать среднестатистическому РМ'у простой вопрос: «Зачем на этом проекте тестирование?», то чаще всего ответом будет «Ты же тест-менеджер, ты и должна ответить на этот вопрос».

Но ведь приходя в парикмахерскую вы не говорите мастеру «вы сами знаете, что мне нужно»? И в продуктовом магазине вы не просите продавца накидать вам в корзину то, что вам нужно? Вы можете советоваться, вы можете узнавать «а как можно?», спрашивать варианты, но решение всегда за вами. В чём отличие тестирования? Может, в том, что слишком мало менеджеров проектов понимают, зачем оно им?

В этой статье я постараюсь выступить в роли продавца, который показывает клиенту: «а что вообще бывает?» Многие вещи будут описаны, возможно, слишком подробно, слишком просто… Не серчайте, мне просто очень хочется быть понятой :)

Часто в обсуждении или в статьях/комментариях встречаю «ITIL это теория поэтому оставим теорию и перейдем к практике».., читайте как «нам влом разбираться в том что люди изучали два десятка лет(а полагают что все пятьдесят), пора уже что-то делать..». И результатом нередко будут именно ошибки

Вольный перевод статьи о том, почему важно делать эскизы-зарисовки, прежде чем приступать к проектированию интерфейсов. Мне, как менеджеру проектов и, частично, проектировщику интерфейсов — статья показалась очень полезной. Крайне рекомендуется к прочтению всем участникам проектных команд.

Все самые острые вопросы для любой современной IT компании сводятся к вопросам персонала:

• как и где найти персонал
• как оценить квалификацию сотрудника
• сколько платить сотрудникам
• что сделать, чтобы сотрудники не уходили из компании
• как оценивать результаты работы сотрудников
• из чего должен состоять компенсационный пакет
• как должен выглядеть офис IT компании
• как создать привлекательный HR бренд
• …
  

Эти и многие другие вопросы мы обсудим 19-20 октября в Санкт-Петербурге в рамках самой большой IT HR конференции «нАйТи ответ!» #6
Для участия в конференции мы приглашаем HR менеджеров, административных и технических руководителей IT компаний.
«нАйТи ответ!» — конференции для людей и про людей, работающих в IT компаниях!