Как стать автором
Обновить
-1
0

Пользователь

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

Перестаньте уже наезжать на людей, за то что они просят за свои знания адектватные деньги.
То, что вы не можете применить эти знания на все 100% это ваша проблема, а не проблема людей.
Приведу пример, вы собеседуете человека и он рассказывает вам как построить отказоустойчивый сервис с 5 9.
А вы ему, чушь какая то, дорого и бесполезно, начитался блин всякой фигни. Нам нужно что бы просто работало, и иногда лежало.
Человек, окей. Сделаю, но я стою столько то.
Вы, дорого! Дорого!
Так он прости за то что он МОЖЕТ сделать :)
Дело не в том, что спорить или правы.
Руководство это устраивает вот и все, потому как в противном случае процесс был бы изменен. И все бы появилось, включая версионный менеджмент.

Деньги идут, идут, ну и ок…
Хороший пример.
А сколько ошибок находят при прогоне регресса?
Итого, пока что рои отрицательный и вы просто растратили деньги.
И окупаемости не видно, потому что вам придеться потратить еще деньги на поддержку.

Вопрос, сколько денег было потрачено и сколько вы зарабатываете/экономите на этом?
ROI какой?
Про каскадную модель разработки верно, но ведь нельзя же работать по модели?
Водопад — прикольный миф, штука которая не существует, не верите почитайте первоисточники, они указаны в википедии.

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

Я кстати часто вижу что программисты не осознают что у них проблемы. Или скрывают всеми способами. С стендап митингами такие проблемы сразу выявляются.


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

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

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


Да нет этого в Аджайле, в аджайле есть адаптация под внешние условия, быстрая быстрая, а вот про улучшения ни слова…
Практически везде можно выделить виды работ.
Есть даже маркер, если все говорят, что мы уникальные и каждая наша фича абсолютно уникальна, не похожа на другие, то обычо там и меньше видов работ.
Приведу цитаты:

Я пользовался методом управления проектами Scrum (скрам) с самого начала карьеры.


Скрам не являеться методом управления проектами, он фреймворк!

Канбан — это метод управления производством, который появился в компании Toyota в 1950-х годах.


Современный ИТ канбан, он очень сильно отличаеться от тайтовского.

В последние годы скрам и канбан сражаются за место ведущего agile-фреймворка.


Не сражаються, Канбан-Метод это МЕТОД, улучшения ваших процессов. Канбан он про процессы, а не про проекты!

В целом, очень плохая статья, про чувака, который и скрам не понял, да и в канбане не разобрался
Коллега, поддержу! Такое дно, не видел давно, и эти люди еще и учат!

Вот после этого:
Scrum — методология гибкой работы команды.
можно не читать…
Очень токсично! Очень! Больше позитива!
Скрам мастер сказал сделать за три дня! А мы и за два сделаем!

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

Вспомнилось: habr.com/ru/post/213123
Для чего?
Графовая база знаний The Brain, посмотрите видео по ней
Майнд скарты XMIND

Нет, не то же самое. The Brain это по сути графовая база знаний.
Бесконечная…
У каждого элемента может быть множество родителей и множество потомков, он может быть связан с множеством элементов.
В майнд картах, жесткое правило один родитель

Собственно они для разного :)
За перевод спасибо!
От себя могу порекомендовать The Brain
Реализует все что описано, плюс еще и графического представление.
Бесплатного функционала, в принципе хватает.
Пара вопросов:

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


Все? Больше ничего не нужно?

Далее, я не совсем понял, а как появляются баги, откуда они берутся и чем отличаются от фичей?
Это мне напоминает, когда C на собеседовании дают выражение, поведение которого не определено даже стандартом. При этом удивляются, когда кандидат увидев это, говорит, вы что это в боевом коде используете? А если нет, зачем спрашиваете? А вам для проверки кругозора, аааа, понятно…

Я не спорю, но по вашим примерам судят о бардаке в компании в общем, и в вашей группе в частности.

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

Можно много чего сделать.

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

Управлять надо работой, а не людьми. Это сложно…

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

Не изобретайте колесо :)
Просто используйте фасетную классификация.

Для глубин гост 22274 в помощь.
PS. Есть минус, не стильно, не модно и не молодежно, зато винтажно

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность