Отправляет email-рассылки с помощью сервиса Sendsay
  Все выпуски  

Полезные советы по автоматизации малого бизнеса: Неформальное управление проектами


Неформальное управление проектами


Я пропагандирую неформальное управление проектами. Никого, однако, убеждать и переубеждать не буду, время и деньги всяк пусть тратит сообразно собственному мнению (и самомнению).

Но почему - неформальное? И что в нем нового? Есть ведь вполне неформальные методики, XP там, Agile (я тоже слышал это слово)… Почему бы не воспользоваться ими взамен водопадной модели (и этот термин я видел в умных книгах, иногда у меня под монитором парочка лежит, высоту регулирует), или RUP или Чем-Там-Еще-Вы-Пользуетесь-Потому-Что-Таков-Корпоративный-Стандарт?

Потому что раз они есть и описаны, значит, они - методики - уже совсем не неформальные.

Все должно быть еще более тупо. На предприятии должны иметься:

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

И все. Попробуйте справиться хотя бы с этим.

Но как же полугодовые и квартальные планы?

Как же быть с поминутным планированием и учетом потраченного времени?

Да как хотите. Его, учет часов, можно организовать (не можно, а нужно). Только сможете ли вы организовать учет работ так, чтобы не снизить производительность труда? Сможете ли доверять работнику в плане проставления почасовки на выданные задания?

А куда вы денетесь. Все равно если программист работает плохо, это будет видно. Если менеджер по продажам работает плохо, это чувствуется :)

А если менеджер из кожи вон лезет, а результат никакой, то проблема создается и решается не на его уровне. И если программисты постоянно срывают сроки - тоже.

Из практики, замечу, что удавалось внятно прогнозировать сроки и ресурсы для проектов доработки объемом в 1…4 человеко-месяцев. Вот и попробуйте работать с такими блоками. Меньше - глупо, больше - невозможно.

Можете спорить.

Еще по теме


В избранное