Перейти к содержанию
    

Системы управления разработками в электронике

18 minutes ago, one_eight_seven said:

Да. И даже state of agile об этом уже начал говорить. А это - коммитет, где все занимаются тем, что на этой инфоцыганщине зарабатывают. А те, кто с этим работает давным давно уже открыто обо всём говорят. Единственная вещь, которая ни у кого не вызывает отторжения - это CI/CD, но вот проблема - это не Agile. Его туда приписали для очковтирательства, но его можно легко приписать и к любой не-agile технологии.

 

Поверьте, ИТ компании умеют считать деньги. И если что то их съедает это удаляют молниеносно. Скрам не в их числе. Наивно думать , что ради моды крупные игроки будут тратить деньги. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 minutes ago, mplata said:

Поверьте, ИТ компании умеют считать деньги. И если что то их съедает это удаляют молниеносно. Скрам не в их числе. Наивно думать , что ради моды крупные игроки будут тратить деньги. 

И как там, в радужном мире, где живут пони и какают радугой?
Если инвестируют, когда ты заявляешь, что пользуешь агиле, то будешь заявлять, и заниматься очковтирательтсвом, что пользуешь. Посмотрите игропром и необходимость сотрудничать со Sweet Baby Inc, чем занимаются все крупные компании, и посмотрите, приносит это доходы или убытки. То же самое с индустрией кино и анимации. То же самое в технических монопольках.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 час назад, mplata сказал:

Поверьте, ИТ компании умеют считать деньги.

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

1 час назад, mplata сказал:

И если что то их съедает это удаляют молниеносно.

Это фантазии. Там бабла столько, что потери не сказываются не то, что фатально, но даже болезненно. IT сфера перекормлена баблом чрезмерно (и, имхо, совершенно незаслуженно). Поэтому неэффективность управления там купируется деньгами, возможностью высасывать людские ресурсы. Бабло -- главный ресурс IT! Сделай там уровень таким же как в других инженерных областях, проблема с кадрами встанет очень остро. Вот тогда там начнут задумываться об неэффективности и повыкидывают скрамы нафиг.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, dxp said:

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

Это фантазии. Там бабла столько, что потери не сказываются не то, что фатально, но даже болезненно. IT сфера перекормлена баблом чрезмерно (и, имхо, совершенно незаслуженно). Поэтому неэффективность управления там купируется деньгами, возможностью высасывать людские ресурсы. Бабло -- главный ресурс IT! Сделай там уровень таким же как в других инженерных областях, проблема с кадрами встанет очень остро. Вот тогда там начнут задумываться об неэффективности и повыкидывают скрамы нафиг.

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

Поэтому все сидят головами машут и ждут когда же этот ад завершится. 

У нас как минимум не так. У нас все таки командная работа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, mplata said:

Поверьте, ИТ компании умеют считать деньги.

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

А поднять эффективность - это ещё дороже. Надо удерживать специалиста, или команду, которая всё делает правильно. А зачем?

Лучше сделать две посредственных команды и устроить между ними соревнование 🙂

Бюджет будет примерно такой же, и даже ситуация стабилизируется - нет риска того, что дорогие специалисты уйдут и случится форсмажор.

Вот такие вакансии висят годами. Когда припекло и надо очень срочно - бюджет ещё осваивают через  кадровые агентства.

 

image.thumb.png.98dfc061883ebdd1347845ddb9ef9b20.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

7 minutes ago, mplata said:

Ну мы опять говорим о негативном опыте

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

1 hour ago, dxp said:

Потери от неэффективной организации работы там никто не считает. Просто потому, что не считает это неэффективным

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 minutes ago, mplata said:

А не работа

а причём тут работа? 🙂

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

Контора занимается разработкой много лет, все цифры по деньгам у руководства есть, уровень затрат на разработку имеется.

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

Если влить в два раза больше бабла, то прибыль почему-то не увеличивается в два раза.

Со сроками такая же петрушка - скорость сильно отстаёт от количества вливаемого бабла.

Если надо родить ребёнка, то как не увеличивай бюджет или количество женщин, то срок всё равно никак не сократить и надо 9 месяцев.

Есть один из вариантов, как сделать это за один месяц - это начать решать задачу восемь месяцев назад. Ни один нормальный руководитель так не сделает.

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

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

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

Когда видна эффективность какой-то команды, чем у остальных, то к такой особое внимание. Но всё это сильно индивидуально, зависит от многих факторов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

и да, есть такой прикол, что команда, которая умеет делать красивые картинки и отчеты получает больше денег и внимания, чем та команда, которая делает проект качественнее и (в большой перспективе) приносит больше денег.

Это или психология или настрой экономического поведения "лучше получить деньги здесь и сейчас, чем непонятно сколько и потом". 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

23 hours ago, mplata said:

И это дешевле обходится, чем рекламации и вечная разработка.

Вот, кстати, тоже настрой на короткий срок. Мне надо сдесь и сейчас, а потом хоть трава не расти.

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

20 hours ago, Mplata_DEV said:

Ключевое: если руководитель нормально выстраивает работу над проектом, то у него по-любому будут:

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

У тех, кто знает как организовать - выкидывает всё лишнее нафиг, всё рутинное - автоматизирует. Вообщем, сокращает издержки и повышает эффективность и прибыль.

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

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

20 hours ago, Mplata_DEV said:

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

вряд ли это так работает, что новичок, который приходит в новую команду вообще знает какие-то ритуалы.

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

В маленьких тоже работает - любого новенького сажаете в какой-нибудь аналог wiki (или любую другую систему в которой ведётся документация), где собираются все инструкции и для новичков в том числе.

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

 

у яндекса куча материала по онбордингу, вот один из них

Очень часто hr продвигает всё это 

всё это работает надстройкой над существующими процессами в компании, а не компания подстраивается под найм сотрудников.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

и про @mplata есть кусочек

Quote

Легко! Возьмите классический waterwall, теперь разбейте фазу реализации на двухнедельные отрезки, добавьте церемоний (не важно, подходят ли они процессу или нет), и заставьте разбивать задачи на атомы! Скажите клиенту, что это делается во благо обратной связи, и не забудьте выписать счет!

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

On 6/12/2024 at 7:46 PM, dxp said:

Адекватная статья: https://habr.com/ru/articles/821123/

Там адекватные комменты. Самый первый в точку: автор статьи считает: "если не умеешь пользоваться скрамом то и другие не умеют. "

Дальше можно даже не читать. 

Мы на конференции АРПЭ ближайшей представим вариант скрама для разработки железа. 

On 6/13/2024 at 10:13 AM, kpv said:

и про @mplata есть кусочек

 

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

Автор статьи просто не умеет пользоваться инструментом. Это из цикла товарищ прапорщик в этой кружке нет дна, и верх запаян. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

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

×
×
  • Создать...