mplata

Причем тут мода не понимаю. Видимо крупнейшие ИТ компании следуют моде в ущерб прибыли.

Сомневаюсь сильно

Заказчик может быть любым. Внешним или внутренним. Это ничего не меняет . Скамить можно все. И это дешевле обходится, чем рекламации и вечная разработка.

Вот я как раз про то, что заказчик для разработчика это по сути его руководитель. Разработчик сделал, оно работает , мол какие претензии к разработчику. А по факту изделие и вся эта предварительная разработка никому не нужна. Потому что каждый сидел в своей норке и делал то что сказали. И теперь разгебает уже руководитель. У нас как раз такой ситуации не может возникнуть. Из за того что скрам работает. Все в курсе происходящего и все прекрасно понимают куда двигаются. В том числе скрам-мастер который у нас как раз разбирается. А не просто секретарь референт.

Это да... целых невыносимых 10-15 минут на встречу каждый день (из дома например), где ты рассказываешь в том числе почему не удалось то или иное, где тебе помогают решить твой же вопрос. При этом вместо того, чтобы тебя загрузить отчетами скрам-мастер делает это за тебя (сволочь просто). А в конце спринта тебя даже унизительно хвалят, показывают выполненный фронт работ и ты берешь следующий блок работ причем совершенно несправедливо ты набираешь ровно столько, сколько реально можешь успеть, чтобы не ночевать на работе и выходные проводить с семьей, а не с начальником на телефоне. Просто жуть какая-то. Протокол разногласий не противоречит скраму.

Почему не разбивается? Очень даже разбивается. И скрамить можно легко. Даже внедрение дизеля на авто бензиновый. Только задач будет больше чем при добавлении свистелок и начать придется не с почти готового авто как в случае покраски, а с более раннего этапа. Пока действительно против те, кому придется реально работать. Хочется сесть и разрабатывать что-то долго чтобы никто не отвлекал и в таком инкубаторе провести как можно больше времени. А потом когда придет время сдавать проект не сдать его в срок или сделать все не так. Зато спокойно и никто не мешает. Например, вот простейшая задача - пусть заказчик просит сделать ПИД регулятор температуры (четкое ТЗ, сроки). Сделали и даже прекрасно работает! Но компонент который применен (неважно какой) больше не выпускается или что гораздо чаще встречается компонент только только вышел и еще не поступил в продажу или достать его крайне сложно (зато все на современной элементной базе). В итоге например за 3 месяца зарплату проели, а прибор никому не нужен. А причин не принятия прибора в серию может быть несколько (вплоть до нетехнологичности производства). То есть затраты вырастают, сроки прошли, все матерятся, заказчик недоволен, требует вернуть деньги. Разработчика это никак не коснется, оттудваться будет руководство, юристы и т.п. Зато было комфортно сидеть 3 месяца и решать задачу, никакой суеты.

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

Так пожалуйста. Можем предложить консультацию по введению скрама. Месяц поработать с Вами. Не в форуме же

Без ТЗ, как мой коллега выше сказал, результат хз. Это основной документ. Одна из функций скрам. Да и вообще любой системы управления.

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

Ну если заказчик платит, то почему нет. ))) а если серьезно, то если транслировать Ваш вариант в железо, то это все почти с нуля. К реальной жизни это имеет слабое отношение. А вот в процессе НИР и НИОКР может возникнуть ситуация, где нужно менять что-то и вот тут то как раз гибкость очень нужна. Об этом я и говорю.

Вас принять в скрам команду? ))

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

Согласитесь, что скрам и некомпетентность руководства это независимые сущности. Скрам будет работать если руководитель адекватен или не работает если нет. Нормальных скрам-мастеров почти нет. Особенно в нашей отрасли, вот и получается что окунувшись в типа-скрам все выходят из этого облитые вонючей жижей. у нас собираются по расписанию, это может быть каждый день, а может быть через день, в зависимости от проекта. И представьте себе, люди сами ждут этой встречи! Возможно скрам-мастер это ключевое, возможно результат работы кажджого виден даже если он (результат) небольшой, возможно что-то еще, но тем не менее. Это само собой, иначе зачем все это. Зачем работать в компании где управленцы неадекваты. абсолютно согласен!! Да, покойный мой родственник запускал Буран и он полетел. Горжусь им. Но никто не знает что было бы если бы на тот момент были другие более продвинутые методы управления. История не знает сослагательного наклонения.

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

Я открыл тему: https://electronix.ru/forum/topic/184682-sistemy-upravleniya-razrabotkami-v-elektronike/

А какой период у Вас выбран?

А какая у вас система?

Скрам вполне себе система. Вики также со мной согласна, и прекрасно работает далеко не только в программировании. Самые основные для нас преимущества: 1. Не даёт лодырничать 2. Повышает вовлечённость всей группы в проект 3. Позволяет быстро адаптироваться к новым реалиам или дополнениям. 4. Соблюдение сроков и ощущение ответственности каждого 5. Вся группа видит результат, даже если конкретный исполнитель выполнял только небольшую часть проекта. Вы ведь понимаете, что в процессе разработки можно столкнуться с чем-то неоптимальным и без переделок будет плохо совсем. Разработка как таковая это далеко не всегда разжеванное ТЗ, бывает есть только идея и общие представления. То есть работа над тем что никто не делал никогда, и включается этап НИРа. Если же ТЗ абсолютно однозначно и детально, то в этом случае скрам будет играть организационную роль. Разумеется скрам для одного человека это мягко говоря странно.

Коллеги, кто какие системы использует? Что дало внедрение системы? Кто против систем управления проектами и почему?

Вам не надоело флудить?

Давайте откроем отдельную тему по поводу управления разработкой.

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

Да фильтр, согласен, если ТЗ пересматривается радикально. Но я не говорю, что ТЗ полностью поменялось, оно дополнилось, или скорректировалось например из за недоступности компонента (например с рынка РФ ушел Квиктел, а на него изначально ориентировались). А самое главное все прозрачно для всех. Не призываю использовать наш подход, но у нас он прижился и считаю правильным об этом сказать сразу.

Кстати нашел хорошую статью о внедрении скрам в Тойота: https://www.infoq.com/articles/scrum-the-toyota-way/