Перейти к содержимому
Калькуляторы

Подскажите курсы по управлению проектами

Проводя аналогии- смотря какой архитектор. Архитектор Останкинской башни сам, один - в короткий срок проработал все основные решения по объемам, компоновке, конструкции, внешнему виду и сметной стоимости- кажется, за неделю или две - да и привлекать было особо нельзя никого - кулуарно готовили - тяжел был вопрос с финансированием - нельзя было, чтобы инфа пошла гулять.

 

И что ? Его потом заставили эту башню строить ? Раствор вручную месить, тросы натягивать ? А потом всю оставшуюся жизнь красить её и еще поваром в ресторане "седьмое небо" работать ? ;-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И я бы подумал, что он просто дуболом нетворческий, если бы сам не видел, как он на ассемблере ваяет изменения в ядро ОС почти 10-ти пальцевым методом по конспекту кода.

 

Вот на это только свистни, будет очередь стоять. :-))) Свой netgraph написать, свой компилятор, свою ОС. Это ж не на совещания в бухгалтерию ходить. :-)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Проводя аналогии- смотря какой архитектор. Архитектор Останкинской башни сам, один - в короткий срок проработал все основные решения по объемам, компоновке, конструкции, внешнему виду и сметной стоимости- кажется, за неделю или две - да и привлекать было особо нельзя никого - кулуарно готовили - тяжел был вопрос с финансированием - нельзя было, чтобы инфа пошла гулять.

 

И что ? Его потом заставили эту башню строить ? Раствор вручную месить, тросы натягивать ? А потом всю оставшуюся жизнь красить её и еще поваром в ресторане "седьмое небо" работать ? ;-)

 

Не догнал - в чем мысль то? Он сам сделал работу за свое конструкторское бюро - в том числе всю черновую - например, посчитал кубы бетона и стоимость строительства. Для него -это черновая работа была.

 

И я бы подумал, что он просто дуболом нетворческий, если бы сам не видел, как он на ассемблере ваяет изменения в ядро ОС почти 10-ти пальцевым методом по конспекту кода.

 

Вот на это только свистни, будет очередь стоять. :-))) Свой netgraph написать, свой компилятор, свою ОС. Это ж не на совещания в бухгалтерию ходить. :-)))

Очередь-то стоять будет, кто только сделает быстро и чтобы работало.

 

Я к чему это привел - когда этот человек выступал в роли руководителя проекта, становился жутким педантом и занудой. Но проекты его доходили до конца и потом работали.

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не догнал - в чем мысль то? Он сам сделал работу за свое конструкторское бюро - в том числе всю черновую - например, посчитал кубы бетона и стоимость строительства. Для него -это черновая работа была.

 

У топикстартера тот кто спроектировал, сам потом это программирует, обучает персонал работе с системой и потом всю жизнь занимается доработками и техподдержкой. ;-)

 

 

Очередь-то стоять будет, кто только сделает быстро и чтобы работало.

 

Да есть такие в ассортименте, кто любит в одну голову работать.

 

Я к чему это привел - когда этот человек выступал в роли руководителя проекта, становился жутким педантом и занудой. Но проекты его доходили до конца и потом работали.

 

Все ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Архитектору, если он один, будет проще просто отгородиться от изменений вообще.

Ибо архитектура эксплуатации тоже кстати свалится на него.

Нужен Тимуру ещё один шлагбаумист в конторе - сомневаюсь.

Ну, в общем-то да, конечно может отгородится.

Ну а Тимуру, что Тимуру мешает сейчас отгородится от изменений, заморозить все развитие? Ему же тоже так будет проще :).

Надо искать (выращивать у себя) человека, который будет заинтересован в развитии, которому будет не интересно сидеть на пачке документов ровно, и будет интересно приносить пользу компании.

Тимур - топ.

Тиму мы уже предлагали примерно полгода назад завести директора по развитию.

(неохота тот тред искать)

Но там одного человека не хватит...

Вначале нужно ещё с мотивацией подразделений несколько поработать.

И справедливости ради эту работу Тим ведёт, за что ему респект и уважуха.

 

Но вот смешивать архитектуру и эксплуатацию - никак нельзя!

Проекты и архитектуру - можно и полезно, ибо они, по сути, друг друга дополняют.

А вот эксплуатация, они контролирует, что там архитекторы и проекты навыдумывали, а проекты и архитектор проверяют, что творит эксплуатация.

А теперь представьте, что у Тимура до сих пор функциями развития и эксплуатации занимаются по большому счёту одни и теже люди.

И Вы ему предлагаете ещё и архитектора завести...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У топикстартера тот кто спроектировал, сам потом это программирует, обучает персонал работе с системой и потом всю жизнь занимается доработками и техподдержкой. ;-)

 

