> «Сдадим проект, тогда...», «Разработаем этот кусок, тогда...»
Насколько понимаю, такими подбодрялками ПМ пытается мотивировать команду идти к релизу?
Подбодрялки в топике названы сосисками.
Стало интересно, что может следовать после «тогда». Какие именно «сосиски» могут предлагаться?
Именно, сказки про Бабу Ягу актуальны в детстве, когда мы еще познаём мир и вся входящая информация для ребёнка — как данное.
Потом мы открываем для себя «ложь» и в конце концов фильтр становится всё сильнее и плотнее.
Просматривая всяческие социальные (в частности) предостережения мы думаем «Это не про меня».
А когда подписан контракт с заказчиком, когда корявый менеждмент и низкий скил исполнителей приводят к кранчам, суткам непрерывной работы, питанию фастфудами… Не в сказке сказать, ни пером описать ;)
Пинарик сугубо для себя.
А вот при публичном ревью косяков уже срабатывают совсем другие рычаги влияния на мотивацию
«Shame on you, lazy bone!» — косым взглядом на фиксера-должника заставит его покраснеть авторитетный гуру на дейли митинге ;)
Это, конечно, радикально, но работает исправно. И
Резюмируя:
Collocated team — не спасает от Спагетти кода, если кто-то в команде к нему предрасполагает.
Distributed team — не повод для Спагетти кода, но может послужить бонусом, при условии низкого уровня организованности.
Согласен также, что распределённость команды косвенный повод для любого из анти-паттернов. Но не вижу проблемы указать его для примера ;)
Полагаю, указывались возможные причины. Как одно, так и второе может стать причиной. А вместе с ними и множество других ;)
С другой стороны, уровень (само)организации может выходить из распределённой команды.
Тоже об этом думал:
ознакомление под guest, в базе атоматически создается юзер guest100-500, при повторном обращении к сервису (куки геста) становится очевидно, что клиент готов и нужно не навязчиво предложить зарегистрироваться ;)
Да, не плохой сервис. Легок в интеграции максимально user-friendly, и лучше чем ничего хотя и не далеко от комментариев хабра. Но я имел ввиду полноценную среду управления проектом:
-открытые (!) запросы и баг-отчёты
* комментарии, голосование
-планирование разработки, приоритет фичь
Идея зародилась в комьюнити, оно же и продолжило здесь в комментариях развивать идею, сможет ли комьюнити её воплощать (или помогать воплощать) идею?
Здесь и ниже прозвучало очень много «хотелок» (feathure requests)
Сервис хоть и простой до гениальности, но и совершенству придела нет.
Если учесть, что вас натолкнул топик тов. McBernar, то идея «свежая» и еще готовится, а глядя на доменное имя и зону (worktrek.com) смею предположить большие планы на сервис.
Я к чему это всё — заведите себе issue-tracker, отлавливайте баги и хотелки, захватывайте платформы клиентами ;)
После прочтения статьи понял, что прочесть сперва книжечку было бы самое-то.
Автору плюсик в карму.
Давайте до 5ти и в тематический блог? Люди с главной должны заметить такой пост.
Ну и ссылочка для скачки Getting Things Done (fb2)
Насколько понимаю, такими подбодрялками ПМ пытается мотивировать команду идти к релизу?
Подбодрялки в топике названы сосисками.
Стало интересно, что может следовать после «тогда». Какие именно «сосиски» могут предлагаться?
Он хорош, но не без изьяна ;(
Основной минус — очень мало настроек ;(
и пароль старый юзать можно будет )
Потом мы открываем для себя «ложь» и в конце концов фильтр становится всё сильнее и плотнее.
Просматривая всяческие социальные (в частности) предостережения мы думаем «Это не про меня».
А когда подписан контракт с заказчиком, когда корявый менеждмент и низкий скил исполнителей приводят к кранчам, суткам непрерывной работы, питанию фастфудами… Не в сказке сказать, ни пером описать ;)
А вот при публичном ревью косяков уже срабатывают совсем другие рычаги влияния на мотивацию
«Shame on you, lazy bone!» — косым взглядом на фиксера-должника заставит его покраснеть авторитетный гуру на дейли митинге ;)
Это, конечно, радикально, но работает исправно. И
Или как вредные советы Остера?
Увы, собственный опыт переделок, кранчей и дедлайнов не сопоставимо ценней, нежели просмотр возможных последствий соблюдения анти-паттернов.
Collocated team — не спасает от Спагетти кода, если кто-то в команде к нему предрасполагает.
Distributed team — не повод для Спагетти кода, но может послужить бонусом, при условии низкого уровня организованности.
Согласен также, что распределённость команды косвенный повод для любого из анти-паттернов. Но не вижу проблемы указать его для примера ;)
НО не предопределяется — тут я согласен.
Метод научного тыка ;)
С другой стороны, уровень (само)организации может выходить из распределённой команды.
ознакомление под guest, в базе атоматически создается юзер guest100-500, при повторном обращении к сервису (куки геста) становится очевидно, что клиент готов и нужно не навязчиво предложить зарегистрироваться ;)
Я говорю о публичности, открытости, создания комьюнити.
Подозреваю, что пинарик — это не последний сервис.
п)с. Всегда 3нал, что плохо высказываю мысли ;)
-открытые (!) запросы и баг-отчёты
* комментарии, голосование
-планирование разработки, приоритет фичь
Идея зародилась в комьюнити, оно же и продолжило здесь в комментариях развивать идею, сможет ли комьюнити её воплощать (или помогать воплощать) идею?
Сервис хоть и простой до гениальности, но и совершенству придела нет.
Если учесть, что вас натолкнул топик тов. McBernar, то идея «свежая» и еще готовится, а глядя на доменное имя и зону (worktrek.com) смею предположить большие планы на сервис.
Я к чему это всё — заведите себе issue-tracker, отлавливайте баги и хотелки, захватывайте платформы клиентами ;)