Все потоки
Поиск
Написать публикацию
Обновить
341.22

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

Как заставить всё работать

Сначала показывать
Порог рейтинга
Уровень сложности

Аппаратное решение для управления проектами :)

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

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

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

Спасение для менеджера проектов или строим ИСР

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

SuccessStory — 2008

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

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

Тематика конференции

Первая встреча с Заказчиком, выжимаем максимум.

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

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

Управление рисками, работа с заказчиком

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

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

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

Мотивация глазами веб-разработчика.

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

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

И так, что может быть проще? Надо ответить самому себе на вопросы:
  1. Почему меня иногда просто тошнит от мысли о работе?
  2. А почему же мне нравится это делать?
Так как речь идет о мотивации, то все стихийные факторы, типа: плохая погода, поругался (поругалась) с девушкой (парнем), подрезал мудила на бумере, отметаются.
Читать дальше →

Немного об ответственности и обязанностях

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

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

Сбор требований к проекту

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

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

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

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

Как преуспеть в малом бизнесе?

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

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

Ближайшие события

Круглый стол «Usability как критический фактор успеха ИТ проекта»

Время на прочтение1 мин
Количество просмотров620
На IV ежегодней международной конференции PMI в Москве, 13 ноября 2007 года, с 17.00 до 18.30 часов в зале «Слобода» (отель «Золотое Кольцо», ул. Смоленская, д.5, 3 этаж) состоится круглый стол «Usability как критический фактор успеха ИТ проекта».

Круглый стол организуется при поддержке IT&Telecom SIG и UsabilityLab.

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

Следующая версия MS Project станет гораздо проще

Время на прочтение1 мин
Количество просмотров1.9K
На конференции в Сиэтле компания Microsoft показала некоторый функции из будущей версии программы MS Project. По сообщениям прессы, аудитория аплодисментами встретила скриншот нового таймлайна, который можно переносить в другие программы методом копипаста. После вставки, например, в PowerPoint, сохраняется возможность редактирования элементов, в том числе размера шрифта.

Это лишь одна из функций, которые компания Microsoft собирается реализовать в MS Project, чтобы сделать эту систему управления проектами проще и расширить сферу её использования. Стив Балмер по этому поводу мудро заметил, что, по большому счёту, каждого офисного работника можно назвать менеджером, потому что он управляет как минимум своим собственным временем. Другими словами, MS Project должен быть доступен для пользователей любого уровня.

Главной инновацией в пользовательском интерфейсе Project станет появление стандартной для всех программ MS Office панели с кнопками в верхней части экрана. Процедура заполнения полей будет упрощена: вместо существующего метода перед пользователем будет появляться пустая колонка, которую можно заполнять любой информацией, а её тип будет автоматически распознаваться.

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

Для новой версии MS Project пока не придумано названия, потому что неизвестно, в каком году она выйдет. Возможно, это будет MS Project 2009 или 2010.

via IDG News Service

Умный экспорт из SVN при помощи TortoiseSVN

Время на прочтение2 мин
Количество просмотров8.8K
Достаточно давно я столкнулся с проблемой, что в хорошей и правильной программе TortoiseSVN (по-русски «тортойс эС-Ви-эН»), нету такой необходимой и желанной вещи, как экспорт только тех файлов, которые были затронуты определенными ревизиями. Особенно начинаешь страдать, когда приходится перезаливать на сервер весь проект, куда входят достаточно увесистые библиотеки и фреймворки. Можно, конечно, не включать библиотеки в Subversion, но это уже тема для другой беседы.
И вот, совсем недавно, один очень хороший гуру и друг совершенно ненавязчиво рассказал мне, как изящно и красиво решить эту проблему.
Ну, а я перескажу все это дело вам

Как проверить заказчика «на вшивость»

Время на прочтение2 мин
Количество просмотров2.2K
При выполнении разных заказов я лично и много моих знакомых
сталкивались с вопросом — как до начала работ определить, что после выполнения заказа все останутся довольны?

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

