В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Project Russia Community

857 membersпожаловаться на группу
2019 September 15

DD

Danil Dintsis in Project Russia Community
Elena Lukyanicheva
На самом деле теймтрекинг хорош, но если делать для себя лично ( для улучшение собственной эффективности),  а в корпоративном маштабе, тем более  не  на сервисе, он  вреден и демотивирует.
Всё-таки не так радикально. См. Выше - опыт на будущее как минимум. Иногда удавался дауншифтинг разработчиков. Типа понизить/не повышать оплату, если расстаться невозможно с неэффективным программном.
источник
12:33пожаловаться#1

DD

Danil Dintsis in Project Russia Community
Программером
источник
12:33пожаловаться#2

AP

Anton Polisski in Project Russia Community
Danil Dintsis
На проектах это имеет смысл с более низкой дискретностью (точно не менее часа, а дальше depends on), и не столько для текущего проекта, сколько для для накопления опыта и типизации работ на будущее. Для программистов ещё и дисциплинируюшмй элемент, хотя заходит тяжело.
Я не большой спец в разработке - разве что scada, но это отдельная тема, - но кажется мне, что в реальной разработке квант времени для разраба, аналитика, тестировщика не должен быть меньше 1/2 дня. Иначе капитально теряем время на переключениях
источник
12:35пожаловаться#3

DD

Danil Dintsis in Project Russia Community
Anton Polisski
Я не большой спец в разработке - разве что scada, но это отдельная тема, - но кажется мне, что в реальной разработке квант времени для разраба, аналитика, тестировщика не должен быть меньше 1/2 дня. Иначе капитально теряем время на переключениях
Насчёт переключений абсолютно! Не менее полудня. Есть интересные исследования именно по программистам, что переключения между задачами - это потеря в среднем 20% времени. По опыту полностью соответствует.
источник
12:38пожаловаться#4

EL

Elena Lukyanicheva in Project Russia Community
тогда действительно джира... хотя..бфла такая вещь как openproject (https://www.openproject.org/). Попробуйте. Похож на  проджект. Бесплатен.
OpenProject.org
OpenProject - online project management software - free and open source
Web-based open source project management software to support teams along the entire project management life-cycle: task management✓ Gantt charts✓ agile boards✓ team collaboration✓ bug tracking✓ roadmap✓ time and cost reporting✓ FREE trial!
источник
12:38пожаловаться#5

EL

Elena Lukyanicheva in Project Russia Community
Danil Dintsis
Насчёт переключений абсолютно! Не менее полудня. Есть интересные исследования именно по программистам, что переключения между задачами - это потеря в среднем 20% времени. По опыту полностью соответствует.
Нам  рассказывали про 15 минут, но возможно зависит от задач.
источник
12:39пожаловаться#6

AP

Anton Polisski in Project Russia Community
Danil Dintsis
Всё-таки не так радикально. См. Выше - опыт на будущее как минимум. Иногда удавался дауншифтинг разработчиков. Типа понизить/не повышать оплату, если расстаться невозможно с неэффективным программном.
И я не понимаю, как таймтреккинг может помочь разобраться с продуктивностью разработчика или тестировщика? А тем более, аналитика или архитектора...
источник
12:40пожаловаться#7

ВВ

Владимир Воронков in Project Russia Community
Карина Дозорнова
Внедрение проджекта будет дорого явно. Для стартапа? Очень вряд ли. Ибо это точно серверный вариант. Плюс допилка и настройка. Скорее всего и шарик потребуется.
Для стартапа можно SmartSheet или вообще Trello.
источник
12:41пожаловаться#8

EL

Elena Lukyanicheva in Project Russia Community
Anton Polisski
И я не понимаю, как таймтреккинг может помочь разобраться с продуктивностью разработчика или тестировщика? А тем более, аналитика или архитектора...
тут был в практике тонкий момент. Джуны требовали стать мидлами. НО почему-то очень медленно делали задачки. Чтобы доказать что реально медленно  просили ту же задачу делать реального мидла.
источник
12:43пожаловаться#9

EL

Elena Lukyanicheva in Project Russia Community
но там поряок времени был не 5 минут... а там 10 -15часов
источник
12:44пожаловаться#10

AP

Anton Polisski in Project Russia Community
Elena Lukyanicheva
но там поряок времени был не 5 минут... а там 10 -15часов
Вот! Два дня.
источник
12:45пожаловаться#11

AP

Anton Polisski in Project Russia Community
У меня в голове картинка такая: минимальный спринт - неделя. Три дня на разработку, полтора-два на тестирование, ещё полдня-день на деплоймент/сборку
источник
12:46пожаловаться#12

AP

Anton Polisski in Project Russia Community
И в спринте у нас по задаче, ну две на разработчика. Отсюда масштабы времени. Так?
источник
12:47пожаловаться#13

EL

Elena Lukyanicheva in Project Russia Community
Вроде, но  длина спринта у меня н а проектах плавала.
источник
12:50пожаловаться#14

AP

Anton Polisski in Project Russia Community
Но не меньше же недели?
источник
12:53пожаловаться#15

EL

Elena Lukyanicheva in Project Russia Community
обычно 2-3 недели.
источник
13:00пожаловаться#16

КД

Карина Дозорнова in Project Russia Community
Владимир Воронков
Для стартапа можно SmartSheet или вообще Trello.
Я б ещё уточнила количество людей. Может это стартап человек на 200. Мало ли. Информации ж нет на эту тему.
источник
13:21пожаловаться#17

КД

Карина Дозорнова in Project Russia Community
Ребят, а кто-нибудь видел исследование про развитие проектных офисов? Там где прям критерии уровня зрелости проектных офисов. Сейчас вот только подумала, что для стартапов такая штука тоже полезная. Не городить сразу и все, а поэтапно развивать.
С агилом тоже связка была. Мне понравилась идея, что сделать Проектный офис как связку между агил командами и компанией, где иерархия сильна
источник
13:24пожаловаться#18

AP

Anton Polisski in Project Russia Community
Карина Дозорнова
Ребят, а кто-нибудь видел исследование про развитие проектных офисов? Там где прям критерии уровня зрелости проектных офисов. Сейчас вот только подумала, что для стартапов такая штука тоже полезная. Не городить сразу и все, а поэтапно развивать.
С агилом тоже связка была. Мне понравилась идея, что сделать Проектный офис как связку между агил командами и компанией, где иерархия сильна
Где-то пробегало. Или тут, или у Софонова, или у Арсения
источник
14:21пожаловаться#19

L

Lallartu in Project Russia Community
Владимир Воронков
Коллеги, полезные материалы вам в копилку от Проектной Ассоциации. Документ называется "Исследование зрелости проектных офисов". В частности, любопытно видение авторов исследование на интеграцию классического проектного офиса с Agile.
- summary (1 стр.) - https://tinyurl.com/y4sk8f8z
- полная версия (55 стр.) - https://bit.ly/2kfzEyg

Кто-то уже читал это исследование? Было бы интересно обменяться мнениями...
Вот
источник
14:32пожаловаться#20