И что с того, а у этого занудного управителя, которого я в пример привел, персонала что-ли было до фига? Он был начальник группы ПО на ИЦ. И студентов потому и запрягали, что персонала не хватало. И сами же они и эксплуатировали и пользователей сами учили и проч. - все то же самое. И задачи там были разноплановые- от сопровождения/модернизации ОС до чисто прикладных прог для обработки результатов вступительных экзаменов, например. Одна из его присказок была по отношению к студентам что-то типа того, что он из нас творческую дурь выбьет. И сам он как я понимаю, был классным программистом.

 

Просто вопрос организации.

 

А насчет хождения программистов в бухгалтерию - знаю, были, ходили, показывали, где клавиша "Рагедон" находится. Думаете мне вот сейчас интересно заполнять новую форму учета установленного оборудования, изобретенную заказчиком? А деваться некуда.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И что с того, а у этого занудного управителя, которого я в пример привел, персонала что-ли было до фига? Он был начальник группы ПО на ИЦ.

 

Сколько лет назад ? ;-))))) И чем это для него закончилось ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

есть жесткие графики.

И когда разработчик не укладывается в жесткий график то что?

 

Меня удивило то, что у него у каждого разработчика в реал-тайме через каждые 15 мин появляется окошко, в котором он отмечает, что сделано

И меня бы удивило. Нет лучше способа снизить производительность разработчика, чем отвлекать его раз в 15 минут :) Он потом ещё минут 10 вспоминает, на чём остановился.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И когда разработчик не укладывается в жесткий график то что?

 

Уволить нах. :-)))

 

И меня бы удивило. Нет лучше способа снизить производительность разработчика, чем отвлекать его раз в 15 минут :) Он потом ещё минут 10 вспоминает, на чём остановился.

 

Я знаю минимум 2-х человек сбежавших из такой компании, писали они тренажеры для АЭС, и там по-другому просто нельзя. Очень жесткие регламенты разработки, полная декомпозиция,

постоянные ревизии, и т.п. И все-равно у них на тестировании и эксплуатации эпические по тупости косяки вылезали. :-)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И когда разработчик не укладывается в жесткий график то что?

 

Уволить нах. :-)))

Тогда это не разработка, а генерация багов точно и в срок :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тогда это не разработка, а генерация багов точно и в срок :)

 

"Кто пишет без багов, может первый кинуть в меня камень... Ай! Дональд, не знал что ты здесь." :-))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

jab, kapa

 

Вы можете удивляться, но это работает. Что он там с ними делает за нарушения сроков- не знаю, но зпл у них была 200 тыр несколько лет назад.

 

Еще раз - все что мы делаем - это не писательство стихов и романов- это- РЕМЕСЛО!!!

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

jab, kapa

 

Вы можете удивляться, но это работает. Что он там с ними делает за нарушения сроков- не знаю, но зпл у них была 200 тыр несколько лет назад.

А вот тут не удивлюсь - компенсировать же эти извращения нужно как-то. Иначе разбегутся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы можете удивляться, но это работает. Что он там с ними делает за нарушения сроков- не знаю, но зпл у них была 200 тыр несколько лет назад.

Еще раз - все что мы делаем - это не писательство стихов и романов- это- РЕМЕСЛО!!!

 

Гггг... может там еще и зарплату не задерживают ? :-)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тоже мне извращение.. У меня инженер был, у которого на предыдущей работе был написан препроцессор комманд, вводимых на роутеры. Который вел мега-базу критериев, по которым эту команду можно было вводить в роутер или нельзя.

Была отдельная команда, которая этот препроцессор поддерживала, ибо он разросся в некий эмулятор их сети. Название компании озвучивать не буду :)

 

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

Есть даже пример одного из наших олигархов, который так развлекается.

 

По сравнению с этим программист с окошком раз в 15 минут - цветочки. А вот предлагающему такое повсеместно внедрять - надо напомнить, что рейс на его планету скоро улетает - еще вдруг не успеет, останется в нашем мире, запьет с горя..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Но вот смешивать архитектуру и эксплуатацию - никак нельзя!

Проекты и архитектуру - можно и полезно, ибо они, по сути, друг друга дополняют.

А вот эксплуатация, они контролирует, что там архитекторы и проекты навыдумывали, а проекты и архитектор проверяют, что творит эксплуатация.

А теперь представьте, что у Тимура до сих пор функциями развития и эксплуатации занимаются по большому счёту одни и теже люди.

Мне кажется, мы когда-то тут уже спорили об этом (не именно с вами, а вообще).

Я думаю, что совмещать регулярную деятельность по эксплуатации и проектную работу очень сложно. Что-то будет в загоне.

Если в компании у Тимура это с успехом удается - я очень рад. Но у меня есть сомнения на этот счет.

 

И Вы ему предлагаете ещё и архитектора завести...

Нет, я предлагаю немного другое.

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

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

 

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

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

 

А вот тех, кто будет специализироваться на эксплуатации, им можно предложить ITIL, как направление развития, почему бы и нет? Чтоб соблюсти, так сказать, баланс.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот тех, кто будет специализироваться на эксплуатации, им можно предложить ITIL, как направление развития, почему бы и нет? Чтоб соблюсти, так сказать, баланс.

 

Ну не работает ITIL на сервисной модели, даже ITSM не везде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