Читать дальше →

Короткие релизы vs Длинные релизы

Время на прочтение1 мин
Количество просмотров2.3K
Практика экстремального программирования включает в себя «Small Releases» — частый выпуск «коротких» релизов программ с интервалами в несколько недель.
Подразумевается, что нужно это для того, чтобы получать «обратную связь» от пользователей и вовремя вносить изменения. Сами релизы при этом, как правило, включают 1-2 «фичи» и исправление некоторых (а не всех) ошибок.

Мне интересно, насколько эта практика имеет смысл и пользу при разработке коммерческих программных продуктов. Нужны ли пользователям на самом деле частые релизы? Какой им интерес выступать, по сути, постоянными бета-тестерами?
Мне представляется, что короткие релизы не позволяют планировать заранее большие изменения. Насколько такая практика способствует (или не способствует) сохранению идейной и архитектурной целостности продукта?

Работа с фрилансерами. Из опыта сотрудничества с отечественными удаленщиками, часть 2. Решения

Время на прочтение4 мин
Количество просмотров1.4K
Во вчерашнем материале я описал общие ситуации, с которой сталкивался при работе с удаленщиками. В комментариях к нему проскочили многие из решений, к которым пришел на основе практики. Да и в целом тема оказалась жизненной — аналогичные проблемы имели и другие заказчики удаленных услуг. Какие люди вообще идут во фриланс? Я встречался с несколькими типами:

Читать дальше →

Фриланс. 10 проблем при работе с заказчиками. Часть1.

Время на прочтение3 мин
Количество просмотров2.4K
В ответ на habrahabr.ru/blog/pm/27099.html хочу привести взгляд на ситуацию со стороны фрилансера.

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

Проблема 1. Отсутствие техзадания.

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

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

Методы решения:
предлагать написание техзадания, как отдельную услугу и закладывать ее в бюджет проекта

просить клиента вернуться, когда у него будет техзадание

предлагать описать более-менее формально в текстовом виде, что же все-таки требуется (Это на порядок лучше, чем если задание сформулировано только в устной форме) .


Проблема 2. Проблемы с финансами.

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

Методы решения:
Регистрация себя, как частного предпринимателя. Но далеко не каждая фирма еще свяжется с частным предпринимателем — есть ньюансы с оплатой.

Поиск “раскрутившихся” частных лиц, предложение им своих услуг.


Проблема 3. Нежелание платить предоплату.

К слову будет сказано — без предоплаты вообще не стоит работать с любым клиентом. Разве что только в начале фрилансерского пути. Либо выполнить мелкий кусок работы над проектом (в течении, например, часа), чтобы показать то, что Вы умеете заказчику (как альтернатива — тестовое задание).

Заказчики не желают платить предоплату по нескольким причинам:

а) не желают потерять время и деньги
б) этот заказчик является кидалой и хочет получить готовую работу и ничего не заплатить

Методы решения:
можно предложить воспользоваться услугой сторонних сервисов для заключения безопасной сделки.

если заказчик не хочет платить по причине б) (проверяется “методом тыка”) — не работать с таким заказчиком.

стать проверенным фрилансером с множеством позитивных отзывов и довольных клиентов — тогда риск для заказчика потерять время и деньги -> 0. Честный фрилансер, дорожащий репутацией никогда не кинет отдельно взятого заказчика, перечеркивая этим года работы на репутацию.

Проблема 4. Коммуникации.

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

Методы решения:
стараться избегать таких заказчиков — по моему опыту — ничего хорошего в конечном итоге с такими людьми не светит.

взять себе менеджера и общение с клиентом перенести на его плечи.

работать только при увеличенной плате за работу (для компенсации проблем в общении).


Проблема 5. Недоверие.

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

Методы решения:
Показать клиенту, что Вы — профессионал. Делайте все на 5+ и даже больше, чем требовалось по заданию.

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


Продолжение следует.

Оригинал находится тут

Вклад авторов