Поделюсь немного опытом планирования разработки для проектов. Сам работаю программистом уже более 10 лет.

На начальных этапах проекта ПМ работает с ведущим программистом и даже возможно с дизайнерами. Все они вместе работают с заказчиком.

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

Результатом этого этапа становится какое то подобие дизайн документа, в котором описаны:

1. Проблема\задача, которую заказчик хочет решить

2. Решение этой задачи и пояснения, почему это решение заказчику подходит

3. Решение, разбитое на этапы. Каждый этап имеет свое описание, назначение, ответствнного и срок выполнения

При этом все должны понимать, что эти сроки только приблизительные. Точность сроков зависит от опыта ПМа и ведущего программиста.

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

Имея ТЗ уже делается более тщательное планирование. Выбираются ключвые задачи для построения минимального продукта (MVP). По сути, тут уже, имея задачи и оценив эти задачи с командой, можно идти к закачику и озвучивать что либо, но только по MVP.

Я уже как то пытался этот процесс описать тут https://ru.stackoverflow.com/a/1137835/179763 и тут https://ru.stackoverflow.com/a/1012399/179763 - с точки зрения программиста.

Исходя из того, что выше сказано, ПМ по сути просто не имеет возможности выбирать самостоятельно какие части приложения будут выполнены, а какие нет. Это явно должно быть обговорено с заказчиком и ведущим программистом и зафиксировано в документах.

ПМ, по сути, отвечает за организацию такого процесса. Ведущий программист отвечает за техническую часть. Сроки обсуждаются, но у ведущего последнее слово. Если, к примеру, ведущий не согласен со сроками, он это должен явно озвучить ПМу и зафиксировать в документах.

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

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

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

В таком случае, если к вам вдруг приходит Начальник и спрашивает о сроках, то

1. Если вы ПМ, то у вас есть документ со сроками

2. Если вы ведущий, то шлете начальника а ПМу

Если в сроки вы не укладываетесь, то это должно означать, что

1. Вы не успеваете сделать MVP, а MVP - это малая часть проекта, то есть о проблемах со сроками вы узнаете как можно раньше. Это не катастрофа, вы можете обсудить это с ПМом и пересмотреть сроки и пойти с этим к заказчику.

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

Весь смысл этого - это fail fast подход, вы должны узнать о проблеме, если она имеется, как можно скорее и принять меры.

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

Извиняюсь за орфографию. Если то, что я пишу будет вам инетересно, я буду за ней следить.

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

С моей точки зрения проблему можно обрисовать так. программирование, конечно, стало общедоступным, и уже давно каждый из нас может за небольшой промежуток времени осводить это, казалось бы не простое ремесло. Однако, не везде программирование утратило былую наукоёмкость. Ещё остаются задачи, для решения которых нужно привлекать не только разработчиков, но и грамотных инженеров (хотя тут их так не называют; они – аналитики). И вот, с неприятной переодичностью, я стал натыкаться на ПМ (pm – project manager, управляющий каким либо из проектов в компании) которые и даже не думают погружаться в предметную область, а задачи ставят очень легкомысленно. Скажем, собрались построить некий «самолёт». И что вы думаете? Этим ПМ-ам интересен этот ваш сложный процесс разработки? Пффф… вообще нет! Они тупа спросят у тебя сколько нужно времени чтобы: сделать «фюзеляж»? поставить оборудование? сделать салон внутри красивый? и нарисовать на самолёте логотип компании? Далее они возьмут калькулятор с просуммируют те цифры, которые ты им, по своей неопытности, сказал. Тот результат, которые покажет калькулятор они показывают заказчику. Далее оказывается, что по срокам не успеваем и программистов начинают гнать кнутом, приговаривая «ты же обещал, что в конце месяца всё будет готово!».

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

