Управление проектами *

В апреле Россию посетит Эдвард Йордон – человек-легенда компьютерного мира, автор бестселлера «Путь камикадзе»(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))

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

Один из самых частых вопросов заказчика — какой будет редактор на сайте. Насмотревшись на демо-версии, начитавшись сказочных описаний CMS, заказчики требуют редактор «чтобы все было как в Ворде».

Желание людей иметь как можно больше свободы понятно. Но к чему приводит такая свобода? Часто она оборачивается во вред обеим сторонам. Вред и заказчику, и разработчику, смотря кому припишут безвкусицу.

Часто приходится слышать «вы знаете, нам контора „Пионерсайтострой“ предложила то же самое, но в три раза дешевле» или «мы тут провели маркетинговое исследование (ага, исследование, ни больше, ни меньше — прим. блоггера), ваша цена существенно выше средней».

Если вы только задумываетесь о том, что пора внедрять какую-то методологию и использовать некий специальный софт для планирования и отслеживания хода работы, возможно вам будет полезен наш вполне успешный опыт применения гибкой методологии разработки Scrum. Это очень простая и эффективная методика, а в ее применении неоценимую помощь оказывает система Acunote, о которой и пойдет речь в статье.

Специфика проекта

При разработке сайта понимание специфики проекта является основой. Заказчики оценивают проект по эффектам от работы сайта и его сроку службы. Прежде всего, мы стараемся определить роль сайта в работе заказчика.

Одной из основных моих активностей на работе является оценка проектов. И в данной статье я постараюсь поделиться своим опытом в данной области.

В этой статье я постараюсь дать обзор системы управления проектами Trac, рассказать кому она будет полезна и способы ее применения в разработке проектов.

О системе

Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде

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

от себя добавлю — работает)))

для тех, кто не оценил — это шутка, а не реальная ситуация)

 

 

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

О необходимости знать историю говорят еще в школе, и не зря. Эти знания могут помочь не допустить прошлых ошибок, обратить внимание на важные детали, перенять качества лидеров отдельной эпохи. Об истории интернет-технологий говорить пока рано, но тех, кто займет в ней место, мы уже знаем. Хорошо и правильно, что в историю входят только победители — те, кто нашел в себе силы быть уникальными, жертвовать всем ради своего дела, — у таких людей нужно учиться!

Не нужно долго думать над тем, будут ли развиваться интернет-технологии. Безусловно, будут — еще стремительнее. Но как узнать направление развития? Как сделать проект востребованным сегодня и сохранить его популярность в будущем? Как предугадать тенденции рынка завтра, через месяц, через год? Как создать команду, которая приведет компанию к процветанию? Все это действительно серьезные вопросы, ответить на которые могут люди, стоящие у истоков интернет-технологий. Лучших из них мы пригласили на «SuccessStory — 2008» поделиться знаниями, опытом и историями успеха, воспользовавшись которыми, вы сможете добиться выдающихся результатов!

Я уже несколько лет занимаюсь управлением проектов по заказной разработке ПО и часто в начале моей работы, меня беспокоил вопрос о том, как именно я могу извлечь максимальное количество полезной и структурированной информации о будущей системе. Ведь чаще всего, даже для коммерческого предложения необходимо представлять и технологии и примерные способы реализации, а это все может сильно менять цену. Да и про сроки неплохо бы рассказать.

Я сумел найти для себя оптимальный вариант.

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

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

Вчера Вы отправили клиенту по почте первый прототип с Вашими комментариями. А сегодня вас в ящике должно ждать письмо о том, что…

Я давно ломал голову, над тем, что бы такое всунуть в блог, чтобы выцедить скромную долю всемогущественной «кармы». И натолкнулся на насущную тему – мотивация меня любимого.

Я смотрю на этот вопрос исключительно из собственного, мнения, и уверен, что вам, читатели будет что покритиковать и что дополнить, но не будем лукавить, ведь именно это нам и нравится делать.

И так, что может быть проще? Надо ответить самому себе на вопросы:

1. Почему меня иногда просто тошнит от мысли о работе?
2. А почему же мне нравится это делать?

Так как речь идет о мотивации, то все стихийные факторы, типа: плохая погода, поругался (поругалась) с девушкой (парнем), подрезал мудила на бумере, отметаются.

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

Проект инициирован и идет полным ходом.
Некая проектная документация для него уже составлена и подходит время для отрисовки дизайна. Менеджер ставит дизайнеру задачу, а через неделю забирает 10 прекрасно нарисованных макетов страниц. Дизайнер старался как мог и потому каждый пиксель в данном дизайне продуман и поставлен на нужное место.
Дизайн передается к верстальщику, который погружаясь в код старается заверстать великолепный дизайн дизайнера с точностью до пикселя. На выходе он по документации выдает 20 заверстанных страниц.
После чего дизайн поступает программистам. Которые собирают проект и теперь это уже не просто статичный дизайн — это работающий интернет-сайт.

Казалось бы просто, но.
Когда через несколько недель после начала сборки проекта до проекта добираются тестировщики, они хватаются за голову. В верстке обнаруживается десятки несоответствий дизайну. Баги сыплются на головы программистов и верстальщика. Следя за сборкой, дизайнер погружается в грусть все глубже и глубже, его состояние на границе отчаяния, а дизайн в забвении (как можно положить “это” в портфолио?!). Верстальщик не прекращает попыток фиксить баги, но они появляются быстрее, чем он успевает их читать.

Всегда сталкиваюсь с проблемой сбора требований перед началом нового проекта. Делаю это в разных программах в зависимости от сложности проекта, когда в Word, когда в Mindjet MindManager. Пытался найти специальное ПО или информацию, в том числе и на хабре — не нашел, хотя смотрю тут тему «Сбор требований» затрагивают часто. Так, что думаю данный вопрос будет актуален на Хабре.

На данный момент мне известно несколько профессиональных продуктов созданных для структурирования, сбора и анализа требований:

— Rational RequisitePro
— AllFusion Process Modeler (ранее: BPwin)
— AllFusion ERwin Data Modeler (ранее: ERwin)
— Doors
— Borland Caliber RM

А как вы собираете/структурируете/анализируете требования к проекту?

В одном из блогов оказались очень точно сформулированы три принципа успешного малого бизнеса:

Нужны как минимум три вещи:

1. возможность отказаться от плана, если он не сработает;
2. уверенность в деле, даже если оно потребует трат в ближайшее время;
3. достаточная вера в других людей, чтобы не пытаться всё делать самому.