С того же с чего едущие на работу монополизируют дороги. А я вот безработный допустим, хотел бы без пробок с утра метнуться в магазин.
С того же с чего больные монополизируют время терапевтов, а здоровый хотел бы сделать чек-ап без очередей.
Общее направление понятно, или вы хотите указать на то что аналогии там и тут не совсем корректны, а потом устроить соревнование по аналогиям и иносказаниям?
«Мы набираем готовых работать за еду, поэтому у нас нет проблем с программистами и в этом наш успех».
+
«Хорошая организация труда и оплаты и, как следствие, минимальные деньги программистам с максимальным выхлопом».
Хорошая схема для проекта, но не очень — для желающих в нём поработать.
Особенно смутили намёки про то что люди часто меняются (и архитектура проекта под это заточена) и отношение как к коллективу, а не команде — очень и очень нехороший маркер для работников. Звучит как «выжимать из тех кто пришёл максимум, а потом выбрасывать, потому что есть ещё легион на замену».
Эффективный менеджмент как он есть.
Так же, про декомпозицию на маленькие задачи (2 часа?!). Когда проект большой и задачи сложные, то для управления и развития требуются специалисты, которым быстрее реализовать задачу «на два часа кому то там», чем даже написать эту задачу. Совсем другой масштаб. И такое не отдашь тому, кто не погружён или просто по документации.
Я, всё-таки, за то, что бы проект делался командой. Удалённой или нет — не важно. Особенно проект требующий глубокого погружения — люди создают большую логику и понимают как она в целом и по частям будет работать, и делигировать части этой логики — большой риск. Да и специалисты которые это делают — стоят дорого…
М1 без активного охлада работают, пока им не дают нагрузки.
«Все украдено до вас!» (©)
Пользуюсь HP EliteBook 2740p:
Родом из конца 2009 года.
С того же с чего едущие на работу монополизируют дороги. А я вот безработный допустим, хотел бы без пробок с утра метнуться в магазин.
С того же с чего больные монополизируют время терапевтов, а здоровый хотел бы сделать чек-ап без очередей.
Общее направление понятно, или вы хотите указать на то что аналогии там и тут не совсем корректны, а потом устроить соревнование по аналогиям и иносказаниям?
+
«Хорошая организация труда и оплаты и, как следствие, минимальные деньги программистам с максимальным выхлопом».
Хорошая схема для проекта, но не очень — для желающих в нём поработать.
Особенно смутили намёки про то что люди часто меняются (и архитектура проекта под это заточена) и отношение как к коллективу, а не команде — очень и очень нехороший маркер для работников. Звучит как «выжимать из тех кто пришёл максимум, а потом выбрасывать, потому что есть ещё легион на замену».
Эффективный менеджмент как он есть.
Так же, про декомпозицию на маленькие задачи (2 часа?!). Когда проект большой и задачи сложные, то для управления и развития требуются специалисты, которым быстрее реализовать задачу «на два часа кому то там», чем даже написать эту задачу. Совсем другой масштаб. И такое не отдашь тому, кто не погружён или просто по документации.
Я, всё-таки, за то, что бы проект делался командой. Удалённой или нет — не важно. Особенно проект требующий глубокого погружения — люди создают большую логику и понимают как она в целом и по частям будет работать, и делигировать части этой логики — большой риск. Да и специалисты которые это делают — стоят дорого…
Как то так.