СССР уже нет, а потому мы медленно но верно возращаемся в тёмный и унылый 19ый век. Где нас всех ждут хозяева, цари и господа. Картина может показаться нереально мрачной, но подождите… Количество частных и платных школ – растёт, количество безплатных и общедоступных – падает. Количество церквей... как на дрожжах! А как вы думаете, откуда тогда берутся все эти, прости господи к сожалению без кавычек, директоры, менеджеры, и прочие управляющие? Вы думаете их где-то чему-то обучают? Кто-то обучает их тому, как поднять в стране промышленность? Как эффективнее использовать трудовые и материальные ресурсы? Нет! Они, блин, ходят на тренинги, где им объясняют что «вы начальник!», «не допускайте критики в свой адрес!», «вам должны подчиняться!», «следите за субординацией!». В итоге сваливается на головы трудогового большинства пустоголовый болванчик, который только и может что относться с уважением к самому себе и сам строго знает и уважает своих хозяев. Про уважение к другим и, тем более, заботу он вообще не в курсе. Я думаю ход моих мыслей ясен.

Для того, чтобы понять что делать, нужно понять что у нас есть. Я работаю программистом и я не плохо выполняю свою работу. Сейчас я нахожусь в условиях, когда для меня, потерять работу вообще не проблема. Я спокойно нахожу другую ещё до того, как со мной расчитаются на предыдущей. Это позволяет мне чувствовать себя гораздо свободней тех, кто привязан к какому либо конкретному производству и, вполне оправдано, боится быть уволеным за неудобные вопросы начальству. И правильно делаете что боитесь. Когда я начинаю задавать эти неудобные вопросы начальству, то случается просто «чудо», матрица напрочь ломается. Начальник либо впадает в истерику (был один даже которого я реально довёл до слёз и истерики), либо просто молча уходит в закат в свой кабинет и далее делает вид что ничего и небыло (пытает эту матрицу перезагрузить своими скудными силёнками, боже… как же нелепо это выглядит).

И так, что же нужно делать? Если вам это интересно пишите в комментариях, а то я не знаю интересно ли это вам вообще. Подобного рода размышлений и опыта общения с «генеральными» у меня навалом. Если инетересно, я рад буду ими с вами поделиться. Призываю вас всех не сидеть сложа руки, а действовать! Если мы сейчас ничего не изменим, у нас, у каждого, будет свой хозяин, которому нужно будет подчиняться и исполнять его волю. Кровавым революциям, слава богу, пришел конец, сейчас время рациональных (или административных) революций!

И опять про работу. Данный пост - это не лично моё нытьё о том как всё плохо, а недоумение по обобщенному опыту как себя, так и коллег со своей и других работ, так и котоламповых историй.

Суть: руководство часто вполне осознанно понимает норму выработки для простого рабочего и совершенно расплывчато представляет себе норму для ИТР (инженерно-технических работников и специалистов).

Мол должны успевать всё.

Например, если в автопарке 10 автомобилей, то нанимают на работу 10 водителей. Если сварщик варит 12 стыков труб в смену, то чтобы заварить 150 стыков в день нужно 13 сварщиков и ВСЕ ЭТО ПОНИМАЮТ.

А сколько схем должен начертить инженер? Сколько писем, служебок написать и отправить? В скольки совещаниях поучаствовать?

В итоге когда начинаются разбирательства почему что-то не сделано, вывод шефов поразительный: а что, сложно это письмо было написать? Два абзаца, полстраницы текста. Это 5 минут печатать!

То, что над этим письмом нужно час думать и чтобы записать одно число из трёх цифр надо пересмотреть 5 чертежей и сложить 300 чисел-это не аргумент.

Два абзаца, 5-10 минут.

И каждое дело выходит простым, вот только дел этих - миллион.

И зачем тебе ещё люди? После таких разбирательств вообще выходит непонятно что вы там втроём делаете, когда одному работы на полдня.

Какие либо конкретные случаи вспоминать не хочется, интересует вопрос в целом.