Ср 15 янв 2014 17:49:49, Ivan Petrov писал:
в мыле хорошо работают по удаленке, но только с теми с кем поработали
хорошо на обычной работе.
а вообще имхо с удаленкой есть проблемы ее правильной организации.
я думаю сейчас самое время замутить некий стартап системы управления
удаленщиками - можно хорошее бабло на такой системе заработать.
если конечно удастся сделать чтобы и руководители могли хорошо видеть
что люди конкретно делают, как кто занят итп
и работники в этой системе имели бы какое-то очень удобство работы.
Я вот не понимаю тягу некоторых "видеть, что разработчик конкретно
делает". Разрабы и админы работают не мышкой, а головой. Он может
сидеть дома кофе пить и обдумывать, как что реализовать на уровне
архитектуры.
он может обдумывать архитектуру. да.
но когда он допустим берет месяц на реализацию задачи то спустя месяц
узнать что задача не может быть решена данным специалистом - довольно
весело.
кроме всего прочего когда ты смотришь в какую сторону "копают канаву"
разработчики по твоему поручению, то ты всегда можешь принять решение
о том что этого делать не надо.
ведь это же классика жанра: говорим что "копать надо вон туда", и
разрабы, архитекторы весело принялись туда копать, а то что это
требует неимоверных затрат - им (исполнителям) в общем-то пофиг.
поэтому руководитель должен постоянно оценивать что делается и КОГДА
это делающееся может быть сделано.
для удаленщиков еще мегаактуальная хрень - кодревью.
Но вообще для иллюзии контроля придуманы трекеры задач,
система контроля версий, ну для совсем упоротых в одеске вот
шпионилка спецальная есть для того, чтобы делать скрины по
интервалу. Если разраб не посылает нахер с такой идеей, то включает
ее.
я вот тоже против скриншотов да.
я говорю о нормальной разработке.
то есть надо знать кто с какими проблемами ща борется.
В принципе, что человек не имбецилит люто, дает понять то же
ежеутреннее совещание.
ну да, вот система и ежеутреннее совещание должна как-то
документировать/помогать проводить
А вообще, прежде чем становиться начальником и брать на себя функции
координатора нескольких человек, надо отработать 7 навыков по
Стивену Кови, чтобы желания доминировать и контролировать не
возникало - авось и нахер меньше будут посылать. (:
я рассматриваю систему управления удаленщиками именно в контексте
разрешения проблем.
тот кто управляет - видит систему в целом, а так же необходимости.
удаленщики -- выполняют поставленные задачи.
а система должна помогать менять постановки задач исполнителям "по
ходу дела" дабы избегать "продирания сквозь кочкарник".
Да, согласен. Здесь уже скорее культура внутри компании:
документировать в тикетах мысли и действия. Я вот в сетапе так делаю и
навязываю другим: во-первых, сам меньше забываешь, что думал, что
проверял и что делал, ну и в целом есть обратная связь, если задача
того требует. Ну и на ежеутреннем совещании обсуждаются, что делали,
какие планы и проблемы возникли. Т.е морозиться в принципе сложно долго.
Тему с тестовыми серверами решил самостоятельным созданием виртуалки, в
который полноценный проект заведен. Как раньше обсуждали, в особо
крупных проектах может не прокатить. Но там уже общая девсреда
применяется.
А вообще лично мне все больше видится, что вот именно такая
управленческая работа с организацией, архитектурными решения и т.д.
гораздо интереснее и "влиятельнее", чем собственно говнокодинг на
компанию. Как вот только туда пробиваются.
--
http://foxcool.ru
[email protected]
--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
