! ()


:
37 38 39 40 41 42 43 44 45






, . , , .

Управление проектами / Agile Intro.

Создание программных продуктов стало индустрией с тех пор как появились персональные компьютеры, «коробочное» ПО и Internet. Как и в любой другой индустрии тут существует продукт, потребители и производители этого продукта. ?, как и в любой другой индустрии, производители стремятся держать под контролем процесс создания (производства) продукта. Конечно, это не единственный процесс, который надо наладить для достижения успеха, но один из основных. ? для этого важного процесса нужен метод, который позволит управлять ситуацией, не сковывая творческий порыв разработчиков. О методе и пойдет речь. Рассмотрим хорошо известную методологию Agile, и сравним наиболее популярные варианты применения данного метода на практике.


Управление проектами / Ссылка Подкасты встречи Клуба руководителей проектов от 23.04.08

Анонс встречи Клуба руководителей проектов
http://community.livejournal.com/moscow_pm_club/19379.html

Управление проектами / PM Days 2008 — 28мая — от факапа до драйва пара дней!

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

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

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

  • Управление ресурсами.
    - Сколько у меня свободных специалистов - как определить? Смогу ли я потянуть новый проект?
    - Последствия неудачного управления ресурсами - срыв сроков, падение качества (в погоне за сроками).

  • Краткий курс человековедения для ?Т менеджера
    - Что мешает работать вашим людям?
    - 6 вещей, который программисты не любят.
    - ? 6 вещей, которые программисты любят.
    - Удержание и мотивация программистов
    - Основные ошибки российских менеджеров
    - Культурные различия (США, Китай, ?ндия).

  • ?нструменты управления проектами, требованиями, задачами.
    - Microsoft Project, Jira и т.п. Что реально работает? Примеры, кейсы?

  • Управление аутсорсингом веб-разработки
    Управление коллективами веб-разработчиков, верстальщиков и пр. в регионах - Какие преимущества такой схемы (легкое масштабирование - набор и сокращение команды), экономия затрат?
    - Какие затраты уменьшаются (аренда офиса), а какие - возрастают (управленческие)?
    - Каким компаниям и на каком участке работы выгодны удаленные команды?
    - Факторы успеха в управлении удаленными командами?
    - Какие риски наиболее велики при управлении командами?

  • Эффективное управление корпоративными интернет-проектами
    - Какими процессами управляет менеджер корпоративного интернет-проекта?
    - Веб-разработка, Проектирование, Контекстная реклама, Поисковое продвижение - Управленческие фукнции: формулирование целей, оценка деятельности, контроль выполнения.

  • SLA (Service Level Agreement) или как правильно зарабатывать на поддержке.
    - Перечень услуг, предоставляемых в рамках договора поддержки (консультирование по новым функциям, управление и трекинг задач
    - Cоздание и поддержка тестового сервера
    - Обеспечение непрерывности функционирования объектов, регулярное резервное копирование, тестирование.
    - Критерии (измеряемые) качества этих услуг, например в течение 2 часов от начала поступления задачи в систему менеджер должен обновить ее статус.
Приглашаем интересных докладчиков!
Приглашаем менеджеров WEB-проектов, тимлидов и ?Т-директоров для участия

Управление проектами / Методы оценки проекта разработки ПО

После того как я опубликовал первую статью по Agile, на Habrahabr пришло несколько комментариев с вопросами о том как оценить стоимость и скроки проекта в данной методике. Agile - методология управления проектами, он не предназначен для оценки, которую потом можно вписать в договор. Но тема важная, сделаем для нее отступление.

?так, Методы оценки проекта разработки ПО...


Управление проектами / Три варианта делать проекты

Делая что-либо, нужно сначала решить важный вопрос: на каком уровне будет все делаться.

Есть несколько моделей:
1. Подготовленный захват территории. Когда есть инвестиции (или клиент готов платить), все сначала проектируется "сверху" до последнего болтика, делается так как нужно, потом запускается.

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

3. Предпринимательский заход. Когда ничего не важно кроме денег сейчас. Минимум расходов, делать только то, что приносит прибыль. Делается все на коленке, собирается минимально рабочая система, потом по ходу идет развитие. Минимум инвестиций, только практика, практика, и практика. Головой об стенку, и до победного конца, пока стена не рухнет.

В каждом случае свои плюсы и минусы.

Управление проектами / Отчёт с семинара «Управление безнадёжными проектами» Эдварда Йордана.

23 апреля в ?нфоцентре прошёл семинар, автор и ведущий которого - человек-легенда Эдвард Йордон.

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




Управление проектами / «Критическая цепь» Голдрата. Конспект книги

Для того, чтобы познакомиться с общей идеей CCPM (Critical Chain Project Management), нужно обязательно прочесть книгу автора - Элияху Голдрата.
Она написана как художественное произведение, а не как учебник, и по-настоящему заставляет проникнуться идеей. Я попробовал сделать конспект книги в виде mindmap (щелкните на рисунок, чтобы увидеть полноразмерную карту).

Также вы можете ознакомиться с конспектом в формате mmap
Попробуйте его рассмотреть - поможет ли он вам понять основные мысли книги?

Оригинал данной записи опубликован в блоге "Управление проектами в картинках"

Управление проектами / Мир шипокрылов, или как найти общий язык с клиентами

Хотел бы рассказать о некоторых эпизодах проектного менеджмента, особенно подходов к управлению отношений с клиентом на примере веб-конторы. По словам Terentii, моего ex-коллеги, клиенты "вели с конторой, мягко говоря, по-хамски - достойные наследники традиций Солтычихи". Дело в том, что... клиент всегда прав. ?так...

Когда проект сайта Х-Банка был готов и нужно было погашать договор, менеджер проекта не смог получить платеж "с наскоку" и стал вести подобные записи:
- 20 января 11:02. звонил в банк. отв.менеджер не подошел. обещал перезвонить через час.
- 20 января 15:02. перезвонил. его не было. позвонил его руководителю. секретарь не соединила.
- 25 января 11:02. звонил в банк. отв.менеджер подошел к телефону. наорал, почему я не позвонил раньше. назначили встречу.
- 27 января 15:00. на встрече вынесли мозг, сказали все переделывать. на ТЗ в договоре не смотрели. написал им изменения, какие мы можем сделать с сохранением стоимости.
- 28 января 11:00. позвонил чтобы узнать что с е-мейл. не соединили...
? так далее.


Управление проектами / Много — это сильно больше одного © или о том, сколько вариантов решений может быть в дизайне.

В теории решений может быть, разумеется, сколько угодно. Вот пример, компания INDIVID так описывает свой проект в портфолио:

«Дизайн сайта разрабатывался и согласовывался в течение года (в частности, оказались отвергнуты 28 начальных вариантов стилевых макетов).» ?сточник.

Является ли этот факт поводом для гордости, вопрос спорный. Скорее, это говорит об ошибках в управлении требованиями.

Профессор Эрик Шпикерманн (Erik Spiekermann) из Германии, основатель Metadesign, в интервью опубликованном в журнале «Мир Дизайна», говорил, что в дизайне у задачи может быть не больше двух решений.

Речь идет о практике, разумеется. ? главное на практике — четкость поставленной задачи, основанная на общем видении заказчика и исполнителя.

Управление проектами / Сколько времени ваши сотрудники отвлекаются от работы?

Проходя мимо рабочих мест коллег невольно обращаешь внимание, что вместо блеклого интерфейса IDE, в которой, собственно, полагается находиться программисту большую часть рабочего дня, видишь на экране яркий дизайн какого-нибудь новостного сайта.

Вообще это нормально — человек должен иногда переключаться. Только вот интересно — насколько он часто это делает? ? добыв с полки справочник по математике Т.Корна, взялся решить следующую абстрактную задачу:



37 38 39 40 41 42 43 44 45