Согласны ли вы, что программист на постоянной работе должен более-менее точно прогнозировать сроки исполнения своей собственной работы и нести за эти прогнозы ответственность?
Ну скажем так, да начальство имеет право попросить прогнозировать сроки, и корректировать их по ходу выполнения. Нести ответственность - скорее нет, чем да.
Нет. Он свободный творец, деньги его не интересуют. Он творит и поэтому знать ничего не знает о сроках создания своего творения. В самом деле, кто ж может сказать, когда совершенство состоится? Творчество и сроки - понятия несовместиые.
Ну а ответственность за собственную работу - это ты ваще хватанул :) Так еще и работать придется.
Вопрос ставить сроки и контроллировать их - это вопрос менеджера над программистами. А менеджер вправе выбирать прогнозируемых программистов и прогнозировать их. А так же заранее предвидеть возможный срыв сроков и принять первентивные меры (например, усилить команду программистов).
P.S. И если он не заложил процентов 100-150 прогнозируемого времени на "непредвиденные расходы" - он сам себе злобный Буратино должен в полной мере отвечать перед своим начальством и/или заказчиками за срыв сроков.
Программиста это конечно тоже больно и справедливо коснется (вплоть до расставания с ним), но - ответственность и контроль - это таки работа прожект менеджера.
насчет программера не скажу, но дизайнер может прогнозировать сроки и корректировать их в ходе работы.. отвественность - не знаю.. разве что если макет не ушел в дорогущий номер, который уже оплатили, по вине дизайнра который на два дня ушел в запой
если _ты_ взялся выкопать яму, то только ты знаешь свои силы и можешь рассчитать время. а тимлидер нужен вот для чего. во-первых, аггрегировать сроки копания ям от десяти могильщиков, работающих над совместным кладбищем. во-вторых, услышав "выкопаю яму за 3 минуты", усмехнуться и поставить в таймтейбл естимейшн в два-три часа. в-третьих, услышав "выкопаю яму за две недели" - дать по голове.
только я не признаю тимлидеров, я признаю проектных менеджеров. а тимлидер - я не знаю, что это такое.
Менеджеры часто спрашивают программистов - в какой срок сделаешь задачу Х? Периодически даже требуют ответа сразу, зачастую лишая себя возможности получить хотя бы приблизительно правильный ответ (потому что внутри задачи могут сидеть ветвистые подзадачи, которых не видно, пока не разберёшься).
Мотивируют это тем, что сам программист лучше представляет свои возможности, чем они.
Как по мне, правильный подход - НАЗНАЧАТЬ сроки сверху (заказчику - одни, программисту - другие), а потом вежливо ипать программиста за срыв дедлайнов. Подразумевается, что заказчик при этом невежливо ипёт менеджера - но тут уже менеджер хотя бы понимает собственную ответственность за постановку сроков.
сдается мне дизайнер менее прогнозируем чем программист. дело в том, что дизайн можно запросто не родить, хоть ты дизайнера в кровь сотри. а вот программист, даже если у него препоганое настроение, все равно может работать. с низкой продуктивностью, медленно, но - продвигаться вперед. а значит, это движение прогнозируемо.
12) Never, ever let managers tell programmers to reduce an estimate. Many rookie software managers think that they can "motivate" their programmers to work faster by giving them nice, "tight" (unrealistically short) schedules. I think this kind of motivation is brain-dead. When I'm behind schedule, I feel doomed and depressed and unmotivated. When I'm working ahead of schedule, I'm cheerful and productive. The schedule is not the place to play psychological games.
Спасибо. Интересная точка зрения. А в чём же тогда различие между глобальными и конкретными задачами? Так сказать, демаркационная линия где? На уровне эмоций я понимаю, что это ещё и субъективно (что для одного глобально, для другого может быть сущей ерундой).
Если мы берем программера в нашем виденье (совковом) - должен. Если мы берем кодера - не должен, должен систем-инженер. Мнение об ответственности - хихикс.
Когда-то услышал рассказ о коеффициенте оптимизма. Т.е есть задача выполнимая за 8 часов. Человек знает что могут произойти непредвиденные трудности, которые задержат выполнение задачи на 4 часоа, получаем К.О. 1.5. и время на выполнение 12 часов. Но при этом начальство знает что человек резервирует себе 4 часа на вероятный пиздец и отпиливает кусок срока, т.е коеффициент оптимизма у начальства меньше единицы. А здесь живёт имхо что если у начальства коеффициент оптимизма перманентно ниже единицы - то срал я на сроки.
Кстати моё мнение что именно менеджер как раз и не должен контролировать сроки исполнения. Может максимум называть крайние приемлимые сроки выхода проекта.
Вообще говоря, дизайн дизайну рознь. Если посмотреть по сторонам (например, на бигморды), можно увидеть множество примеров того, как мысль не родилась - а спинной мозг что-то сделал.
Демаркация происходит на уровне применяемых методик. К примеру, обычный программер (не лид, не project manager, etc) может спокойно рассчитать, сколько времени ему понадобится на реализацию вот этой конкретнйо финтифлюшки, потом оценит временные затраты на склейку этой и той фуфельницы, а в довесок нарисует срок, за который получившийся кусок кода будет вставлен и отлажет в общую систему. Задачи уровнем выше (реализация полных подсистем, склейка больших кусков продукта, и прочая) решаются уровнем выше.
Детальная и развёрнутая точка зрения. Спасибо. Да, ты попал в точку - вопрос возник изначально именно из-за того, что не первый раз попадаю в ту самую идиотскую ситуацию: грубо говоря, "немедленно скажи, за сколько времени построишь атомную электростанцию" (с последующим несением ответственности). Соответственно, хочу разобраться в своей внутренней мотивации.
Ну, на то он и менеджер, чтобы думать и ставить реалистичные задачи. Ничего, сейчас я пробую себя в этом смысле. Правда, не "вчистую", таким себе менеджером, который тоже пишет...
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: Thursday, June 1st, 2006 01:01 pm (UTC)Нести ответственность - скорее нет, чем да.
no subject
Date: Thursday, June 1st, 2006 01:02 pm (UTC)Ну а ответственность за собственную работу - это ты ваще хватанул :) Так еще и работать придется.
no subject
Date: Thursday, June 1st, 2006 01:04 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:07 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:08 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:08 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:09 pm (UTC)P.S. И если он не заложил процентов 100-150 прогнозируемого времени на "непредвиденные расходы" - он
сам себе злобный Буратинодолжен в полной мере отвечать перед своим начальством и/или заказчиками за срыв сроков.Программиста это конечно тоже больно и справедливо коснется (вплоть до расставания с ним), но - ответственность и контроль - это таки работа прожект менеджера.
no subject
Date: Thursday, June 1st, 2006 01:11 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:12 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:14 pm (UTC)То, что дизайнер может прогнозировать - для меня это очевидно; а как насчёт того, что он должен прогнозировать?
no subject
Date: Thursday, June 1st, 2006 01:19 pm (UTC)только я не признаю тимлидеров, я признаю проектных менеджеров. а тимлидер - я не знаю, что это такое.
no subject
Date: Thursday, June 1st, 2006 01:20 pm (UTC)По конкретным задачам — вполне.
no subject
Date: Thursday, June 1st, 2006 01:26 pm (UTC)Периодически даже требуют ответа сразу, зачастую лишая себя возможности получить хотя бы приблизительно правильный ответ (потому что внутри задачи могут сидеть ветвистые подзадачи, которых не видно, пока не разберёшься).
Мотивируют это тем, что сам программист лучше представляет свои возможности, чем они.
Как по мне, правильный подход - НАЗНАЧАТЬ сроки сверху (заказчику - одни, программисту - другие), а потом вежливо ипать программиста за срыв дедлайнов. Подразумевается, что заказчик при этом невежливо ипёт менеджера - но тут уже менеджер хотя бы понимает собственную ответственность за постановку сроков.
no subject
Date: Thursday, June 1st, 2006 01:27 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:29 pm (UTC)Src: http://www.joelonsoftware.com/articles/fog0000000245.html
no subject
Date: Thursday, June 1st, 2006 01:31 pm (UTC)Должен
Date: Thursday, June 1st, 2006 01:33 pm (UTC)Если мы берем кодера - не должен, должен систем-инженер.
Мнение об ответственности - хихикс.
Когда-то услышал рассказ о коеффициенте оптимизма. Т.е есть задача выполнимая за 8 часов. Человек знает что могут произойти непредвиденные трудности, которые задержат выполнение задачи на 4 часоа, получаем К.О. 1.5. и время на выполнение 12 часов. Но при этом начальство знает что человек резервирует себе 4 часа на вероятный пиздец и отпиливает кусок срока, т.е коеффициент оптимизма у начальства меньше единицы. А здесь живёт имхо что если у начальства коеффициент оптимизма перманентно ниже единицы - то срал я на сроки.
Кстати моё мнение что именно менеджер как раз и не должен контролировать сроки исполнения. Может максимум называть крайние приемлимые сроки выхода проекта.
no subject
Date: Thursday, June 1st, 2006 01:34 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:35 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:38 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:40 pm (UTC)К примеру, обычный программер (не лид, не project manager, etc) может спокойно рассчитать, сколько времени ему понадобится на реализацию вот этой конкретнйо финтифлюшки, потом оценит временные затраты на склейку этой и той фуфельницы, а в довесок нарисует срок, за который получившийся кусок кода будет вставлен и отлажет в общую систему.
Задачи уровнем выше (реализация полных подсистем, склейка больших кусков продукта, и прочая) решаются уровнем выше.
no subject
Date: Thursday, June 1st, 2006 01:40 pm (UTC)Да, ты попал в точку - вопрос возник изначально именно из-за того, что не первый раз попадаю в ту самую идиотскую ситуацию: грубо говоря, "немедленно скажи, за сколько времени построишь атомную электростанцию" (с последующим несением ответственности). Соответственно, хочу разобраться в своей внутренней мотивации.
no subject
Date: Thursday, June 1st, 2006 01:41 pm (UTC)no subject
Date: Thursday, June 1st, 2006 01:43 pm (UTC)Ничего, сейчас я пробую себя в этом смысле. Правда, не "вчистую", таким себе менеджером, который тоже пишет...
no subject
Date: Thursday, June 1st, 2006 01:46 pm (UTC)Это мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мега, мегаошибка.
Never.