Comments 109
Очень подозрительные цифры. Обычно если есть четкое техзадание, контракт, проплата и пр., то никаких проблем по срокам не бывает.
Правильно. Только на родных просторах почему-то чаще всего есть четкое техзадание||контракт||проплата||пр.
А если нет всего перечисленного, то о конкретной дате сдачи проекта говорить не приходится, это уже из разряда творчества. Скажу больше, даже если конечная цель проекта не ясна, обычно определяются промежуточные стадии, на которых можно посмотреть что и как получилось. Вот они то и описываются в техзадании. Не видел серъезных работ без техзаданий, всем хочется тратить деньги и знать, что в результате получится что-то конкретное.
Если бы. Даёшь нормальное ТЗ, где описано всё от интерфейса до струткру БД. Говорят одни сроки, в результате сроки оказываются другими. Поэтому сроки уже в тихоря от программеров увеличиавешь в 1,5-2 раза, всё равно сорвут ведь....
Это ещё вывел Ашманов в одном из своих правил. Очень советую почитать....
Это ещё вывел Ашманов в одном из своих правил. Очень советую почитать....
вообще "учат" умножать время на проект на пи=3,1415926...
Ашманов теперь по всем вопросам отец?
Это как минимум Брукс ещё вывел
Это как минимум Брукс ещё вывел
это нормально. потому что заказчики иногда весьма неорганизованные. я всегда в 1.5 раза срок увеличиваю от того срока, который получился бы при нормальном выполнении обязательств заказчиком. Таким образом, успеваю закончить проект в срок.
ХАХАХА!!! УМИРАЮ от смеха!! Щас лопну!
Вы наверное никогда не руководили программистами! (я предоставляю при этом ИДЕАЛЬНОЕ сверх-четкое ТЗ каждый раз!!!)
Я руководил. В природе не существует такого программиста, который бы назвал реальный срок реализации довольно сложного проекта. Они все СУПЕР-МЕГА-оптимисты! :)))
Я никогда не ограничиваю ни в чем их: они сами называют свои сроки.
Программисты - это маньяки, как они считают "очень творческие" люди :))))) Слишком, я бы сказал.
P.S. Пользуясь случаем ищу программиста на PHP/MySQL + Joomla. Проект большой, оплата адекватная.
Вы наверное никогда не руководили программистами! (я предоставляю при этом ИДЕАЛЬНОЕ сверх-четкое ТЗ каждый раз!!!)
Я руководил. В природе не существует такого программиста, который бы назвал реальный срок реализации довольно сложного проекта. Они все СУПЕР-МЕГА-оптимисты! :)))
Я никогда не ограничиваю ни в чем их: они сами называют свои сроки.
Программисты - это маньяки, как они считают "очень творческие" люди :))))) Слишком, я бы сказал.
P.S. Пользуясь случаем ищу программиста на PHP/MySQL + Joomla. Проект большой, оплата адекватная.
Оценку должен делать архитектор, а иначе не надо удивляться сорванным срокам.
Руководил, так что лопни. Если не предоставить сверх точное ТЗ вообще лажа получиться. И заказчик не правильно поймёт, программер по другому, менеджер проекта по третьему. В ТЗ стараемся описать воообще всё что можно по максимуму. Сроки же всегда говорят сами программеры, никто их за язык не тянет. Причём всегда просишь их лучше увеличь срок, чтобы на верняка, а нет...
А программеры действительно оптимисты в каком то роде. Верят что успеют, но знают что сорвут.
Но всё таки поверьте опыту есть и ответственые программеры, которые говорят сроки вполне нормальные, и сдают проект даже на неделю-полторы раньше, и самое странное программа отестенная и без багов. Есть и такие умельцы. К сожалению их мало :(
А программеры действительно оптимисты в каком то роде. Верят что успеют, но знают что сорвут.
Но всё таки поверьте опыту есть и ответственые программеры, которые говорят сроки вполне нормальные, и сдают проект даже на неделю-полторы раньше, и самое странное программа отестенная и без багов. Есть и такие умельцы. К сожалению их мало :(
Самое подозрительное в них то, что в них нет США, Китая, Японии (мы их обогнали?)
Также, очень интересно каков процент русских программистов в Швеции и Швейцарии, Чехии и особенно Германии.
Также, очень интересно каков процент русских программистов в Швеции и Швейцарии, Чехии и особенно Германии.
UFO just landed and posted this here
Ну реально всегда виноваты, по факту, те кто попадает, например владельцы и далее вниз, в зависимости от схемы контратка :) И к этому все привыкли :)
А на мой взгляд тут все достаточно просто, кто страдает тот и виноват, если вы как владелец ухитрились сбросить все потери на менеджеров, значит не будете виноваты, если менеджеры ухитрились сбросить потери на програмеров, супер менеджеры, и они не виноваты....
Но так почти никогда не бывает, чаще всего програмисты получат зарплату и по шапке, то есть некий моральный вред, менеджеры текушую зарплату без всяких бонусов, то есть некий материальный вред даже, а основные потери лягут на владельцев, или в случае разработки под заказ возможно клиентов...
Вот кто больше потеряет тот и больше виноват....
Я во всяком случае так к этому отношусь :)
А на мой взгляд тут все достаточно просто, кто страдает тот и виноват, если вы как владелец ухитрились сбросить все потери на менеджеров, значит не будете виноваты, если менеджеры ухитрились сбросить потери на програмеров, супер менеджеры, и они не виноваты....
Но так почти никогда не бывает, чаще всего програмисты получат зарплату и по шапке, то есть некий моральный вред, менеджеры текушую зарплату без всяких бонусов, то есть некий материальный вред даже, а основные потери лягут на владельцев, или в случае разработки под заказ возможно клиентов...
Вот кто больше потеряет тот и больше виноват....
Я во всяком случае так к этому отношусь :)
Есть понятие ответственности. Кто отвечает за сроки, тот и виноват в их срыве.
Клиент - отвечает перед своей женой (за деньги из семейного бюджета потраченные на плохую компанию). Перед клиентом - отвечает компания выполняющая заказ (обычно договора составляются так, что компания рискует только репутацией, но не деньгами). Внутри компании - отвечает обычно ПМ (project manager), хотя эта роль в разных компаниях называется по-разному (т.к. компания из-за срыва сроков денег не теряет, то и к ПМу финансовые меры могут не применяться).
Оценивать, кто "потерял больше" в этой ситуации - клиент с женой поссорился и деньги потерял, компания репутацию испортила, ПМа уволили - очень сложно, и абсолютно бессмысленно.
Клиент - отвечает перед своей женой (за деньги из семейного бюджета потраченные на плохую компанию). Перед клиентом - отвечает компания выполняющая заказ (обычно договора составляются так, что компания рискует только репутацией, но не деньгами). Внутри компании - отвечает обычно ПМ (project manager), хотя эта роль в разных компаниях называется по-разному (т.к. компания из-за срыва сроков денег не теряет, то и к ПМу финансовые меры могут не применяться).
Оценивать, кто "потерял больше" в этой ситуации - клиент с женой поссорился и деньги потерял, компания репутацию испортила, ПМа уволили - очень сложно, и абсолютно бессмысленно.
Тоже вступлюсь за менеджеров. Эти данные нельзя считать объективной причиной..
это не анализ причин задержки проектовСовершенно верно.
Есть хорошая книга для тех кто хочет знать больше о сроках и причинах и срывов - С. Макконнелл. Сколько стоит программный проект
Я бы заголовок поменял на "Российские программисты - самые честные в Европе" :)
У нас просто заказчик никогда толком не знает что он хочет, пытается мычать, потом орет что вы все сроки срываете. Что в больших, что в малых фирмах. 90% менеджеров не знают что такое планирвание, никто не ставит грамотных задач. Так что вы в результате хотите. а еще наш заказчик практически всегда хочет вчера. Времени не дает, сам просит сделать бобыстрому, а потом мол допилим. И я скажу так - при таких условиях - мы всеравно более-менее вытягиваем проекты и делаем их жизнеспособными. Так что все в посте притянуто за уши.
Постановщик задач, это вообще отдельная специальность, а еще есть постановщик задач програмисту и т.д. :) только этим мало кто пользуеться, а виноват правильно клиент, он на самом деле и попадает... :)
Хотя у меня например есть свои примеры, того как модные слова приводили к отказу от документирования кода и т.д. Это конечно не статистика, но все же некий тренд :) помоему умное слово называлось модель програмирования ХП, или как то так, думаю те кто в курсе меня поправят если ошибся...
Хотя у меня например есть свои примеры, того как модные слова приводили к отказу от документирования кода и т.д. Это конечно не статистика, но все же некий тренд :) помоему умное слово называлось модель програмирования ХП, или как то так, думаю те кто в курсе меня поправят если ошибся...
ХП к разгильдяйству никакого отношения не имеет. Там есть и планирование и всё остальное. Основной поинт в том, что над одной задачей последовательно работает два человека.
то есть тратиться двойное количество человекочасов - денег на проект? и кто отвечает за функцию, первый или второй?
Если меряете человекочасами, то проблем вообще быть не должно =) В теории =)
Ответственность за функцию это сила. У вас случайно ответственности за пробелы и переводы строк нет? ;)
Самый простой пример - один человек делает класс А и ему нужен утилитный класс Б. Если сделать две независимые задачи, плакали ваши человекочасы и человекоденьги. А если первый делает класс А, второй делает рабочий прототип класса Б и потом первый доводит его до нужной ему кондиции, суммарного времени будет потрачено меньше, так как первый разработчик получит класс Б сверхбыстро и задача в целом будет распараллелена. Оба разработчика работали над одной задачей. Второй разработчик не знает о некоторых деталях задачи, но знает о задаче в целом и может там что-то исправить или подсказать.
Но я не о том говорил. Я говорил о том, что можно чем угодно называть отсутствие опыта и способностей. Хоть XP, хоть RUP, хоть MSFT, хоть чего там ещё за методологии сейчас популярны. У нас нет ответственности за функцию, не используется методологий и всё пучком.
Ответственность за функцию это сила. У вас случайно ответственности за пробелы и переводы строк нет? ;)
Самый простой пример - один человек делает класс А и ему нужен утилитный класс Б. Если сделать две независимые задачи, плакали ваши человекочасы и человекоденьги. А если первый делает класс А, второй делает рабочий прототип класса Б и потом первый доводит его до нужной ему кондиции, суммарного времени будет потрачено меньше, так как первый разработчик получит класс Б сверхбыстро и задача в целом будет распараллелена. Оба разработчика работали над одной задачей. Второй разработчик не знает о некоторых деталях задачи, но знает о задаче в целом и может там что-то исправить или подсказать.
Но я не о том говорил. Я говорил о том, что можно чем угодно называть отсутствие опыта и способностей. Хоть XP, хоть RUP, хоть MSFT, хоть чего там ещё за методологии сейчас популярны. У нас нет ответственности за функцию, не используется методологий и всё пучком.
Ну тут две задачи, точно так же расписываются, и в структурном, програмировании, например с верхнего уровня, что возращает, что получает, и кто то другой пишет функцию...
правильно я понимаю, что если класс А не работает нормально, то надо всем дружно собраться и думать? Или всетаки можно определить кто сделал косяк? и где надо исправлять?
А что касаеться раздолбайства, оно может называться чем угодно, но если нет человека который что то делает, нет отвественного, за функцию, библиотеку, модуль, и какой угодно уровень, то работа не движеться...
А касательно нет отвественности, это как, я обращаюсь к функции вами написанной, она возращает на мой взгляд не то, я правлю вашь исходник, и поехали, или все таки пишу вам,- вот проблемма, толи я что то не то делаю, толи нашел ошибку? Вот второй подход я и называю отвественность за функцию..
правильно я понимаю, что если класс А не работает нормально, то надо всем дружно собраться и думать? Или всетаки можно определить кто сделал косяк? и где надо исправлять?
А что касаеться раздолбайства, оно может называться чем угодно, но если нет человека который что то делает, нет отвественного, за функцию, библиотеку, модуль, и какой угодно уровень, то работа не движеться...
А касательно нет отвественности, это как, я обращаюсь к функции вами написанной, она возращает на мой взгляд не то, я правлю вашь исходник, и поехали, или все таки пишу вам,- вот проблемма, толи я что то не то делаю, толи нашел ошибку? Вот второй подход я и называю отвественность за функцию..
Я методологиями не увлекаюсь =) Некоторое время изучал и пришёл к выводу, что все нормальные фичи есть у многих и для конкретно себя особых различий не обнаружил. Да и откуда им взяться, если задачи примерно одни и те же решают.
Выделение специально обученного отвечающего это что-то вроде пессимистичной блокировки. Я считаю, что если ты обнаружил косяк, тебе не лень его исправить, ты его исправляешь. Если лень, отправляешь заявку в руководство проектом, пусть они сами решают, кто будет исправлять. У того, кто делал эту пресловутую функцию, сейчас может быть более важная задача, он может болеть, уволиться или умереть.
Выделение специально обученного отвечающего это что-то вроде пессимистичной блокировки. Я считаю, что если ты обнаружил косяк, тебе не лень его исправить, ты его исправляешь. Если лень, отправляешь заявку в руководство проектом, пусть они сами решают, кто будет исправлять. У того, кто делал эту пресловутую функцию, сейчас может быть более важная задача, он может болеть, уволиться или умереть.
Это как раз понятно, в общем я думаю, подходы схожие разница в терминологии :) И кстати а где вы работаете?
Мне скрывать нечего, это написано в профиле =)
http://www.habrahabr.ru/company/bolotov/
http://www.habrahabr.ru/company/bolotov/
Но я, всё-таки, не верю в управляющих менеджеров проектов. Они нужны в очень-очень узком кругу задач. В Peopleware писали, что бухгалтерские программы пишутся тоннами, технология их написания известна и всё такое. Но при этом незавершённых проектов бухгалтерских программ море. Вместо бухгалтерской программы можно поставить сайт и любое другое не очень сложное произведение.
У нас был менеджер проектов. Несколько раз. Но его наличие вообще никак ни на что не влияло. Если бы надо было делать сайты типа Делла, IBM или Микрософт, наверное менеджер нужен был. Потому что там требуется много людей и их надо между собой как-то синхронизировать и всё такое. Если пытаться синхронизировать 3-4 человека, получается либо ерунда, либо никакого влияния.
У нас был менеджер проектов. Несколько раз. Но его наличие вообще никак ни на что не влияло. Если бы надо было делать сайты типа Делла, IBM или Микрософт, наверное менеджер нужен был. Потому что там требуется много людей и их надо между собой как-то синхронизировать и всё такое. Если пытаться синхронизировать 3-4 человека, получается либо ерунда, либо никакого влияния.
Я под менеджером проекта, понимаю, тех людей которые связывают различные производственные цепочки, дизайнеры, райтеры, програмеры, админы, и обеспечивает коммуникацию.
А то что управлять тремя четырьмя програмерами наверное не надо, да пока они работают слаженно... и не против владельца компании :)
А то что управлять тремя четырьмя програмерами наверное не надо, да пока они работают слаженно... и не против владельца компании :)
Мы рассматриваем разные стили, что ли, работы. Я считаю, что создать что-то хорошее и красивое может только команда. Набор сотрудников любой квалификации под эгидой менеджерства в лучшем случае сделают хорошо что-то обыденное.
Я считаю также, что рассматривать людей как чёрные ящики с набором функционала неэффективно.
В общем, в моём понимании мира управляющие менеджеры хорошо ложатся на клерков в банках и продавцов пирожков. А когда надо делать что-то головой, нужны другие способы.
Я считаю также, что рассматривать людей как чёрные ящики с набором функционала неэффективно.
В общем, в моём понимании мира управляющие менеджеры хорошо ложатся на клерков в банках и продавцов пирожков. А когда надо делать что-то головой, нужны другие способы.
Вы правы, думаю безсмысленно дальше обсуждать, если вы считаете, что творчеством группы управлять нельзя, или невозможно или не нужно :)
Я считаю, что компании, где это не может делать руководство, а требуются менеджеры, можно посчитать по пальцам руки.
я понимаю, я такой руководитель, и пытаюсь понять как лучше орагнизовывать процесс в свете этого топика http://fzhulitov.habrahabr.ru/blog/23161…
И кстати у вас где?
вспоминаются голосования на bbc.com... Например о том, что русские пьют одиколон или предпочитают мясо крыс =))
Конечно русские программисты менее организованы, чем западные. На западе веб-разработка это уже давно не хобби, это уже давно бизнес-платформа. А в нашей стране веб лишь набирает обороты.
И, хочу заметить, несобранность наших разработчиков это не равно "малый профессионализм". Просто наши разработчики хорошо получают лишь в Москве да Питере. Взять любую провинцию - местного веба практически не существует.
Конечно русские программисты менее организованы, чем западные. На западе веб-разработка это уже давно не хобби, это уже давно бизнес-платформа. А в нашей стране веб лишь набирает обороты.
И, хочу заметить, несобранность наших разработчиков это не равно "малый профессионализм". Просто наши разработчики хорошо получают лишь в Москве да Питере. Взять любую провинцию - местного веба практически не существует.
Причем здесь "местного веба практически не существует"? Говориться о всей IT отрасли вообще.
Так оно и есть, в городах <100 веб живет как домашние странички.
Нормально получают по России программеры, да меньше чем в МСК или СПБ, но не мало по местным меркам. Зато извините, там и квартиры не 300 000$ стоят. Накопить или в кредит с зп в 40 000 гораздо проще...
К тому же по стране куча всяких разных центров разработок и платят там поверьте не на много меньше чем в столицах.
К тому же по стране куча всяких разных центров разработок и платят там поверьте не на много меньше чем в столицах.
я работал в крупном достаточно городе, с населением примерно 500 000, обласной город. ЗП в офисе 6000р, веб.разработчик =)
ну дык ключевое слово "веб.разработчик", вебберы всегда меньше получали. Тем более в регионах, там вообще не понимают что такое сайт и нафига он вообще нужен.... :(
ЗП зависит от развитости региона, чем больше предприятий в области, чем больше научных университетов, тем больше ит компаний и центров разработок, и соответственно ЗП.
ЗП зависит от развитости региона, чем больше предприятий в области, чем больше научных университетов, тем больше ит компаний и центров разработок, и соответственно ЗП.
веб он на то и веб, что уровень доходов разработчика не зависит от места жительства. можно жить в среднем городе россии и работать вообще на другую страну
UFO just landed and posted this here
UFO just landed and posted this here
Обоснуете утверждение?
UFO just landed and posted this here
Ну со стартапами в Америке лучше по причинам, которые не связаны с квалификацией программистов или состоянием IT в стране, так что примеры с Google/YouTube не очень уместны (вы правы, я пользуюсь ими чаще).
И потом, продуктовая разработка это только часть IT-индустрии. Есть, например, компания jNetX вполне себе мировой лидер в своём секторе. Люксофт, всем набивший оскомину, в своих лабораториях делает весьма передовые продукты (поищите у них по ключу "TinyOS").
Я пробежался мельком по программе JAOO '07: JRuby для вас новость? Или может, вам мало языков для JVM, вы хотите ещё один (это я про Scala)?
Вы не подумайте, я не кричу, что наши программисты лучше всех в мире, просто для оптимизма по отношению к российской IT-индустрии много поводов.
И потом, продуктовая разработка это только часть IT-индустрии. Есть, например, компания jNetX вполне себе мировой лидер в своём секторе. Люксофт, всем набивший оскомину, в своих лабораториях делает весьма передовые продукты (поищите у них по ключу "TinyOS").
Я пробежался мельком по программе JAOO '07: JRuby для вас новость? Или может, вам мало языков для JVM, вы хотите ещё один (это я про Scala)?
Вы не подумайте, я не кричу, что наши программисты лучше всех в мире, просто для оптимизма по отношению к российской IT-индустрии много поводов.
UFO just landed and posted this here
С началом последнего абзаца согласен. Прелесть же этой жизни заключается в том, что кроме Москвы/Питера и Америки есть ещё Европа, например (ну и Азия тоже, но это экстрим скорее). Вот даже JAOO ваша родом из Дании, как я понял.
Но это уже другой разговор, к начальной теме никакого отношения не имеющий.
Но это уже другой разговор, к начальной теме никакого отношения не имеющий.
Что за выдумки? ;)
То привлекательно, это непривлекательно =) Если бы всё было так просто, все бы уже давно переехали в Самое Лучшее Место На Земле.
Берёте и считаете на счётах или калькуляторе, сколько лет компьютерам у нас и сколько у них. Берёте и считаете, сколько компьютеров продаётся у нас и у них. Ну и так далее. Тогда будет понятно, почему у нас такая фигня в индустрии. Ещё можно добавить недавний переход к капитализму =) Но это ерунда. Индустрию всё равно двигают те, кто что-то делают, а не те, кто нудят, как там хорошо и как херово здесь.
Технологии в Россию приходят через пару лет? Мы Ruby в промышленных масштабах начали использовать в 2001 году. Никаких job offers и прочих RoR "у них" тогда не было. Вы с говном всю страну не ровняйте, есть и в России кому выйти писюнами меряться. Про распилы бюджетов рассуждать много ума не надо =) Попробуйте что-то полезное сделать.
Про деньги.
Всю жизнь платить по кредиту за жильё я могу и здесь =) Цены на недвижимость в Москве высокие, да, но это какой-то очередной стереотип. Дом посреди степи в Калифорнии легко можно найти дешевле, чем какой-нибудь особнячок олигарха в подмосковье, ага. Только вот в Silicon Valley обычные квартирки стоят не дешевле, чем в Москве. В NY (а сравнивать Москву надо именно с ним, но не со степью Калифорнии) тоже.
То привлекательно, это непривлекательно =) Если бы всё было так просто, все бы уже давно переехали в Самое Лучшее Место На Земле.
Берёте и считаете на счётах или калькуляторе, сколько лет компьютерам у нас и сколько у них. Берёте и считаете, сколько компьютеров продаётся у нас и у них. Ну и так далее. Тогда будет понятно, почему у нас такая фигня в индустрии. Ещё можно добавить недавний переход к капитализму =) Но это ерунда. Индустрию всё равно двигают те, кто что-то делают, а не те, кто нудят, как там хорошо и как херово здесь.
Технологии в Россию приходят через пару лет? Мы Ruby в промышленных масштабах начали использовать в 2001 году. Никаких job offers и прочих RoR "у них" тогда не было. Вы с говном всю страну не ровняйте, есть и в России кому выйти писюнами меряться. Про распилы бюджетов рассуждать много ума не надо =) Попробуйте что-то полезное сделать.
Про деньги.
Всю жизнь платить по кредиту за жильё я могу и здесь =) Цены на недвижимость в Москве высокие, да, но это какой-то очередной стереотип. Дом посреди степи в Калифорнии легко можно найти дешевле, чем какой-нибудь особнячок олигарха в подмосковье, ага. Только вот в Silicon Valley обычные квартирки стоят не дешевле, чем в Москве. В NY (а сравнивать Москву надо именно с ним, но не со степью Калифорнии) тоже.
Вы какую точку зрения отстаиваете? Сначала пишете, что "понятно, почему у нас такая фигня в индустрии", а потом хвастаетесь промышленным использованием Руби (что само по себе не аргумент, разумеется).
"Такая фигня" это отсутсвие каких-то ощутимых денег в мировом масштабе.
Вы сваливаете всё в одну корзину, поэтому ничего не остаётся, кроме как плакаться на неудачное рождение в отсталой стране.
Я отстаиваю точку зрения, что надо работать, а не болтаться в форумах обсуждения всякой херни.
Заявление "это не аргумент" не аргумент =)
Научитесь говорить без "это не значит", понимать мир и излагать своё мнение станет проще.
Вы сваливаете всё в одну корзину, поэтому ничего не остаётся, кроме как плакаться на неудачное рождение в отсталой стране.
Я отстаиваю точку зрения, что надо работать, а не болтаться в форумах обсуждения всякой херни.
Заявление "это не аргумент" не аргумент =)
Научитесь говорить без "это не значит", понимать мир и излагать своё мнение станет проще.
А откуда они возмьмутся? Они должны выкристаллизовываться в условиях конкуренции. А в какой области ИТ у нас есть реальная конкуренция? Правильно - ни в какой. Кто может, тот пилит бюджетное бабло разного уровня. Кто не может, то обслуживает местечковых "заказчиков" либо уходит из ИТ когда остачертеет быть человеком-оркестром. Ну либо, подсаживается на оффшорные заказы которые якобы hi-tech. В случае оффшора - весь тактические менеджмент располагается выше, ессно
А может, мы просто ставим самые невыполнимые сроки?
Интересно, а Белоруссия какое место?
У нас в стране хорошее техническое образование, но плохо с менеджментом. Профессия менеджер появилась только после развала сссра, и то непонятно на какой научной базе. Отсюда и грабли. В IT сфере менеджерами становятся или по воле случая (худжий вариант) или выростают из програмеров и имеют недостаток знаний по организации, проектированию и планированию работы. Хорошо, если заказчик знает что хочет, а если "хочу что - не знаю кого", то хана проекту.
Вспомнилось: «Российские поезда — самые поездатые поезда в мире!»
Может счет идет относительно предварительно поставленных сроков? Тогда действительно "Российские программисты - самые честные в Европе" :)
А Индию почему забыли? Там те еще перцы программируют.
работу програмистов организуют ит менеджеры с них и спрос
а кодеры самые лучшие в Россие это как швейцарские часы
а кодеры самые лучшие в Россие это как швейцарские часы
Хм... А ведь никто и не вспомнил, что существуют и другие методики разработки кроме как те, в которых сразу определяется т.з. Например Agile Development, XP и подобные. В них есть только конечный срок. Причём и он в разумных пределах меняется. Эволюционный метод разработки сейчас невозможно использовать в больших проектах. Требования меняются очень часто, а значит и т.з. Поэтому ни о каком "четком техзадании" речи и не может быть. Авторы всех передовых технологий разработки в один голос кричат: "пока вы выпили чаю, умерло несколько проектов" (Серебряная пуля). Не успех наших проектов зависит прежде всего от неправильного выбора метода разработки. Даже самый талатливый прожект-менеджер не потянет сложный проект при эволюционном подходе. А именно так и стараются все у нас сделать.
Статья супер. Один автор высосал из пальца, другой перевёл. Прям дисер с темой "Влияние звуковых волн различной частоты на половые органы некоторых парнокопытных"!
В среднем по палате около 5% компаний всё делают в срок. И Россия это, США или Уругвай, разницы нет. Разница есть огромная в количестве таких компаний на страну.
Вот у нас, например, абсолютно все проекты в срок раньше не сдавались. А теперь сдаются. Приходите к нам работать, расскажу рецепт!
В среднем по палате около 5% компаний всё делают в срок. И Россия это, США или Уругвай, разницы нет. Разница есть огромная в количестве таких компаний на страну.
Вот у нас, например, абсолютно все проекты в срок раньше не сдавались. А теперь сдаются. Приходите к нам работать, расскажу рецепт!
Индусы где, где индусы? :)
UFO just landed and posted this here
Да, похожи на реальность. Про Америку: один мой знакомый устроил тендер на разработку достаточно сложного продукта (читалка всего подряд типа AdobeReader, только с кучей коммуникативных наворотов, платежной системой и т.д.). Российские предложения были в 2 раза дороже американских. Выбрали американцев, посадили двух своих гуру в трекер. В итоге американцы замазали срок на 20%. Так вот.
UFO just landed and posted this here
А можно узнать какие нибудь знаменитые продукты выпускаемые 3 лидерами?
Полемика однако! Сразу понятно, что эта проблема есть у всех (менеджеров). Я думаю, что наши кодеры конечно лучшие, и еще - самые образованные. Это не токарь 6 разряда из техникума, у всех - высшее образование. Они отлично умеют "разводить" своих менеджеров, а с постановщиками задач у них круговая порука. Так что обольщаться по срокам не следует. Абсолютно согласен, что нет менеджеров среднего звена, понимающих в коде (сколько кода за сколько создается) отсюда и проблемы у заказчиков и бизнесменов. Еще отличное было замечание про всякие "иные" языки, языки для умно-избранных. Я сам один раз нарвался в проекте, который был на Python+Zope+...Когда в базе стало много контента и миллионы транзакций все стало колом и никто помочь не мог. Спецов с Питоном мало, экспертов не найти. Все переписали в итоге - очень дорого обошолся конторе питон. У кодеров это звучит как "а поучусь-ка я на этом проекте новому языку и CMS на нем сделаю, МОЖЕТ ПРИГОДИТСЯ - вот и умножают на 3. Отсутствует культура взаимоотношений заказчика и исполнителя, нет "черного списка" работников, проваливших проекты - в америке за такую работу потом вобще не трудоустроиться, HR там хорошо все это отслеживает. Так что до цивильного проектного менеджмента в разработке нам далеко еще. Есть правда программеры-фанаты, но я таких знаю человек 6, и оценивают они себя в 3 раза к рынку. Вторая проблема в бизнесменах, которые хотят сразу прибыль и не готовы тратиться на документирование, доведение своих разработок до коробочных состояний. У них пока несет БАБЛО - это бизнес, а начинает тормозить, или понижается рентабельность - то на помойку. Отсутствие образования у бизнесменов и неумение (или отсутствие желания) довести до команд проектов свои стратегические планы губит русский IT бизнес. На моем веку было несколько программных продуктов, которые появлялись раньше чем "ТАМ" но ни один не был превращен в "Коробку" по тем же причинам русского бизнеса. Быть может именно поэтому наши программеры так относятся к менеджерам, т.е. сами виновыты.
А "бизнесмены" в нашей стране еще не выросли (так же как и менеджеры).
В недавнем прошлом челноки или спекулянты. Откуда им знать, как устроены другие виды бизнеса.
В недавнем прошлом челноки или спекулянты. Откуда им знать, как устроены другие виды бизнеса.
Плохо искали, эксперты по zope/python - это мы Ключевые Решения (http://keysolutions.ru/) и решения создаем большие и профессиональные.
А вот сколько проектов на PHP мы переписали сложно посчитать, вот где мозга никогда не было судя по тому с чем мы встречались. Мы даже на работу не берем людей у которых в резюме стоит знание PHP. Никогда!
А вот сколько проектов на PHP мы переписали сложно посчитать, вот где мозга никогда не было судя по тому с чем мы встречались. Мы даже на работу не берем людей у которых в резюме стоит знание PHP. Никогда!
Не согласен с оценкой наших HR-ов.
Кто-кто, а они, в большинстве своём, конечно, дело знают хорошо.
И давно заглядывают в "черные списки" работников как к своим коллегам, так и разные прочие базы, типа http://urodam.net/
Всё зависит только от руководителей проектов. Захотят они отношения портить с работниками на перспективу или нет?
Захотят они вместо уволенных и занесённых в такую базу, искать новых, умелых и исполнительных?
А потом и налаживать с ними отношения...
Т.е. проходить весь круг заново?
Многие и не хотят...
Кто-кто, а они, в большинстве своём, конечно, дело знают хорошо.
И давно заглядывают в "черные списки" работников как к своим коллегам, так и разные прочие базы, типа http://urodam.net/
Всё зависит только от руководителей проектов. Захотят они отношения портить с работниками на перспективу или нет?
Захотят они вместо уволенных и занесённых в такую базу, искать новых, умелых и исполнительных?
А потом и налаживать с ними отношения...
Т.е. проходить весь круг заново?
Многие и не хотят...
Эти цифры ни о чем не говорят. Т.к. все зависит от самих сроков, которые срывают и от того кто сколько любит приврать.
А вот Нидерланды рядом это прямо, мёд на душу. Может "позитивной" связи и нету, но верится в то, во что хочется верить! :)
сотый ыы
UFO just landed and posted this here
Sign up to leave a comment.
Российские программисты — самые неорганизованные в Европе?