> «Сдадим проект, тогда...», «Разработаем этот кусок, тогда...»
Насколько понимаю, такими подбодрялками ПМ пытается мотивировать команду идти к релизу?
Подбодрялки в топике названы сосисками.

Стало интересно, что может следовать после «тогда». Какие именно «сосиски» могут предлагаться?

standov May 15 2009 at 20:15

в условиях «крысиса» — «Зарплату выдадут после сдачи проекта всем и сразу»

ifesdjeen May 15 2009 at 20:17

значит так…
например, все понимают, что грядующие 2 мес — это полный аут, багфикс и саппорт. ПМ говорит: «мы закончим багфикс, и сразу начнем новый проект». но 2 месяца проходит, нового проекта нет, багов всё больше, рефакторинг — объявляется как новая сосиска, проходит еще 2 месяца, багов еще больше, рефакторинга нет, всё еще хуже, чем было.
сосиски могут быть самые разные: пойдем на крутую пати всем тимом, все получим премию, тебя, товарищ, переведем на новую должность, вот того человека отправим в коммандировку туда, куда он так хотел. апгрейд тачек всему тиму, второй монитор тем у кого один и третий тем у кого два. дадим долгожданный отпуск. больше не будем работать овертайм, перейдем на MVC, поставим вот такую вот проджект менеджмент тулзню вместо того ужаса что у нас есть, переедем в новый офис ближе к метро, ну и так далее. и сосиска никогда не наступает)) а не наступает изза того, что мы не знаем на каком мы свете, и не проверяем своих знаков жизнедеятельности.

standov May 15 2009 at 20:21

не наступает сосиска (с) поскольку она морковка, как сказали ниже, и висит у вас перед носом по своей природе — шеф ее туда повесил, а идеалисты (ослы) считают что она к ним не приближается по метафизическим причинам («мы не знаем на каком мы свете, и не проверяем своих знаков жизнедеятельности»)

-1

ifesdjeen May 15 2009 at 20:25

я говорю о самообмане, скорее, чем о намеренном обмане со стороны ПМа…
просто рисовать радужные замки всегда очень приятно.

standov May 15 2009 at 20:30

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

ifesdjeen May 15 2009 at 20:32

))нет, нет… я не об увеличении производительности. в своё удовольствие я могу пописать решарперы и веб проекты дома.
при текущей нашей производительности и мотивации можно добиться больших резульатов)))

standov May 15 2009 at 20:14

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

ifesdjeen May 15 2009 at 20:22

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

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

может, с альтруистом менеджером я перегнул палку, но, вопрос даже не в том, насколько он альтруистичен, но в том, насколько он профессионален, и согласен отстаивать «правильный» подход, и не прогибаться под людей, которые просто никогда не поймут, что в их же интересах вложить пару недель времени в пересмотр проекта чем в костыли, на которых проект будет ходить.

-1

standov May 15 2009 at 20:27

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

ifesdjeen May 15 2009 at 20:30

на самом деле, мне посчастливилось работать, пусть и не в гугле и скайпе, но в хорошей компании. всякие там cmmi и iso… фиг с ними. и для меня остаётся загадкой, почему у нас всё так :) есть проект который приносит реальную прибыль. есть команда, которая трудится над ним. есть возможность сделать всё быстрее и более качественно. почему бы не сделать??

standov May 15 2009 at 20:34

анекдот есть классический про солнце «Уверен что встает тогда ничего не трогай»

stboris May 15 2009 at 20:16

А почему сосика? Вроде всю жизнь это называли морковка. И привязывали ее на палке перед упрямой/усталой/старой лошадью или ослом.

ifesdjeen May 15 2009 at 20:18