есть жесткие графики.

И когда разработчик не укладывается в жесткий график то что?

 

Меня удивило то, что у него у каждого разработчика в реал-тайме через каждые 15 мин появляется окошко, в котором он отмечает, что сделано

И меня бы удивило. Нет лучше способа снизить производительность разработчика, чем отвлекать его раз в 15 минут :) Он потом ещё минут 10 вспоминает, на чём остановился.

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

 

Я предлагаю обратиться внимание, что курсы управления проектами, о которых спрашивал Тимур, не помогут решить его задачи.Я предлагаю обратить внимание по понятие Архитектуры Предприятия, и, возможно, если Тимура это заинтересует, кого-то развивать в этой теме.Что касается смешения функция, то тут я бы предложил как-то специализировать этих людей, кого-то с упором на эксплуатацию, кого-то на развитие.И тех, кто будет специализироваться на развитии, и развивать в сторону архитектуры, если Тимуру это направление покажется интересным. Это, кстати, не исключает и курсы по управлению проектами, нисколько :), для того, кто будет специализироваться на развитии.
Полностью согласен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

abe5dfad4b0a.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот смотрите что интернетами принесло!

 

ссылка

 

Когда Тимур найдет обсуждаемого человека, научит его всему, для него уже есть хорошая вакансия в большой приличной компании.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

3uyRWGJ.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть http://stratoplan.ru/ вот такие люди, у них несколько продуктов, например школа менеджеров курс на год для повышения осознанности и понимания, а как вообще работать манагером.

 

Есть http://mnogosdelal.ru/ о том как вообще работать чтобы оставались силы после рабочего дня и вообще об организации рабочего процесса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И меня бы удивило. Нет лучше способа снизить производительность разработчика, чем отвлекать его раз в 15 минут :) Он потом ещё минут 10 вспоминает, на чём остановился.

Я знаю минимум 2-х человек сбежавших из такой компании, писали они тренажеры для АЭС, и там по-другому просто нельзя. Очень жесткие регламенты разработки, полная декомпозиция,

постоянные ревизии, и т.п. И все-равно у них на тестировании и эксплуатации эпические по тупости косяки вылезали. :-)))

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

 

А по другому нельзя в отношении этого окошка - можно расширить? Всякие тесты, чеклисты, гора документации, доказательство кода - это сколько угодно. А для какой-такой пользы нужно описание 'что я делаю' каждые 15 минут? А то выглядит, что разработчики были настолько дорогими, что кому-то жутко денег было жалко за то время, что этот разработчик (может быть) кнопки 15 минут нажимать не будет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А по другому нельзя в отношении этого окошка - можно расширить? Всякие тесты, чеклисты, гора документации, доказательство кода - это сколько угодно. А для какой-такой пользы нужно описание 'что я делаю' каждые 15 минут? А то выглядит, что разработчики были настолько дорогими, что кому-то жутко денег было жалко за то время, что этот разработчик (может быть) кнопки 15 минут нажимать не будет.

Для понимания зачем это- обращаю внимание, что продолжительность задач - не более 4 час. И если разработчик уже час бьется и не продвинулся в решении задачи - четверть времени прошло уже, 1136 руб уже отошло ему в зпл, и прогнозируется получение отрицательного результата или задержка и срыв графика работ, будут следить и приниматься меры - кого-то подключат дополнительно, откусив у него часть задачи, например, чтобы график не срывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А по другому нельзя в отношении этого окошка - можно расширить? Всякие тесты, чеклисты, гора документации, доказательство кода - это сколько угодно. А для какой-такой пользы нужно описание 'что я делаю' каждые 15 минут? А то выглядит, что разработчики были настолько дорогими, что кому-то жутко денег было жалко за то время, что этот разработчик (может быть) кнопки 15 минут нажимать не будет.

Для понимания зачем это- обращаю внимание, что продолжительность задач - не более 4 час. И если разработчик уже час бьется и не продвинулся в решении задачи - четверть времени прошло уже, 1136 руб уже отошло ему в зпл, и прогнозируется получение отрицательного результата или задержка и срыв графика работ, будут следить и приниматься меры - кого-то подключат дополнительно, откусив у него часть задачи, например, чтобы график не срывать.

Ну невозможно в разработке все задачи разбить на куски не более 4 часов на человека.

Да и само стремление даст потери на концах. Т.е. задача будет на 1 час, но час заложат на въезд, час на подчистку хвостов, и час на придумывание как в этот первый и последний часы описать что делалось каждые 15 минут.

 

 

Чтоб понятнее вышло - представьте тоже ремесло, на чём вы настаиваете, - перемножать в уме числа.

Нужно 1245 умножить на 216. Вполне можно вытянуть за несколько минут.

Но я каждую минуту подхожу и задаю простой вопрос из жизни. Ну или просто - ну как там - уже на 10 умножаете, или ещё на 6? А складывать ещё не начали? Сколько в промежутке получается?

Что со скоростью и качеством вычислений произойдёт?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.