http://lib.custis.ru/index.php?title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_%D0%BE%D1%82%D1%87%D0%B5%D1%82_%D0%BE%D0%B1_ADD-2011/Time_Management_%D0%B4%D0%BB%D1%8F_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D0%B0&feed=atom&action=historyМаксим Цепков - отчет об ADD-2011/Time Management для программиста - История изменений2024-03-28T23:42:22ZИстория изменений этой страницы в викиMediaWiki 1.26.4http://lib.custis.ru/index.php?title=%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC_%D0%A6%D0%B5%D0%BF%D0%BA%D0%BE%D0%B2_-_%D0%BE%D1%82%D1%87%D0%B5%D1%82_%D0%BE%D0%B1_ADD-2011/Time_Management_%D0%B4%D0%BB%D1%8F_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D0%B0&diff=25831&oldid=prevStasFomin: Новая страница: «Доклад был про управление проектов мен...»2011-05-17T12:15:36Z<p>Новая страница: «<a href="/Time_Management_%D0%B4%D0%BB%D1%8F_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D0%B0_(%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%D0%93%D0%B5%D0%B4%D0%B7%D0%B1%D0%B5%D1%80%D0%B3,_ADD-2011)" title="Time Management для программиста (Михаил Гедзберг, ADD-2011)">Доклад</a> был про управление проектов мен...»</p>
<p><b>Новая страница</b></p><div>[[Time Management для программиста (Михаил Гедзберг, ADD-2011)|Доклад]] был про управление проектов менеджером. В целом — правильные, понятные и известные вещи. Известные — мне, из различных книг по организации разработки.<br />
* Не перебрасывайте между задачами. И не беспокойте — если сказал 2 дня — не дергайте внутри, но на стендап-митинге — слушайте как дела, сопоставляйте с планами.<br />
* Работайте с приоритетами. Люди часто делают то, что интересно, а не важно. В том числе внутри задачи. Не используйте сразу новый фреймворк в продакшн.<br />
* Проактивность. Не ждите проблемы, кризиса, а интересуйтесь. Например, когда будет следующая версия у соседней команды.<br />
* Декомпозиция, мелкие задачи — чтобы перекидывать оперативно.<br />
* Упущенное время — невосполнимо.<br />
* Фокус на результате. Пример. Попросил позвонить, узнать — результат в том, что дозвонился, а не раз позвонил и забыл.<br />
* И так далее…<br />
Единственное — они находятся в противоречии с современными трендами по самоорганизации команд, автономности и творческому подходу разработчиков, но это — каждый выбирает для себя. Более того, я примерно представляю, где работает такой подход — он позволяет делать проекты силами не очень квалифицированных, начинающих исполнителей, которые при этом учатся. Но получив опыт те, кто не станут менеджерами — уйдут. А еще стиль доклада — авторитарно-директивный. Делайте так! А когда в этом стиле излагаются даже правильные вещи — они вызывают отторжение, увы! Потому что это такое зомбирование идеологическое, хоть и правильное. Я немного послушал и ушел.</div>StasFomin