Pull to refresh

Comments 54

Иметь несколько источников дохода это ещё и бОльшая уверенность в том, что какие-то деньги будут получены в случае проблем с одним из проектов.

В эпоху глобальных сокращений, это тоже стоит учитывать.

Вот расскажите мне, пожалуйста, нахрена вот это вот всё? Тем более во времена победившего аджайла.

Вот есть бэклог, там есть задачи. Сидит команда, оценивает эти задачи по времени и берет их в спринт. От "направильной" оценки плюс-минус защищает планнинг-покер. Во всяком случае пред всем честным народом никто не будет закладывать на "подвинуть кнопку" неделю.
А от продолбанных сроков прекрасно защищает ревью-ретро.
Смотришь, что у тебя разработчик уже несколько спринтов продалбывает требуемый объем задач ну и вызываешь его на поговорить. Тут разное может быть: может быть оценка неправильная, может он вместо работы фигнёй страдает. А может ему кто-то в фоновом режиме мешает из команды или подсовывает задач. В любом случае, узнать что что-то не работает можно ну буквально за 3 недели без всяких шпионских устройств и негатива.

Ох уж эти сказочки, ох уж эти сказочники) На стартапе из 3 человек, где аджайл ради аджайла - может быть, а на "взрослых" проектах горизонт планирования - до обеда))

Можно пояснительную бригаду? :-)
Не понял про взрослые проекты и горизонт планирования.

Взрослые понимают что планы с послеобеденным горизонтом столкновения с реальностью не переживают, поэтому энергию на такие планы не тратят.

Ахах.

Уже лет 5 как знаю про аджайл не по наслышке, а в попытках применить на практике.

Сейчас же у нас нет ретро, потому что у манагера какие-то собственные тараканы по поводу в голове. У нас нет нормальных спринтов, потому что планирование на итерацию - сугубо способ разрезать задачу на дашборд, а не реальный производственный процесс. Про покер планирования можно вообще забыть, так как ни разу не видел его применения на практике, только разговоры.

Вот он - мир победившего аджайла. Лучший мой опыт был по v-model (ISO 26262 в авионике), и да, там мы пытались применить элементы аджайла, но было это очень аккуратно и не скажу, чтобы удачно. Но лучше, чем в некоторых местах, которые я после видел своими глазами.

Всё зависит от конкретного случая. Иногда в документации такой бардак, что лучше бы её в принципе не было, задачи распределяются таким ужасным, что одни "важные" задачи постоянно блочатся всем подряд, по настоящему важные задачи почти полностью игнорируются, при этом шелуха, которая отнимает 40-60% времени, постоянно проскальзывает вперёд. Не везде разрабатывают сайтики командами в 3-5 человек проггеров и пара человек менеджемента, иногда разработка случайно превращается в дикую дичь со сложными горизонтальными связями и очень длинными фидбеками - в таких условиях аджайл вряд ли будет работать.

Огонь! Коммент можно прямо в статью вставлять :)

Я правильно понимаю, что тем, что у вас на проектах творится бардак вы пытаетесь поставить под сомнение работоспособность хоть какой-то методологии?
Я совершенно не знаком с авионикой, но всегда думал, что там скорее классический waterfall обычно применяют как раз из-за наичие четких требований в том числе по качеству, документации и этапам ввода в эксплуатации.

Все верно написано. На эффективность влияет динамика комманды, и еще кто рулит коммандой. вопрос на тему "простоя" и давай нагрузим больше как в статье идеальный мир когда Белые e2-e4 а черные e7-e5 :) Чем больше смотришь на вещи , тем больше понимаешь есть работающие специалисты , а есть отдельная категория методологов придумывают "методы" сертификаты делают комьюнити вокруг, и есть последователи методологии=) Делают "годный контент" в виде методов !

Эджайл -- это ведь для ситуации постоянно изменяющихся требований, насколько я понимаю (читай -- когда заказчик не знает, чего хочет). Логично, что в разработке авионики он нужен очень нечасто.

Что такое "требуемый объем задач"? Если все занимаются чем-то однотипным, то да, можно как-то попытаться оценить ожидаемый выхлоп и отталкиваться от этого.

Но если сотрудник — сеньор и у него задачи сложные, с которыми сталкиваются впервые, то для тимлида ситуация, когда сотрудник очень долго делает задачу из-за неучтенных изначально нюансов и внешних задержек и ситуация, когда сотрудник долго делает задачу, потому что работает только полдня, а полдня — "левачит", практически неотличимы.

