|
|
By Konstantin Bychenkov, on August 17th, 2010
 Моя работа предполагает большое количество совещаний и встреч. Я люблю общение, люблю встречи с новыми людьми. Для меня в этом скрыты новые возможности, новые знания, проверка самого себя. В некотором смысле общение, это способ увидеть свое отражение и исправить в себе что то. Огорчает, когда собеседники пренебрегают возможностью совместного конструктивного поиска решений. В этой статье я приведу список самых популярных “поломок” переговорного процесса и как я с этими “поломками” обычно справляюсь.
Continue reading О совещаниях и обсуждениях
By Konstantin Bychenkov, on August 1st, 2010
Продолжение статьи Identify it! Now.
Менеджерское “решалово”
На воровском жаргоне «решалово» означает возможность устранения проблемы или содействие в решении какого- либо вопроса. Для этого у “работников ножа и топора” есть свои методы. Менеджер проекта – это связующее звено между технологиями и бизнесом, и его решения стоят компании денег. Потому менеджерские решения должны быть понятны и обоснованы. Чтобы так и было, надо предоставлять аргументацию на основе анализа. Для анализа разработан набор техник. Я расскажу про все понемногу, остановившись подробнее на парочке моих любимых способов. Итак, какие техники применяются для идентификации рисков.
Continue reading Identify It. Now! Part 2
By Annie, on May 29th, 2010
 Работая на разных проектах компаний, на разных их стадиях я сталкивалась с проблемами, о которых и хочу рассказать. Надеюсь, кому-то это поможет увеличить эффективность работы, повысить качество, возможно, даже получить улучшение по цене продукта, за счёт выявления багов на более ранних стадиях.
Представим что у нас только-только начинается проект. На проекте есть только ПМ, который начинает оценивать сроки разработки. Здесь и начинаются первые проблемы…
Continue reading О времени, планировании, лошадях и QA
By Vitaly Kalinkin, on May 8th, 2010
 Давняя, как мир ПО проблема: формы, шаблоны и прочее, прочее. Пользователю надо вводить данные, нам надо их обрабатывать. Пользователь хочет отчеты, статистику, красивые графики и удобный функционал. Все это давно написано, оттестировано и внедрено. И тут возникает не менее старая задача: теперь пользователь хочет сам делать для себя формы, сам изменять существующие, делиться этими формами, а также шаблонами с другими пользователями и жить счастливо. А самое главное, пользователь хочет, чтобы все отчеты, статистики и графики точно также как раньше рисовались, строились и считались.
Что же делать разработчику, чтобы пользователь мог рисовать формы? В самом деле, не ставить же ему Visual Studio, учить C# и публиковать сборки в GAC? А даже если и так, то как потом привязывать данные к модели, сохранять их в базе и обрабатывать? Казалось бы, за столько лет развития ПО данная проблема должна была уже сто раз решена и рынок должен был бы быть пересыщен самыми разными предложениями. Только покупай да интегрируй.
И такие решение конечно есть, и не одно. Пожалуй, самые удобные формы на платформе Windows предлагает InfoPath. Новую форму нарисовать — проще некуда. Печатается, сохраняется в XML (да еще и классный XML, без тегов с атрибутами «тип записи» и подобными). Хорошо, удобно и красиво. Ну как не поддаться на сладкую рекламу и не попробовать? Тем более у версии 2007 есть и интеграция с WinForms, что еще надо счастливому разработчику?
Continue reading Бег с препятствиями
By Konstantin Bychenkov, on February 13th, 2010
20 дней назад моя команда стартовала разработку нового проекта. Проект небольшой, но заказчик – наш стратегический партнер. В рамках необходимой функциональности был заявлен веб-интерфейс для отчетов, а мои бойцы имеют мало опыта в веб-разработке. Я подумал о том, что вероятность не справиться с новой для нас технологией ASP.NET (ну бывает, отстали от жизни) весьма высока. Поэтому попросил команду развернуть стенд проекта заранее, на середине этапа разработки, а не за день до срока сдачи. Пусть вместо отчетов был бы просто “здравствуй мир”. И работа закипела….
Немного лирики
Риск – это игра, а когда выигрываешь – чувствуешь себя круче. Управление проектами не исключение. И спасибо за этот неиссякаемый источник адреналина в крови менеджера проекта. Когда менеджер собирает команду на митинг с призывом “Тигры- вперед!!!” – им движет риск сорвать сроки проекта. Когда пишет аккуратный и точный отчет заказчикам – им движет риск сорвать коммуникации. Опытный менеджер немного параноик, которого каждый день преследует вопрос “Что может помешать достижению цели и как это предотвратить?”. И этот вопрос делает интересной самую рутинную работу. Риск – благородное дело и потому требует уважительного обращения. В управлении уважение означает планирование.
Continue reading Identify It. Now!
By Konstantin Bychenkov, on December 27th, 2009
Мои профессиональные уроки, которые я извлек для себя в 2009 году.
- Представитель заказчика не заменит аналитика. Даже самый грамотный, опытный, с которым налажено сотрудничество. Нельзя обращаться к заказчику с просьбами наподобие “Напиши, что тебе надо. А я вставлю в техническое задание”. Он вам такого напишет
 Тут нужен тот, кто описывает задачу с тобой и для тебя. Только исполнитель может правильно выделить в задании моменты, ключевые для реализации.
