Блог бизнес-аналитики и информационных технологий

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

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

Изначально это была секретная теория Т.е. сотрудники компании не должны были знать ее, чтобы не противодействовать выполнению планов. Но сегодня я убежден, что понимание отношений внутри коллектива необходимо всем сотрудникам, так как без этого вообще иногда не удается решить застарелые проблемы или понять причину поступков руководителей и сотрудников. Ну и просто это открывает еще большие возможности по достижению выдающихся результатов в компании. (more…)

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

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

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

Избежать этого никак не получится, но можно уменьшить затраты на передачу знаний. Для этого служит дисциплина под названием Управление знаниями. (more…)

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

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

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

Компания HP совместно с исследовательским подразделением HP and the Economist Intelligence Unit (EIU) провели чрезвычайно любопытное исследование: сколько IT-проектов завершаются точно в срок. Результаты показаны отдельно по странам, и это очень интересные результаты.

Конечно же, дело не столько в недисциплинированности самих программистов, сколько в недостаточном профессионализме менеджеров. Именно менеджеры всегда виноваты в срыве сроков, а не программисты. Собственно, об этом говорит и анализ причин задержки проектов.
(more…)

На проекте общается немалое количество менеджеров интернет-проектов и не меньше разработчиков: дизайнеров, программистов. Из своего опыта знаю, что часто бывают моменты непонимания одних другими. Чтобы как-то помочь и тем и другим достичь взаимопонимания, предлагаю резюме статьи Роба Уаллинга (Rob Walling):

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

1. Начать, чтобы преуспеть

Это грустная правда, но много проектов по разработке ПО провальны. У каждого разработчика есть в запасе истории и контр-примеры плохого управления проектами.

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

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

Работу нужно делать не только быстро, но и качественно. Один разработчик, с которым я общался, сказал: “Качество так же важно, как бюджет и функциональность.” (more…)