Да никто так не делает.
У каждой задачи должен быть результат. Если нужен дополнительный research, то ставишь задачу на проведение этого исследования. Результатом выполнения задачи является результат исследования. :-) и последующая возможность оценки дальнейшей имплементации.
Фишка в том, чтобы менеджеры или PO были в курсе что сколько займёт.

Аджайл как коммунизм. Все его строят, но ни у кого пока не получилось. И выживают на нём только те кто применяет отдельные годные аспекты, а не пытается насадить его в команду целиком.

Полноценный аджайл - это утопия, которая рушится об человеческий фактор. Нужно чтобы слишком много звёзд сошлось для его реализации, начиная от понимания всеми членами команды на 100% что это такое и заканчивая самими отработанными механизмами, чтобы чётко укладывать в спринт необходимый объём работ.

По факту же никто никогда не успевает за стандартные 2 недели, ибо заказчику фиолетово по какому вы там принципу работаете, вот эту задачу нужно ещё вчера, а те что запланированы в релиз уже оказались не нужны. А QA ещё протестить надо и какие-то фичи они отбракуют на доработку. Тут начинается судорожное сдвигание приоритетов и переворачивание бэклога. Потому-что гибкость и спринты сами по себе понятия взаимоисключающие.

Гибкость не значит бардак.
Если у вас каждый спринт возникают фичи, которые нужно еще вчера, то у вас не в методологии проблема, а менеджеры некомпетентны. Да, представляете, такое бывает, что не только исполнители косячат, но и менеджмент.

Аджайл - хорошая штука, когда вы живёте в потоке постоянно меняющихся внешних требований. Просто потому, что тот продукт, который вы делаете, существует на динамичном рынке. Тут да, в следующий спринт может упасть задача, о которой в предыдущем даже не слышали.

А есть какие-то решения, которые просто приходится реализовывать не в продуктовой, а в проектной парадигме. Например, если функциональность требует синхронной готовности нескольких сложных систем, в т.ч. не-айтишных. Тут как ни крути будут общие дедлайны, и их придётся определить заранее. Нарезка на спринты тоже возможна, но это будет уже не agile в чистом виде, а мелкодисперсный waterfall.

Безусловно.
Но изначально вопрос был как легко и просто понять, что сотрудник пинает балду. Я привел аргумент, что не надо за ним следить, потому что через недельку на ретро/ревью все итак увидят, что он ничего не сделал. После этого разбор полётов с последующими мерами.
В водопаде тоже есть недельные планы. В конце недели тоже легко понять, что человек нифига не сделал - разницы нет.
А вот если в плане одна задача на 2 месяца "Сделать хорошо" и никаких промежуточных статусов не проводится, чтобы понимать состояние проекта, то это говорит только о слабом менеджменте и недостаточной декомпозиции :-)

Во-первых, можно обратиться к руководству и сообщить о проблеме. Во-вторых, можно попытаться установить контроль над рабочим процессом и обеспечить дисциплину среди сотрудников. Если проблема сохраняется, может быть необходимо принять более строгие меры, такие как сокращение количества сотрудников или изменение политики компании... вариантов много... было бы желание

Забавный комментарий. Где вы потом спецов найдёте. Некоторые позиции по полгода заткнуть тяжело.

т.е. вы поддерживаете фриланс на рабочих местах ? Я рассматривал модель не сдельной работы а именно покупки 8 часового рабочего дня за период указанному в трудовом договоре. Фриланс на рабочем месте это нарушение трудового договора в ущерб компании. Пусть уходят, с "отличной" записью без рекомендации. Если после наладки контроля с такими сотрудниками не удастся договорится то и зачем они нужны ?

И после этого спецы вашу контору будут обходить как чумной барак.

Нам нужны добросовестные сотрудники.

После вашей реакции на мой комментарий вас будут обходить как недобросовестного сотрудника, т.к. вы не чтите договорные отношения. Мало платят - уходи. Не интересно - уходи. Хочешь подработать - ради бога, во вне рабочее время и не используя ресурсы компании.

А сотрудник в эти 8 часов ведь может и думать не о работе, за это тоже бы штрафовать!

Нарушение трудового договора в ущерб компании - это невыполнение поставленных задач в срок. Покуда это условие выполняется, почему вам не все равно чем занимается сотрудник в оставшееся время?

Так вопрос в том, что в какой-то момент "свободное" время и рабочее время друг-другу мешают. Два дедлайна, которые приходят одновременно.

я же выше написал что рассматриваю не сдельный формат.

Система оценки эффективности должна быть. либо в голове у руководителя либо н практике с таймшитами если это необходимо. Много факторов, от которых зависит сочетание различных методов.

Оговорюсь, я не преверженец тотального контроля, но оценка работника по сложности и по длительности выполнения задач должна быть.