- Если берешься за задачу, мало чтобы она была нужна заказчику. Нужно, чтобы проект был готов эту задачу поддержать. К примеру, если делаешь в проекте экспертную подсистему принятия решений, надо подумать о том, готовы ли пользователи к предлагаемому продукту, способен ли ты обеспечить качество входных данных.
- Обладание каким-нибудь сертификатом, подтверждающим твои профессиональные навыки – полезная вещь. Научить управлению проектами не научат, но будет формальное подтверждение квалификации, которое помогает и в карьере и в работе. Например, многие государственные конкурсы стали в требованиях к качеству указывать еще и управление проектом по каким либо стандартам, обычно PMBOK. Так что сертификат не предмет гордости, а инструмент работы.
- Мало быть честным с партнерами и клиентами. Надо быть еще и точным. Все вопросы должны исчерпываться до самого дна, нужно убедиться, что всем все одинаково понятно. Не должно оставаться поводов для недопонимания или различного трактования проблем. Обязательно надо обсуждать ожидания партнеров, иначе закладываешь под дело мину замедленного действия. Это же урок относится и к взаимодействию с руководством.
- “Говорят, теперь имя должно работать на тебя. Это не совсем так, потому что в обществе, где ценится молодость, расслабляться не стоит. Нужно просто четко понимать, что именно является твоей работой. Остальное делегировать или банить.” ( спасибо за формулировку Николаю Ускову, главному редактор GQ )
By Konstantin Bychenkov, on November 24th, 2009
Если бы губы Никанора Ивановича да приставить к носу
Ивана Кузьмича, да взять сколько-нибудь развязности,
какая у Балтазара Балтазарыча, да, пожалуй, прибавить
к этому еще дородности Ивана Павловича — я бы тогда
тотчас же решилась.
“Женитьба” Н.В. Гоголь
В своей практике я часто сталкиваюсь с мнением, что любую проблему можно решить, надо только “что то придумать”. Найти ту самую “серебряную пулю”, которая убьет трудности наповал. А лучше все и сразу! Не покупают программу – приделаем ей новый GUI, у сервиса низкая посещаемость – закажем рекламу на ТВ, не укладываемся в сроки разработки – наймем больше программистов. И посмотрим что из этого выйдет! должно сработать! если не сработает – опять будем что то придумывать! и опять! и опять! Можно ли компенсировать проблемы подобным способом?
Вера в спасительные идеи мешает мне работать потому что это очень распространенная вера, в том числе и в повседневной жизни. Вера не требует доказательств. А бездоказательные, и следовательно непроверенные идеи, как правило бесполезны, если не вредны. Более того, для успешной работы не требуется каждый день озаряться “гениальной идеей”. На весь проект, а то и на всю компанию, бывает достаточно одной, хорошо обоснованной идеи. Это так потому что:
- Хорошие идеи – редкая находка
- Прежде чем что то придумывать надо изучить природу возникшей проблемы
Continue reading Ненужные Идеи или Траектория серебряной пули
By Konstantin Bychenkov, on October 22nd, 2009
Для чего нужно планировать коммуникации? Что за бюрократизм такой?
Планирование коммуникаций призвано:
- Вовлечь всех участников проекта в информационный обмен
- Защитить проект от потери информации
- Обеспечить участникам проекта достаточный уровень информированности о ходе дел
Лично менеджеру проекта план коммуникаций нужен чтобы:
- ничего не забыть отправить/получить
- понимать зоны ответственности
- знать с кем иметь дело по какому вопросу
Continue reading Планирование коммуникаций или есть такое слово – “НАДО”
By Konstantin Bychenkov, on October 6th, 2009
The time to repair the roof is when the sun is shining.
John F. Kennedy
Практика показывает, что проект – это риск. Выигрывает как правило тот, кто планирует риски. Он и пьет шомпанское. Дело это непростое, но полезное как для маленьких, так и, особенно, для больших проектов. Риск в осуществлении проекта, это любой фактор, который может негативно повлиять на успех. В своей практике я уже давно осознал что:
- В любом проекте есть риски
- Риски надо вскрывать сразу же, еще на стадии формирования идеи проекта
- На разных стадиях проекта риски бывают разные
- Risk management обойдется дешевле чем Problem Management. ( Пожар – это весело, но дорого. Лучше не играть с огнем. )
Мой план управления рисками, прост:
- Найти риски. Существуют стандартные риски для каждой стадии проекта, проверяем их наличие. Выделяем специфические для данного проекта риски.
- Оценить вероятность и расставить приоритеты в списке факторов риска.
- Заранее продумать меры нейтрализации по каждому достаточно приоритетному фактору.
- Доложить руководству о рисках и мерах по предотвращению проблем. Предложить несколько вариантов развития событий.
- Иметь резерв ресурсов для реагирования на риски.
Что характерно для моего Risk Management Plan? Это очень субъективный план, где все “на глазок”. Довольно грубый рецепт, из которого у каждого следующего повара получится “непоймичто”, а ведь существуют “поваренные книги”, где все точно описано. Одна из таких -
Continue reading Рискуют все… А все ли выигрывают?
By Konstantin Bychenkov, on October 1st, 2009
Купил бы крестьян, да в деньгах изъян.
(русская пословица)
Все говорят о деньгах. Это пОшло, но куда денешься? Какие практикуются финансовые политики выплаты заработной платы? Я сталкивался со следующими:
- Аутсорсерские конторы часто практикуют периодический пересмотр зарплаты в зависимости от квалификации сотрудника. Скажем, разработчик набирает опыта, осваивает больше технологий, становится применим во многих проектах, его часы можно продавать разным заказчикам – и прибавка будет. Система по крайней мере прозрачная и часто удобная для разработчиков. Ваш идеальный тип сотрудника – молодой парень, только что закончивший институт, без семьи, увлеченный своим профессиональным ростом. Легко принять на работу, легко выкинуть, соответствующий трудовой договор позволяет.
- Просто дать большую зарплату, выше или НАМНОГО выше рыночной цены в данной местности, и за это выжимать из работников ВСЕ. Все больничные и сверхурочные оплачиваются зарплатой. Возлагать всю ответственность на работников, пренебрегать методологиями разработки под предлогом “я вам ТАКИЕ деньги плачу, вот и вкалывайте”. Ваш идеал -мужчина средних лет, которому очень нужны деньги, желательно, с семьей, в которой он единственный кормилец, на шее висит ипотечный кредит, больные родители, алименты, прочее.
- Ставить цели перед сотрудником и, в случае их достижения, давать бонус или прибавку. Это практикуют фирмы, выпускающие продукт. По сути, большая цель, которая поставлена перед фирмой, дробится на маленькие персональные цели ее сотрудников ( ну у кого то маленькие, а у кого то могут быть и ничего себе ). Есть зеркальный вариант, более жесткий, когда в случае неуспеха проекта, сотрудники получают меньшую компенсацию, вычитается премия. Так же эту премию применяют как инструмент повышения трудовой дисциплины. Идеальный работник тут – ответственный, со средними способностями специалист.
- Платить мало, но и не напрягать. Пусть он занимается своими делами, и время от времени приносит пользу. Главное, не ошибиться при выборе юного гения. Идеал – гений, которого кроме работы вообще ничего не интересует, ему нужен покой, чтобы заниматься своими делами. Когда нибудь он сделает в вашем офисе свой гениальный продукт и завоюет мир.
Continue reading Платим зарплату своей команде
|
|
Моя работа предполагает большое количество совещаний и встреч. Я люблю общение, люблю встречи с новыми людьми. Для меня в этом скрыты новые возможности, новые знания, проверка самого себя. В некотором смысле общение, это способ увидеть свое отражение и исправить в себе что то. Огорчает, когда собеседники пренебрегают возможностью совместного конструктивного поиска решений. В этой статье я приведу список самых популярных “поломок” переговорного процесса и как я с этими “поломками” обычно справляюсь.
Recent Comments