Здравствуйте, Shmj, Вы писали:
S>Пример. Андрей называет срок 2 дня. Делает 2 недели. Сделал хорошо. S>Сергей называет срок 1.5 недель. Делает 2 недели. Сделал плохенько.
S>С кем вы попрощаетесь?
С тимлидом, который ничего не соображает в разработке. Ни Андрей ни Сергей не будут устанавливать сроки сами, тем более по 2 недели на задачу. Задачи обсуждаются и разбиваются на мелкие понятные куски в 3-8 поинтов, и их оценка происходит на спринт планерке. Если кто то постоянно тратит по неделе на 3 поинтовые тикеты — то это быстро становится очевидным. Плюс прогресс отслеживается каждый день на коротких стендапах.
Здравствуйте, dom1532, Вы писали:
D>Впервые планирую набирать разработчиков на удаленку. Когда человек ходит в офис тут более менее понятно. Как быть с удаленщиками? Может есть готовые схемы, софт и так далее? И в целом насколько по вашему опыту команда в несколько человек из разных городов будет хуже такой же но в офисе?
Всё зависит от того, что ты продаешь заказчику, жопочасы или работу.
Если жопочасы, то таймтрекеры и подобная муть тебе необходима.
Если работу, то четкие (желательно письменные) постановки задач и четкая приемка сделанного удаленщиками.
Качество работы удаленщиков от качества работы офисных не отличается.
Софт — стандартная жира или ее аналоги, система управления версиями софта любая.
Ну и желательны еженедельные совещания-обсуждения по любому мессенджеру, что умеет в оное, лучше не чаще и не сильно реже.
P>То, что решалось в очном формате минут за 10, теперь легко по часу занимать может. Вот эти вечные один отошел на обед, когда вернулся — ушел уже другой. Задача тормозится неимоверно. Ну и такое понятие как "самодисциплина" — есть, наверное, всёж процентов у 10 людей.
Это говорит, что как менеджер вы никакой. Всё решается установкой нескольких часов, когда работники должны быть доступны для решения вопросов, причем это легко организовывается даже если работники в разных часовых поясах.
Здравствуйте, prbasic, Вы писали:
P>То, что решалось в очном формате минут за 10, теперь легко по часу занимать может. Вот эти вечные один отошел на обед, когда вернулся — ушел уже другой. Задача тормозится неимоверно.
Время присутствия зафиксировать н-р с 10 до 13 и с 15 до 18 и не допускать блокировки в задачах, ну и мотивировать людей звонить друг другу и общаться. P>Ну и вообще вопрос не решаемый: как начислять оплату. В случае офиса всё прозрачно — ты покупаешь время сотрудника. Вы оба согласились сколько покупается.
Можно также пинать балду в офисе. P>А в случае удалёнки — что? результат? Ну так его фиг формализуешь. Если оплачивать результат (а результат зависит от кучи людей) в итоге, те кто реально "впахивают", будут получать столько же, кто научился грамотно стрелки переводить. Демотивирует.
Скрам и спринты. Команда оценивает, обсуждает и озвучивает. Выплаты по закрытию спринта. Но что там по скраму? Ах да, планирование и анализ US на целый день, а день ну так не хочется терять, да? P>По часам? так это вообще чистый альтруизм. КАК?
Работать учитесь, ставьте процессы.
Здравствуйте, DiPaolo, Вы писали:
DP>То что вспомнил прямо сходу широкоизвестное и не узкоспециализированное: Миро, Тинькофф, Госуслуги, Котлин. А оно других узкоспециализированных или нишевых продуктов.
Среди этого, скорее всего, тоже большая часть клонов. Просто пожили их создатели в цивилизованных странах, посмотрели как там — приехали сюда и получили добро делать что-то подобное. Увидели как в Эстонии организовано электронное государство — сделали жалкое подобие — госуслуги. Да и то ничего особо уникального.
Может и есть отдаленно уникальное — но среди общего числа — это меньшинство. И делают его уже не те, кто задают вопросы на нашем форуме.
Тутошние способны в лучшем случае сделать клон чего-либо.
Здравствуйте, Stalker., Вы писали:
S>С тимлидом, который ничего не соображает в разработке. Ни Андрей ни Сергей не будут устанавливать сроки сами, тем более по 2 недели на задачу. Задачи обсуждаются и разбиваются на мелкие понятные куски в 3-8 поинтов, и их оценка происходит на спринт планерке. Если кто то постоянно тратит по неделе на 3 поинтовые тикеты — то это быстро становится очевидным. Плюс прогресс отслеживается каждый день на коротких стендапах.
Это если у вас большая команда работает над одним проектом. А если нанимаете одного разработчика на один проект и выбор из двух независимых?
Команда как-то подстраивается к общему темпу. Иногда в таком темпе отдельные члены успевают работать на двух работах.
Здравствуйте, Vzhyk2, Вы писали:
V>Если работу, то четкие (желательно письменные) постановки задач и четкая приемка сделанного удаленщиками.
Проблема в том, что не возможно это спрогнозировать заранее. Вернее можно, но кто потом понесет ответственность за то, что сроки указаны точно и нет недооцененных задач? Вот был случай со мной. Команда спрогнозировала сроки заранее и сама же обязалась их выполнять. Сделали они хитро и я этот принцип раскусил:
1. Задачи на ближайшее время — сильно переоценены.
2. Задачи на отдаленное время — недооценены и не детализированы.
Общая сумма заказчика устроила. И по началу задачи выполнялись в срок и без превышения бюджета.
Далее — команда просто нашла повод, чтобы не работать с закачиком. У него появилась проблема найти исполнителя, который оставшиеся объемные задачи сделает за бесценок и доведет проект до завершения. Понятно что дураков нет, вернее дураки то есть кто согласится, но дураки не смогут
Здравствуйте, Shmj, Вы писали:
S>А что понятного в офисе? Чел. может тупо штаны протирать. Сидит пялится в монитор — часы высиживает. Может даже ютюбчик не смотреть. И что? Вам то реальная работа нужна, а не чтобы он отприсутсвовал?
S>Вот все и упирается в умение оценить реальную работу. Это и есть главное умение надзирателя/руководителя в IT (как ты его не назови). Дайте какой-то опенсорсный проект и попросите оценить сколько займет его написание по времени. Будете удивлены как сильно разнятся оценки — никто ничего не знает — только щеки дуют.
Я так понимаю что в конторах уровнем повыше "рога и копыта" ты никогда не работал?
И по должностям тоже не особо продвинулся, да?
Здравствуйте, Antidote, Вы писали:
A>Я так понимаю что в конторах уровнем повыше "рога и копыта" ты никогда не работал? A>И по должностям тоже не особо продвинулся, да?
Думаю что ТС, как и все вы, не станете основателями чего-то большего. Так что как раз в тему.
Некоторые компании подтвердили, что получили лицензию для тестирования, но ни разу её не использовали.
Издание анонимно получило базу данных о клиентах NTechLab. В ней больше 1,1 тысячи компаний и правительственных организаций из более чем 60 государств. Например, в списке есть Intel, SpaceX, Dell, Philip Morris, Интерпол, полиция Бразилии и таиландская армия. Среди российских структур в списке — ФСБ, ФСИН, несколько школ и метрополитенов.
Указаны несколько частных пользователей, например, российский бизнесмен Дмитрий Ицков. В ответе изданию он предположил, что лицензию на пробное использование запрашивали его сотрудники, но отказались от идеи из-за вопросов клиентов о конфиденциальности данных.
В нескольких компаниях подтвердили получение лицензии NTechLab, но сказали, что не пользовались ею на протяжении нескольких лет. Представитель Philip Morris рассказал, что тестировала сервис для «программы по подтверждению возраста» несколько лет назад, но в итоге выбрала другого поставщика.
Intel и Nokia опровергли использование технологий NTechLab. В самой компании подтвердили, что в документе перечислены «несколько действующих клиентов» и те, кто тестировал ПО «в различных целях».
Представитель NtechLab сообщил РБК, что компания не может подтвердить подлинность списка Business Insider, потому что «ряд компаний и организаций никогда не являлись клиентами NtechLab». При этом утечки данных клиентов зафиксировано не было.
NtechLab основана в 2015 году, а в 2017-м договорилась подключить свою систему к городской системе видеонаблюдения Москвы. В 2020 году систему с распознаванием лиц запустили ещё в десяти крупных городах, а в 2021-м — в Индии. Всего у разработчика около 300 активных клиентов в более чем 20 странах.
В 2022 году журналист и программист Артём Зиннатуллин опубликовал список сотрудников NtechLab по данным из публичного доступа. Он считает сотрудников компании причастными к арестам россиян на митингах.
Здравствуйте, DiPaolo, Вы писали:
DP>Ни один программист в среднесрочной (не говоря уже о долгосрочной) перспективе не работает 8 часов в день. Физически невозможно. Это вам тоже важно знать и понимать.
Если не заставлять программистов сидеть за работой хотя бы часов 7, у очень многих возникает соблазн работать на две компании по 4 часа. Тяжело преодолеть такой соблазн. Понятно, что на качестве это скажется.
Здравствуйте, prbasic, Вы писали:
P>Ну и вообще вопрос не решаемый: как начислять оплату. В случае офиса всё прозрачно — ты покупаешь время сотрудника. Вы оба согласились сколько покупается. P>А в случае удалёнки — что? результат? Ну так его фиг формализуешь. Если оплачивать результат (а результат зависит от кучи людей) в итоге, те кто реально "впахивают", будут получать столько же, кто научился грамотно стрелки переводить. Демотивирует. P>По часам? так это вообще чистый альтруизм. КАК?
Ну лично я считаю, что живые два подхода.
Вариант один — работник работает по часам. Ты ему ставишь задачу, он её выполняет и говорит, сколько часов затратил, ты ему за эти часы выплачиваешь. Тут надо, чтобы работник не врал и чтобы у него не было зависимостей от других. Я считаю, что это идеальный подход при условии того, что работник честный. В принципе я пока не сталкивался с людьми, которые готовы нагло врать. Вот с теми, кто занижает своё время, типа 3 часа разбирался, 2 часа кодировал, в итог записал два часа — сталкивался и это неприятно, они сами себя занижают и демотивируют.
Вариант два — работник работает на фулл тайм. Это значит, что он тратит на тебя 5*8 часов в неделю как минимум, на других работах не работает, максимум — фо фан какие-то свои проекты пилит изредка. Сколько он из этих 8 часов реально будет работать — не важно, понятно, что большинство работает 3-6 часов по факту, важно, чтобы он голову чужими задачами не забивал и в свободное время у него в голове варился мой проект, а не чужой. И вот тут какой-то контроль желателен.
Хотя я бы сам не стал работать с теми, кто решит следить за моим экраном. Не знаю, даже, как это можно решить. В офисе всё просто, работать на других за рабочим компьютером это уж точно полная наглость, может быть даже преступление.
Здравствуйте, dom1532, Вы писали:
D>Впервые планирую набирать разработчиков на удаленку. Когда человек ходит в офис тут более менее понятно. Как быть с удаленщиками? Может есть готовые схемы, софт и так далее? И в целом насколько по вашему опыту команда в несколько человек из разных городов будет хуже такой же но в офисе?
Софт — любые удобные тулы для коммуникации: почта, чат/звонки, вики, таск-трекинговая система. Команду явно надо сразу жёстко приучать к разумному формализму:
1. Срочные вопросы в чате. Что-то, что надо показать и голосом — чат, потом звонок. Всё — что терпит день, или больше — в почту.
2. Любые договорённости/результаты фиксируются в чате/почте/вики/тикетах.
Схемы — в целом те же, что и для офиса:
1. Бас-фактор всегда должен быть не меньше 2 (любые критичные части функционала должны хорошо знать не менее 2-х человек, любые адреса/пароли/явки — аналогично). Это и без удалёнки правильно, тут, просто, немного более актуально.
2. Есть жёстко фиксированное время, когда все члены команды полностью доступны (хотя бы 4 часа в день, на это время идут созвоны, либые статусы и т.д.). Остальное время гибкое, контроль не по времени, а по количеству/объёму выполненных задач.
3. В зависимости от размера команды и интенсивности задач — формальные статус-созвоны раз в день-два (можно вообще без них, если команда маленькая и все за день по 10 раз перезваниваются).
4. Все задачи оценивает команда. Если задача имеет трудоёмкость больше недели, значит надо её дробить на более элементарные подзадачи. После этого легко контроллировать ход выполнения: если сказано, что задача требует примерно 2 дня, то она делается плюс-минус за 2 дня. Отклонения от оценок — это норма, но они должны быть в обе стороны. Если кто-то в команде явно тормозит/филонит — это видно будет потому, что он постоянно не укладывается в оценочное время, в отличие от остальных.
Как-то следить за временем присутствия на работе, делать снимки экрана и т.д. — только отпугнёте солидный пласт разработчиков. Остальное — да также как в офисе. Халявщики будут изыскивать способы халявить, а нормальные — нормально работать, причём без оглядки на формальные часы.
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете". (с) Макконнелл, "Совершенный код".
S>Среди этого, скорее всего, тоже большая часть клонов. Просто пожили их создатели в цивилизованных странах, посмотрели как там — приехали сюда и получили добро делать что-то подобное. Увидели как в Эстонии организовано электронное государство — сделали жалкое подобие — госуслуги. Да и то ничего особо уникального.
Почему Госуслуги жалкое? Эта Эстония вся на 1 серверок влезет, 1 часовой пояс. Вообще на ночь можно выключать. Все очень маленькое, население 1.3м. Почему ее не назвать жалкой (с точки зрения технологической базы)?
vsb>Если не заставлять программистов сидеть за работой хотя бы часов 7, у очень многих возникает соблазн работать на две компании по 4 часа. Тяжело преодолеть такой соблазн. Понятно, что на качестве это скажется.
Программиста, который не выполняет свои рабочие обязанности проще уволить, чем перевоспитывать. Но меня поражает, почему такая толпа людей так любит страдать перевоспитанием других людей.
Здравствуйте, dom1532, Вы писали:
D>Впервые планирую набирать разработчиков на удаленку. Когда человек ходит в офис тут более менее понятно. Как быть с удаленщиками? Может есть готовые схемы, софт и так далее? И в целом насколько по вашему опыту команда в несколько человек из разных городов будет хуже такой же но в офисе?
С devopsa нормального начинать надо, а без него вообще лучше не начинать.
Здравствуйте, Vzhyk2, Вы писали:
vsb>>Если не заставлять программистов сидеть за работой хотя бы часов 7, у очень многих возникает соблазн работать на две компании по 4 часа. Тяжело преодолеть такой соблазн. Понятно, что на качестве это скажется. V>Программиста, который не выполняет свои рабочие обязанности проще уволить, чем перевоспитывать. Но меня поражает, почему такая толпа людей так любит страдать перевоспитанием других людей.
Ну может у тебя там толпы программистов стоят за забором. А у нас одного хорошего найти — уже праздник.
