Size: a a a

Обсуждения техдирские

2020 May 06

AY

Alexey Yurchenko in Обсуждения техдирские
mattermost
zulip
показывают, что на opensource похожей тематике можно денег поднять прилично (последние года огромная волна инвестиций в такие проекты идет). Мне просто мотивация интересна.
источник

NK

ID:0 in Обсуждения техдирские
​​Коллеги, я ввязался в интерактивный онлайн-холивар про тестовые задания, который пройдет 16 мая на ютубе.

Вместе с Ромой Ивлиевым (Mos ru, TeamleadConf),  Сашей Макаровым (Yii), Ваней Матвеевым (Skyeng) и остальными поспорим, нужны ли эти тестовые и как их готовить. Смотреть трансляцию не только можно, но и подключиться к дискуссии голосом. Вливайся через выходные!

Похоливорим про тестовые?
источник

C

Combot in Обсуждения техдирские
Привет! Это чатик со строгими правилами.

* Спамеры караются мгновенно, автоматически и навсегда.
1. Первые три сообщения от вас в этом чатике не должны содержать ссылок или форвардов. Включен авто-бан и удаление первого сообщения нового пользователя, если оно содержит ссылку.
2. Нетехдирские темы или использованием икс-лексики приводят к санкциям.  Любой может ответом на ваше сообщение написать "!report" и после трёх таких жалоб вы уходите в молчанку на 30 минут.
3. Особо неадекватные могут заработать до 5 предупреждений от админов, после чего автоматически уходят в молчанку на сутки.
4. Все GIF и видео, аудио автоматически удаляются
5. Любые формы рекламы или объявления о вакансиях только по согласованию с основателем чатика.

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

OB

Oleg Batashov in Обсуждения техдирские
ID:0
#фишечки Документ Personas

При проектировании очень удобно делать документ "Personas" - перечень выдуманных лиц, имеющих определенные характеристики и конкретные потребности в проекте. Каждое лицо - это сводный портрет по соответствующему срезу заинтересантов проекта.
Когда команда обсуждает очередную User Story, кто-то вполне может задать вопрос: "А что бы сказал насчет этой функции Ермолай Алексеевеич?"  Personas важно иногда пересматривать и обновлять!

Например для Drimsim.com был такой песонаж "Семён Популярович":

Drimsim.com был такой песонаж "Семён Популярович":

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

Для Setup.ru характерен персонаж "Саня Шустрый"

Setup.ru характерен персонаж "Саня Шустрый"

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

Учитывать Personas необходимо в построении Use Cases и User Story.
Дмитрий, добрый вечер!
Это, случайно, не из Mastering the Requirements Process (Robertson)? :)
Хорошая книга о юз-кейсах и работе с требованиямм
источник

DS

Dmitry Simonov in Обсуждения техдирские
Oleg Batashov
Дмитрий, добрый вечер!
Это, случайно, не из Mastering the Requirements Process (Robertson)? :)
Хорошая книга о юз-кейсах и работе с требованиямм
Конечно оттуда! Респект за подсказку! Чуть позже ссылку поставлю.
источник

OB

Oleg Batashov in Обсуждения техдирские
Пожалуйста👍
Может, завести книжную полку если таковой ещё нет? Как вариант дёшево и сердито - пометить тэгом посты с книгами
источник

АЛ

Андрей Лесных... in Обсуждения техдирские
+1
Может даже репозиторий, ну чтоб не собирать по всему треду.
источник

PD

Phil Delgyado in Обсуждения техдирские
Oleg Batashov
Дмитрий, добрый вечер!
Это, случайно, не из Mastering the Requirements Process (Robertson)? :)
Хорошая книга о юз-кейсах и работе с требованиямм
А это разве не вообще базовый уровень компетенции продакт-менеджера? Я про эту практику уже лет 10 слышу постоянно.
источник

OB

Oleg Batashov in Обсуждения техдирские
Полез искать первоисточник - ага, встречается давно
Мне впервые попалось именно в этой книжке про работу с требованиями, стало интересно не одну ли книгу читали :)
источник

Т

Товарищ Паркинсон... in Обсуждения техдирские
мб тогда чаще всего возникающая исходя из опыта?
Так то любая из них может быть болью той еще
источник

Т

Товарищ Паркинсон... in Обсуждения техдирские
где-то одно страдает, где-то другое
источник

DS

Dmitry Simonov in Обсуждения техдирские
По факту все и отвечают из собственного опыта
источник

VK

Viacheslav Kaloshin in Обсуждения техдирские
А куда ответить «руководитель не понимает того, чем руководит»?
источник

VK

Viacheslav Kaloshin in Обсуждения техдирские
И куда вообще все исчезло? «Я ничего не делал, оно само» :) :)
источник

Т

Товарищ Паркинсон... in Обсуждения техдирские
Viacheslav Kaloshin
А куда ответить «руководитель не понимает того, чем руководит»?
руководителю, который не понимает того, чем руководит :))
источник

NK

ID:0 in Обсуждения техдирские
Самая большая боль IT-команды из вашего опыта
Анонимный опрос
15%
⚒ неэффективность процессов разработки
7%
🤓 неэффективность процессов найма
4%
🚚 узкие/лишние места пайплайна поставки продукта
22%
💃 проблемы планирования
10%
👔 масштабирование организационное
4%
🚜 масштабирование технологическое
12%
📚 некомпетентность или падающая компетентность технических лидеров
11%
💅 некомпетентность или падающая компетентность продаж/маркетинга
4%
📊 неэффективность стратсессий
12%
♟отсутствие адекватных оппонентов в принятии решений
Проголосовало: 483
источник

DS

Dmitry Simonov in Обсуждения техдирские
Исправил опечатки и добавил про руководителей :) Пункт про неадекватность босса не стал вводить, - это не проблема. Это судьба.
источник

R

Ruslan in Обсуждения техдирские
Кадровые проблемы - это к найму относится?
источник

DS

Dmitry Simonov in Обсуждения техдирские
Ruslan
Кадровые проблемы - это к найму относится?
Видимо да. Ты про какие именно?
источник

R

Ruslan in Обсуждения техдирские
Просто найм может быть норм. Но тебе просто присылают вечером письмо, что завтра ты должен поддерживать проект, а команды нет. Это проблема Hr? Нет. Планирования? Тоже нет. Имхо проблема в том, что все проекты укомплектованы без запаса.
источник