авторское право) вообще идея морковки прозвучала из уст моего товарища. мне понравилась, но я решил её видоизменить. сосиски я люблю больше чем морковку :(

UFO just landed and posted this here

standov May 15 2009 at 20:32

+100 (не хватает заряда для голоса)… упомянутая сосиска это инструмент того кто получает основную прибыль и весьма эффективный инструмент как бы мы не утверждали обратное…

1ord May 15 2009 at 20:49

Скромный программист из провинции интересуется:
— Тот ли еще свет?

ifesdjeen May 15 2009 at 20:50

«свет уже не тот» ©

VasilioRuzanni May 15 2009 at 21:09

— уверенно отвечает Москва.

Dart May 15 2009 at 21:03

'сосиски' прочел первоначально как 'сиськи'. извиняюсь, армия, спермотоксикоз.

Vass May 15 2009 at 23:49

ОФФТОП. Расскажите, где такая армия у нас классная, что хабру читать можно?

Dart May 16 2009 at 16:34

люди с головой в армии окопы после 'духанки' уже не капают. вся документация в армии, как это и общепринято печатается на офисной технике. естественно, не каждый офицер умеет её даже включать. ну и gprs-модем сейчас есть на любом уважающем себя мобильном телефоне. ничего криминального (;

Slonoed May 15 2009 at 22:24

Сумбурная статья. Некоторые вещи вообще спорны.
А тестирование (в т.ч. юнит), что уже вообще не нужно?

Но заголовочек похвальный, интригует…

ifesdjeen May 16 2009 at 00:50

юнит тестирование — в следующей части :) с ним еще не так наболело…
там же будет о дружелюбных тимлидах, тапочках и еще кое-чем ;)))

McCormick May 15 2009 at 23:01

немного непонятен смысл статьи.

не всегда менеджер виноват.

я работал и как разработчик и как PM, и как консультант
зачастую есть очень много рисков, которые нельзя точно оценить на этапе продажи…

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

так что выход — только один, работать всей командой…

ifesdjeen May 16 2009 at 00:52

да. согласен. согласен. на 100%
смысл статьи как раз о том, что заказчика убедиться никто и не пытается. напротив, ПМ становится в положение заказчика всегда, а в положение своих сотрудников — никогда. может, так?)))
работать — я за!

v_k May 16 2009 at 00:22

должен -> целесообразно
обязан -> вынужден

-1

P0WERMIC May 16 2009 at 23:20

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

-1

ifesdjeen May 16 2009 at 23:37

привязывать? простите, сосиски привязаны совсем к другому.
кроме того, в данном конкретном случае — речь идёт о конкретном случае :)
привязывать сосиски — действительно спорно и неуниверсально.

Dukobpa3 May 18 2009 at 18:53

Статья супер.

Понял много своих же ошибок по прочтении.

Например осознал что один из моих любимых методов — это такие вот сосиски, пересмотрел свое отношение, постараюсь исправиться.

Но с ПМ-альтруистом не согласен слегка.
Он должен быть эгоистом, он должен хотеть завершить этот проект для себя. Если для ПМ нет своей личной мотивации для завершения проекта, то он его не сможет адекватно провести и закрыть.
Но в то же время одно из главных знаний/осознаний/понимай ПМ-а должно быть то, что команда в проекте главное (Об этом еще в славной книжечке писал Том Де Марко) и соответственно всё нужно делать для команды.

ifesdjeen May 18 2009 at 19:00

ВАУ!
очень интересно, что такой человек и вдруг прочел мою статью :) спасибо большое, Александр.
с уважением отношусь к Фаетону) правда, знаю оттуда только Тараса (он меня, к правда, не знает :)))
ради сего поста стоило написать статью. кроме шуток.

Dukobpa3 May 18 2009 at 19:37

Мне конечно, приятно, но мне кажется что таких эмоций недостоен пока, у того же Тараса я учусь постоянно:)

ifesdjeen May 18 2009 at 19:39

хорошо, что вам есть у кого учиться :)
у нас с этим хуже…
вот и учимся по блогам…

Dukobpa3 May 18 2009 at 19:56

Учиться всегда есть чему и у кого. Блоги тоже не последняя инстанция, тем более хабровские. Но живое общение всё же лучше)

TKing May 18 2009 at 20:11

Так давай познакомимся (=

ifesdjeen May 18 2009 at 19:04

по правде, я Де Марко не читал. но в мифическом человекомесяце написано приблизительно то же самое…
в принципе, я это и имел ввиду. «альтруизм» отношу к эвфемическим понятиям. туда же куда отнесли «должен» и «обязан».

Show the best of all time