Заголовок если переводить как-то не звучит =):

40-часовые недели

Не разрешайте Вашим подопечным работать более 40 часов в неделю. Это должно быть правилом, а любая задержка должна быть скорее исключением. Таким образом Вы не только поддерживайте работоспособность команды, но и сохраняете сотрудника на занимаемой должности на более длительный срок, иначе он может просто сбежать от Вас.

Автоматизируй это!

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

Обратная связь

Ежедневные встречи

10-15 минут вполне достаточно для того, чтобы выяснить чем занимался программист, какие у него проблемы. Это намного эффективнее, чем еженедельные собрания.

Демо для заказчика

Всегда имейте под рукой демонстрацонную версию проекта. Это всегда положительно влият на настроение заказчика и он наглядно себе может представить как идет работа над проектом.

Пробные испытания

Очень здорово если Вы сможете проводить пробные испытания на стороне клиента. Успех пробных версий придаст уверенности в том что Вы на правильном пути.

Регрессионные тесты

Такого рода тесты должны проводиться автоматически и постоянно, проверяя не теряете ли Вы функциональность проекта, не катится ли он по наклонной(регрессирует). Следите за производительностью программы и «сочетаемостью» кода, функций.

Только лучшие инструменты

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

Просмотр кода

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

А тесты еще лучше

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

Повесьте в комнате доску(whiteboard)

Визуальные рекомендации с элементами «черчения» намного эффективнее и поучительнее болтавни с размахиванием руками.

Есть что добавить?

PS(интересная ремарка): Вы можете сказать в чем различие между лидером и менеджером программного проекта?

“No one has yet figured out how to manage people effectively into battle; they must be led,” wrote John Kotter in ‘What Leaders Really Do’. He notes that leadership is about helping people cope with change, while management is about coping with complexity. Leaders set direction, managers plan and budget. Leaders align people, managers organize and staff. Leaders motivate, managers control.

http://www.poppendieck.com/leadership.htm

и ещё(ё ё ё ё ё…тренирую мизинец…ё ё ё ё ё ё):

The best leaders are those who lead by example. The rest are simply managers.
It’s pretty easy to sit back and draw a few diagrams, quote a few principles. It’s harder to implement those diagrams and follow those principles in practice. Don’t fall into the trap of thinking you are better than those around you. It doesn’t matter how much you think you know, you sink or float with your team and are only as strong as your weakest developer. Remember, it only takes one really nasty bug to derail an entire project.
Be creative and be edgy, but never forget where the rubber meets the road. Architecture is worthless until it is implemented. Be a coder and lead by example.

+ прикольная песня о базах данных + =)

PPS: да прибудет с Вами сила MSIL’a fingerscrossed

…а музыка была: Krec – Последний полёт

Blogus tags : ,,

del.icio.us Tags: , ,

Tags:

и не говорите… сам тащусь от таких постов