Если рядом сидит сотрудник и выполняет такие же задачи в 2 раза быстрее и в 2 раза больше по количеству - будем прощаться с фрилансером. Еще раз повторюсь, если ты считаешь что ты достоин большего - либо требуй на текущем месте больше оплаты, либо уходи, либо фриланьсь во вне рабочее время. Если на достке есть нерешенные задачи - выполняй.

я как-то работал в конторе с тайм-трекингом. Больше не пойду на это ни за какие деньги.
Причём не то, чтобы меня кто-то жестоко гонобил или что-то подобное, нет.

Мало мне синдрома самозванца, так с этим трекером ещё и постоянное "а вдруг я делаю эту задачу слишком долго?", "а вдруг надо быстрее?".
Всё понимаю, что если никто такого не говорит, значит всё ок, но подсознанию на это плевать.

В общем, когда оттуда ушёл — ощущение было, как-будто у меня на яичках висела прищепка и тут я её снял.

У меня как-то была обратная ситуация. Писал я большой сервис. А на удалёнке один день похож на другой в общем я уже не помнил сколько я его пишу - казалось, что всю жизнь.

Потом на трекере посмотрел, а там в часах получалось всего 20 часов работы. Потому что это была не единственная задача. И успокоился.

согласен с таймтрекингом это жесть.

UFO just landed and posted this here

Предложите варианты дополнительного заработка внутри компании для тех кому нужна подработка.

В любой компании есть какие-то несрочные, но важные задачи. Расценки можно выставлять ниже рынка. Предложение все равно будет конкурентоспособным из-за меньшей нагрузки на администрирование и успокоения различных моральных тараканов в голове.

Да, это создаёт определенные трения между "основным" проектом и остальными. Но это процессные издержки, которые вы сами можете легко контролировать. Результаты работы в любом случае достанутся компании, а не внешним конкурентам.

Условно, компания может взять 10 разработчиков стоимостью 200 тысяч, но  30% времени они тратят на фриланс, чтобы добрать еще тысяч 50. А можно было бы нанять меньше человек, но платить им по 250 тысяч. Тогда специалисты будут понимать: да, с них много спрашивают, у них нет времени на подработку — но им и платят выше рынка. По сути, никому не хочется разрываться между работодателями: намного проще заниматься одним проектом и получать хороший доход. И если компания дает такую возможность и больше требует от команды, она получает рост производительности, и как следствие, экономию на зарплатах.

Это значит, что компания с небольшим зарплатным бюджетом может привлекать специалистов, если даст им свободу действий, откажется от жесткого контроля и разрешит открыто заниматься сторонними проектами в свободное от задач время. Эти моменты можно даже обговаривать на собеседовании. Например, если работодателю нужен миддл и нет на него денег, он может предложить кандидату меньший оклад, но неполную занятость. Стоить он будет столько же, сколько джун на фултайме, но работать эффективнее — так как у него выше скорость выполнения задач, нет необходимости тратить время на обучение, а компетенций намного больше. От прозрачной схемы выигрывают все. 

Читайте статью) Читайте)... еще раз... читайте

Почему-то Вы не понимаете, что «налево ходят», причем как женатые мужчины, так и специалисты – не потому что они такие плохие, а потому что не получают желаемого на основном месте и считают эту ситуацию неразрешимой или трудноразрешимой

Условно говоря, если Вы нанимаете меня и платите 20к в месяц, а с фрилансом получается 50к, на которые уже можно жить в деревне – Вы рубите сук, на котором сидите, потому что только этот факт и позволяет вообще работать на текущем месте

Вы предлагаете тупо закручивать гайки, а я Вам скажу что самый лучший КПД у меня как у специалиста в той компании, в которой меня вообще не контролируют. Причем, я иногда даже в офис не хожу, и я не про удаленку – просто пропускаю день без последствий для оплаты, полет нормальный. В то же время я помню работу с тайм-менеджментом, где задушили настолько, что из 8 часов рабочего дня порой час уходил на планерку, час на отчеты и час на оценку задач (которая никогда не совпадала с реальным количеством затраченного времен). Оттуда, кстати, все программисты утекли

Люди – не идиоты, надо создавать им условия, в которых они могут и хотят работать, а не душить их дебильными правилами и камерами на рабочих местах

У меня ощущение, что многие читают заголовок, смотрят скриншот и читают комменты. Если вы написали комментарий ради комментария, то у вас получилось, но вы явно не читали статью полностью и не вникли в тему.

я уже много лет именно так и делаю в 99% случаев

Эта свобода может стать конкурентным преимуществом работодателя.

