Этот продукт всегда будет сырой. Они пытаются решать все задачи и всегда не до конца.
Мы запустили свою систему управления несколько лет назад. И я точно могу сказать что для управления задачами в команде до100 человек все работает хорошо. И коробка тоже есть
Мы несколько лет назад стартовали делать систему YouGile именно из-за потребностей в "коробочной" версии. Получилось вроде неплохо и коробка действительно востребована.
Ну нет, конечно. По умолчанию ставим настройку, что все отделы открытые — все могут ставить всем в рамках отдела. И да, есть тенденция к «демократии» в компаниях. Руководители крайне редко просят строгую иерархию и если просят, это всегда грозит провалом внедрения.
Закрытые отделы чаще всего используются для команд, без внутреннего общения, например, для фрилансеров на мелкие подряды.
Немного статистики с облака, выгрузка по 10 000 последних тасков:
74% — задач ставится админами компаний и руководителями отделов или проектов
25% — сотрудниками внутри команд
1% — регулярные автоматические задачи
Спасибо. Да, проблема связи действительно большая. Если не переходить на одну систему, то она решаться не будет. Часто видим, что в описанном случае для связи (общего обсуждения) используется третий инструмент (мессенждер), как бы нейтральная территория.
На 100% мы этого не достигаем. Можем только сказать, что мы перетягиваем больше диалогов по задачам, чем самые популярные в мире системы (тестировали и смотрели с клиентами). Причина — интерфейс. У нас задача — это как чат в Телеграмме, когда общение затухает карточка спускается в низ с писке того, на что ты подписан.
Да, такое бывает. В гос компаниях чаще, в коммерческих реже. Чем-то напоминает ситуацию: внедрили CRM и продажи упали.
Это всегда вопрос открытого диалога внутри команды и плавного перехода к новым правилам, если они нужны. В малых компаниях где все работает, редко кто-то задумывается о систематизации. Если большая команда (50 человек) держится только на инициативе — это чудо.
Если др у жены или заболел, то как и в офисе берут “дей-оф” или больничный. Оклад при этом платится и отпуск тоже есть. Если человек явно злоупотребляет этим, он достаточно быстро должен отвалиться из команды, у нас таких случаев не было. И кажется, что люди готовы к каким-то махинациям, только когда хотят скорее “навредить” компании, а не работать в ней.
Как планируем загрузку на месяц?
У нас сейчас спринты в разработке по 1 неделе (иногда меняем на две) и есть бэклог на 3 года вперед. Оценки задач по сложности есть — 1 2 4 8 40 и это примерно соответствует часам. Но при этом оплата не за количество закрытых задач с оценками, а фиксированный оклад. Подход когда платим за часы для нас не работает. При этом я представляю, что в веб-студиях с заказными разработками, это единственно правильный подход.
Да, оплата ниже чем на топовых позициях московских офисов, но это у всех, в том числе и у гендира… Правда бывает много исключений. Например, нужен один очень сильный разработчик, который забирает целое направление, и тут скорее мы подстраиваемся по деньгам. Или на нижних позициях из маркетинга бывает нормально поставить вполне московский оклад (он и так небольшой), и конкурс будет огромный.
Тестовое — от 4 до 8 часов. Оплата соответствует дальнейшему окладу в перерасчете на часы. Условия оплаты согласовываем, конечно, до задания. Задача максимально приближена к тем, с которыми придется сталкиваться. Например, реализовать элемент интерфейса — квест в том, что надо разобраться с кодом и придется задавать вопросы.
Мне лично искренне непонятно, почему за тестовые не платят, там просто огромная разница в кандидатах происходит.
В прошлой компании я привлек около $500000, в этой пока на свои. Несколько главных тезисов по этому вопросу:
Привлекать деньги у “правильных” людей — это очень хорошо для бизнеса. С первыми деньгами нам повезло, люди были “правильными”.
Если вам кажется что инвестор может “отжать” компанию, значит это не тот инвестор. У кого привлекать — важнее, чем оценка и сумма.
Если предложение об инвестициях только одно, то надо найти еще 4 и после этого думать.
При привлечении денег риски полностью провалиться вырастают. С инвестициями — короткая красная дорожка без права на ошибку. Без привлечения — длинная зеленая полоса и больше вариантов развернуться. Без денег шаги будут аккуратнее, а эксперименты “тоньше”.
В YouGile мы планируем привлекать, но не на “посевной” стадии.
Ссылки в комменте кода ставятся далеко не всегда, чаще просто словами описывается что и зачем сделано.
В YouGile для разработки используется YouGile. Среди активных клиентов, компаний разработчиков мало. Мы скорее для офисов, производств, стройки, связи отделов (в том числе разработки и продаж), веб-студий, банков с процессными задачами на много людей.
Заваливать багрепортами можно и нам это реально полезно. Все тикеты просматриваются командой и обсуждаются.
Иногда случается, что ответ от тех. поддержки суховат, особенно если баг минорный и нам известен. Тариф Free может влиять на активность по багу пришедшему от вас, но не сильно.
Ссылки у нас длинные и это не слишком красиво, но мы не торопимся это править. Когда кто-то вносит изменения в рамках какой-то карточки, он просто пишет в чат этой карточки и ставит в нотификацию нужных людей. Ссылки чаще всего используются вне системы.
В бесплатном софте все хорошо. И мы в том числе держим бесплатные версии.
Речь идет о компаниях, которые никогда ни за что не платят. Экономия может доходить до абсурда.
У них реализация стратегии развития:
1. Фиксация итогов собрания Топ-руководителей. Необходимо зафиксировать некоторые задачи (указать срок выполнения и ответственное лицо или подразделение). Задача не декомпозируется.
2. Зафиксированные задачи необходимо декомпозировать до конкретных действий на отдельных досках в конкретном подразделении (или ответственного лица). На доске руководителей обновлять статусы по задачам перед собраниями.
Да, именно так. У многих систем есть десктоп-версия, у нас в том числе. С самого начала стоит всем установить или настоятельно рекомендовать это сделать.
Утром пришел и видишь доску в которой работает команда.
Митинги ради митингов — частая проблема. У многих совещания превращается в отчетность и формальность, отсутствует открытый диалог. Это косяк заказчика продукта и методиста (Scrum-мастера). Частенько вводят Agile в компании, а потом требуют отчитаться за не попадание в оценки задач.
Правда, не стоит при этом говорить о не любви к Scrum, методология тут не виновата.
Нет, конечно. В статье и опросе нет и намека на то, что итерационный подход создан в рамках Agile.
Есть утверждение, что итерационный подход — неотъемлемая часть всех Agile методологий (Scrum KanBan XP…) и бывает, что в компаниях это единственная практика, которая выживает через год после внедрения.
Этот продукт всегда будет сырой. Они пытаются решать все задачи и всегда не до конца.
Мы запустили свою систему управления несколько лет назад. И я точно могу сказать что для управления задачами в команде до100 человек все работает хорошо. И коробка тоже есть
Под видео есть честные отзывы https://youtu.be/2G1ZiIzI8wo
Мы несколько лет назад стартовали делать систему YouGile именно из-за потребностей в "коробочной" версии. Получилось вроде неплохо и коробка действительно востребована.
Закрытые отделы чаще всего используются для команд, без внутреннего общения, например, для фрилансеров на мелкие подряды.
Немного статистики с облака, выгрузка по 10 000 последних тасков:
74% — задач ставится админами компаний и руководителями отделов или проектов
25% — сотрудниками внутри команд
1% — регулярные автоматические задачи
Это всегда вопрос открытого диалога внутри команды и плавного перехода к новым правилам, если они нужны. В малых компаниях где все работает, редко кто-то задумывается о систематизации. Если большая команда (50 человек) держится только на инициативе — это чудо.
Как планируем загрузку на месяц?
У нас сейчас спринты в разработке по 1 неделе (иногда меняем на две) и есть бэклог на 3 года вперед. Оценки задач по сложности есть — 1 2 4 8 40 и это примерно соответствует часам. Но при этом оплата не за количество закрытых задач с оценками, а фиксированный оклад. Подход когда платим за часы для нас не работает. При этом я представляю, что в веб-студиях с заказными разработками, это единственно правильный подход.
Мне лично искренне непонятно, почему за тестовые не платят, там просто огромная разница в кандидатах происходит.
В YouGile для разработки используется YouGile. Среди активных клиентов, компаний разработчиков мало. Мы скорее для офисов, производств, стройки, связи отделов (в том числе разработки и продаж), веб-студий, банков с процессными задачами на много людей.
Иногда случается, что ответ от тех. поддержки суховат, особенно если баг минорный и нам известен. Тариф Free может влиять на активность по багу пришедшему от вас, но не сильно.
Ссылки у нас длинные и это не слишком красиво, но мы не торопимся это править. Когда кто-то вносит изменения в рамках какой-то карточки, он просто пишет в чат этой карточки и ставит в нотификацию нужных людей. Ссылки чаще всего используются вне системы.
Речь идет о компаниях, которые никогда ни за что не платят. Экономия может доходить до абсурда.
1. Фиксация итогов собрания Топ-руководителей. Необходимо зафиксировать некоторые задачи (указать срок выполнения и ответственное лицо или подразделение). Задача не декомпозируется.
2. Зафиксированные задачи необходимо декомпозировать до конкретных действий на отдельных досках в конкретном подразделении (или ответственного лица). На доске руководителей обновлять статусы по задачам перед собраниями.
Утром пришел и видишь доску в которой работает команда.
Основная идея — объединить все общение в команде и планирование.
https://ru.yougile.com
Вот обзор на Хабре: «85% сотрудников забивает на системы управления проектами. Как мы делаем свою»
Правда, не стоит при этом говорить о не любви к Scrum, методология тут не виновата.
Есть утверждение, что итерационный подход — неотъемлемая часть всех Agile методологий (Scrum KanBan XP…) и бывает, что в компаниях это единственная практика, которая выживает через год после внедрения.