Comments 28
ваши подходы к оценке проектов!
Умножаю все озвученные инженерами сроки на pi.
Это воистину магическое число — позволяет разом оценить все, и время на поболтать с коллегами, и неразрешимые проблемы, и работу смежных специалистов и last-minute изменения, и внезапную замену компонентов которые оказывается нельзя купить.
Просто умножаете на pi и это рапортуете наверх, а долбить инженерам мозг начинаете через pi/2. И будете иметь замечательный зеленый Гант.
Про пи мне рассказывали родители) Этот вариант хорош для руководителя проекта, он перестраховался.
Мне очень нравится, как конус неопределенности ложится на ваш опыт с pi. По сути, инженер (условный) как раз озвучивает сроки, в голове имея представление как раз между исходной концепцией и согласованным определением задачи. И в общем-то не его вина, что сроки при этом занижаются в 3 раза — просто мозгом не охватить всей той ерунды, что в итоге нужно сделать
Отличная попытка! Но нет;)
Диапазон мощностей электроприводов магистральных агрегатов 500-10000 кВт, регулируемых — ещё больше, общая установленная мощность оборудования НПС доходит до нескольких десятков МВт. Там часто уже близлежащие посёлки в качестве "попутной нагрузки" запитываются. А газоперекачка вообще списанными/переделанными авиадвигателями осуществляется, которые на этом же газу и работают.
Скорее это просто контроллер ДГУ
Спасибо, очень понравилась статья!
Вопрос — вы реально по получении каждого потенциал ного клиента первым делом задаёте ему эти 18 вопросов, прежде чем начать хоть какую-то проработку? Неужели клиентов не пугает такой первый ответ?
Вопросы начинаются только после обмена полным комплектов уставных документов. Да всё не так страшно! Это вопросы, на которые мы должны ответить вместе с клиентом. Многое выясняется до разговора с клиентом. А вопросы не подаются в стиле опросника, это могут быть распределенные во времени беседы, переписка.
Что еще интересней, нет важного вопроса заказчику — как он будет осуществлять приемку продукта и сколько времени.
Сомневаюсь что вменяемый заказчик расскажет правду о своих клиентах и бизнесе, нередко он сам плохо их знает.
Поэтому нет еще одного важного пункта — внедрение избыточности для покрытия рисков ненадежной коммуникации с заказчиком. И это не сроки.
Да, и CAN-у в проекте уделено слишком много внимания, это плохой признак в отношении исполнителя.
habr.com/ru/company/thirdpin/blog/425569
habr.com/ru/post/486974
Просто всему своё место и время. Вопрос про стенд задаётся в рамках вопроса про постановку на производство.
Сомневаюсь что вменяемый заказчик расскажет правду о своих клиентах и бизнесе, нередко он сам плохо их знает.
Если заказчик плохо знает свой бизнес, стоит ли начинать с ним работать? Может лучше найти того, кто хорошо знает?
Я говорю о тестировании и испытании решений, а не плат.
Скажем кто решил использовать CAN если у вас с ним судя по всему нету опыта?
А на какой скорости CAN? И сколько отдельных сегментов CAN? И почему нет отдельных каналов диагностики по другим шинам? А где вопросы унификации?
Все это вам надо не просто пообсуждать, а протестировать.
А у вас нету даже отдельных пунктов на исследования (тестирование)!
Платы протестировать может и контрактный разработчик у которых сборку заказываем, они в этом большие спецы.
И тотальное тестирование плат должно основываться на оценках надежности.
Кстати об оценке надежности и безопасности у вас тож речи как-то не ведется. А во многих системах это забирает львиную долю времени.
Интересно также почему у вас проект кончается на выпуске изделий.
А где время на гарантийное обслуживание и выплату «технического долга»? Где время и расходы на модернизацию, где время на ремонт, где на выпуск и поддержку актуальной документации?
Не сомневаюсь что все перечисленное вы делаете, но видимо поленились написать.
Это еще один плохой знак заказчику.
Да, и нигде нет про ответсвенность заказчика.
Вы же так требовательны к заказчикам.
Но по вашему выходит что на заказчике нет вообще никой ответсвенности кроме как платить заранее оговоренные деньги.
Вы на первом свидании с девушкой обсуждаете цвет формы, в которой пойдет в школу ваш будущий сын? Вряд ли.
Вот и мы не ставим себе цель в рамках первого знакомства с заказчиком определить количество сегментов CAN.
САN либо вы знаете заранее, либо начинаете тестовые исследования.
Просто заседанием или приглашением "'экспертов" такие вещи не решаются.
Эксперт просто скажет что надо исследовать и это будет только частью мозаики с кучей компромисов.
А лучшим вариантом будет наладить обоюдные отношенния с первым заказчиком чтобы он разрешил исследования проводить на себе после выпуска продукта.
Думаю вы так и делаете, только политкорректно умалчиваете.
Кроч статья должна была называться — «как мы ввязываемся в авантюру за неделю без всяких представлений о ее исходе»
Ясно. Поделитесь своим подходом?
Похоже, нам придётся позвать вас с вашей непревзойденной экспертизой.
Те вопросы о которых упоминал Indemsys типовые, поэтому логично, чтобы они присутствовали в диаграмме, так как это дает более полное понимание о сроках реализации проекта и о будущих расходах.
Лет 5 назад, когда к нам начали постоянно приходить с просьбой повторить китайский продукт в еще более дешевом варианте, я понял, что с этого бизнеса надо уходить. Этого, это такого, который позиционирует себя как любые работы с любым бюджетом.
Контрактная разработка электроники. Расчёт проекта