Это написано в статье. Каждый выбирает свой путь по которому он идет как работодатель, так и сотрудник. Кто-то закручивает гайки, кто-то улучшает менеджмент, а я так понял ваш вариант, найти работу, где вас будут не трогать за 20К и параллельно искать подработку при этом скрывая свою занятость. Это вообще что? Это же читерство ))) Моя цель, открыть глаза на то, что фриланс существуют и он существует вместе с основной работой и работодатель и работник могут договорить на берегу и найти компромисс. Побеждают все.

а я Вам скажу что самый лучший КПД у меня как у специалиста в той компании, в которой меня вообще не контролируют.

Автор — CEO рекрутенкового агентства, чем чаще люди будут увольняться из-за тайм-трекеров, тем больше контрактов на подбор персонала :)

Да мы в рекрутинге постоянно ждем массовых увольнений. Вот из ФБ уволили 15 тыс. человек никак не можем пристроить :)

Вот не надо этих очевидных манипуляций, мы же не дураки. Одно дело, когда людей сократили, и на их место никто не нужен, и совсем другое, когда из компании ушёл работник, которого ей нужно заменить, вот такая текучка как раз на руку рекрутинговым компаниям.

А вы не думали, что когда на рынок выходит много кандидатов, то услуги рекрутинговых агентств не так актуальны, ведь кандидаты сами стучаться во все двери. Нет никакой теории заговора.

Собственно, это актуально и для обычного поиска работы единственным человеком. Агентства нужны немощным компаниям и таким же работникам

А вы не думали, что когда на рынок выходит много кандидатов

Причем тут "много кандидатов"? Я же ответил, в предыдущем комментарии, что речь не о ситуации массовых сокращений на рынке, речь о текучке в конкретной компании, которая будет применять ваши методы с тайм-трекерами. И я не говорил ни про какие теории заговора, а лишь о том, что чем больше в компании текучка, тем чаще она обращается к рекрутерам.

  Вы статью читали?

Вы пишите

ваши методы с тайм-трекерами

Я пишу

Я все-таки предпочитаю трекерам другие способы контроля и мотивации. В первую очередь — вкладываться в проджект-менеджмент. Если у вас будут хорошие проджекты, они смогут правильно распределить нагрузку между членами команды, подсчитать время на решение задачи, наладить процессы так, чтобы исключить перегрузку и простои.

Метод контроля как тайм-трекер существует и он применяется и описал его минусы.

Если вам говорят

  • "Ракета быстрое средство передвижения"

вы всегда пишите комментарий

  • "И что вы предлагаете всем пересесть на ракеты?"

Не думали провести опрос "Зачем вам фриланс на рабочем месте?"

Возможно, это способ не конкурировать особо при поиске работы, легко соглашаться на меньшую ЗП.

Возможно это способ иметь белую ЗП для дома, семьи и налоговой, и черную на черный день и/или всякие хотелки.

Или способ переключать попавший в цикл мозг, на работу попроще/посложнее и просто другую.

Быть может желание видеть результат (проект от и до), или даже желание создавать нечто "хорошее".

Какие еще варианты могут быть?

Думаю, что справедливы все варианты) Но разделить ЗП "для дома и семьи" и "для себя" я бы не догадался :)

Вот я уверен, что работодатель тоже не догадается поинтересоваться, как и куда вы хотите получить премию-сверхурочные-13ю...

Человек который отдает жене всю зарплату.....

Там много интересных историй

Любой тайм трекер обходится. Один тремя строками кода, ну ежели еще лицо фоткает то чуть более. Знаю банки даже банки где ибшников наблюдающих за итшниками больше по штату, но многие итшники фрилансят. Поднимайте лучше зп и обучение/интересные задачи и почти никто не будет фрилансить. Ну только если для души.

Знаю друга, у которого на работе нужно отмечать время на задачи, чтобы выходило 8ч в день.

Результаты:

  1. Наплодить задач, которых можно было заменить автоматизацией, просто чтобы было куда списывать время

  2. Завысить сложность задачи

  3. Абсолютный игнор работы после достижения суммы 8ч, даже если что то случилось

    В итоге стиль работы изменился с разумного на быстрее бы 8ч заполнить

Хм. Ну значит эта система чисто для галочки и нет оценки эффективности выполняемых задач по сложности, по времени и по количеству.

Тут расмотрен вариант в рабочее время... Если руководство не дает задачи, то разработчик найдет на стороне. Но есть и другйо фриланс, когда после работы и в выходные человек подрабатывает. И порой подработка по деньгам вытягивает такой же доход как и основной, а то и больше.

Sign up to leave a comment.

Articles