Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Работа Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3      [все]
 Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
Умом Россию не понять, аршином общим не измерить...

Сфера: IT-консалтинг
Проблема: видимая неэффективность управления проектами в России
Цель: конструктивное обсуждение Best management practice в России, обмен опытом

Мои общие представления

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

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

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

Из всего выше сказанного, представляется более эффективным использовать spiral development, планирование ресурсов по мере объема выполненных работ и представлять жизненный цикл проекта в рамках методологии AIM, как совокупность подпроектов.

Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.

Эпилог:
Зачастую в российских реалиях сталкиваешься с тем, что планированием лениво пренебрегают, нет достаточной детализации задач и развитие проекта представляется в одном возможном направлении. Что вцелом свидетельствует о недостаточной ответственности управленцев.
14 окт 11, 07:57    [11438631]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
ljnk09
Member [заблокирован]

Откуда: 16 лет 28 см 33 года
Сообщений: 491
lepton,

Совокупность подпроектов это как если бы вы попросили таксиста довести вас из точки А в точку Б, а он бы предложил доехать до точки В, а там уже обсудить условия доставки в желаемую точку Б. Думаю, в реальном мире, мало кто на это согласится. К сожалению, в российском ИТ-консалтинге, из-за весьма плачевного уровня консультантов такой подход имеет место быть. Но это отход от проектного подхода и замена его процессным. Если у вас проект делится на много подпроектов, то это не проект, а процесс и надо такие проекты закрывать нафиг и передавать процесс сопровождения или развития ИТ отделам.
14 окт 11, 08:08    [11438644]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
ansi
Member

Откуда: страна дураков
Сообщений: 1223
ljnk09
К сожалению, в российском ИТ-консалтинге, из-за весьма плачевного уровня консультантов такой подход имеет место быть. Но это отход от проектного подхода и замена его процессным.


Подразумевал "этапы" проекта.
В начале делается пилотный проект, потом поэтапно сам проект, каждый этап имеет жизненный цикл.
Если делать сразу весь проект, то возможные ошибки сделанные при закладке фундамента приведут к большей потере ресурсов в конечном итоге.
14 окт 11, 08:16    [11438665]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4233
lepton
Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.


"Лучше быть богатым и здоровым, чем бедным и больным" (с) поговорка. :-)
Лучше выразиться по другому.
На анализ/проектирование лучше брать специалистов.
На кодирование - можно брать дешевую рабочую силу.

lepton
Эпилог:
Зачастую в российских реалиях сталкиваешься с тем, что планированием лениво пренебрегают, нет достаточной детализации задач и развитие проекта представляется в одном возможном направлении. Что в целом свидетельствует о недостаточной ответственности управленцев.


Если результат "одинаковый" зачем платить больше?
Стоимость "правильной" разработки стоит на порядок больше, а информатизация не дает решающего конкурентного преимущества (в Российских условиях), поэтому берут что "дешевле".
14 окт 11, 08:41    [11438711]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
ansi
Member

Откуда: страна дураков
Сообщений: 1223
mad_nazgul
Если результат "одинаковый" зачем платить больше?

:)

Чтобы успеть сделать два результата вместо одного, ну и репутация
14 окт 11, 08:50    [11438737]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
DeathHand
Member

Откуда: Мск>СПБ>Врн
Сообщений: 2705
lepton
Умом Россию не понять, аршином общим не измерить...

Сфера: IT-консалтинг
Проблема: видимая неэффективность управления проектами в России
Цель: конструктивное обсуждение Best management practice в России, обмен опытом

Мои общие представления

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

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

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

Из всего выше сказанного, представляется более эффективным использовать spiral development, планирование ресурсов по мере объема выполненных работ и представлять жизненный цикл проекта в рамках методологии AIM, как совокупность подпроектов.

Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.

Эпилог:
Зачастую в российских реалиях сталкиваешься с тем, что планированием лениво пренебрегают, нет достаточной детализации задач и развитие проекта представляется в одном возможном направлении. Что вцелом свидетельствует о недостаточной ответственности управленцев.


Отсыпте, пожалуйста :)
14 окт 11, 09:06    [11438768]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 51468
Блог
ljnk09
Совокупность подпроектов это как если бы вы попросили таксиста довести вас из точки А в точку Б, а он бы предложил доехать до точки В, а там уже обсудить условия доставки в желаемую точку Б. Думаю, в реальном мире, мало кто на это согласится.

Зависит от сложности и величины проекта. Смените ситуацию на перевоз тонны ништяков из Франкфурта в Тверь, и воззрения "реального мира" волшебным образом поменяются.
14 окт 11, 09:27    [11438827]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4233
ansi
mad_nazgul
Если результат "одинаковый" зачем платить больше?

:)

Чтобы успеть сделать два результата вместо одного, ну и репутация

Рынок диктует свои условия.
Пока Вы будете искать, кто согласиться за Вашу цену, другой уже три проекта сдаст за цену в три раза меньше. ;-)
А репутация... Перерегистрировать фирму никогда не поздно. :-)
14 окт 11, 09:59    [11438943]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 25852
ljnk09
Совокупность подпроектов это как если бы вы попросили таксиста довести вас из точки А в точку Б, а он бы предложил доехать до точки В, а там уже обсудить условия доставки в желаемую точку Б. Думаю, в реальном мире, мало кто на это согласится.
Если вы таксисту говорите - "нууу, вот мне бы поездить, город посмотреть, а может и не только город", то вполне обычный вариант заказа.

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

То есть в варианте с таксистом заказчик сам говорит "довести из точки А в точку Б через точку В, и после В может быть и не в Б, а рядом, там видно будет".
14 окт 11, 10:09    [11438998]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
aspiring
Member

Откуда: Москва
Сообщений: 463
lepton
Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.


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

правда это не решение проблемы, но для философского обсуждения подходит :)
14 окт 11, 10:28    [11439096]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
lepton
Умом Россию не понять, аршином общим не измерить...

Ну, у них( за пределами России) точно такие же проблемы. Особенно в IT. Литература доступная.
Йордон: путь камикадзе.
lepton
Сфера: IT-консалтинг
Проблема: видимая неэффективность управления проектами в России
Цель: конструктивное обсуждение Best management practice в России, обмен опытом

Как всегда:
Выберете любые два из трех: правильно, дешево, быстро.
Правильно, наш манаджемент выбирает: два последних.
Уважаемый, что Вы хотите, люди способные только торговать думают, что IT это торговля.
lepton - это чай ?
14 окт 11, 11:30    [11439593]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
mirudom
Как всегда:
Выберете любые два из трех: правильно, дешево, быстро.
Правильно, наш манаджемент выбирает: два последних.
Уважаемый, что Вы хотите, люди способные только торговать думают, что IT это торговля.

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

mirudom
lepton - это чай ?

Частицы такие в физике есть

Ваш ник более символичен)
14 окт 11, 11:56    [11439852]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
donner-gms
Member [заблокирован]

Откуда:
Сообщений: 1701
lepton
mirudom
Как всегда:
Выберете любые два из трех: правильно, дешево, быстро.
Правильно, наш манаджемент выбирает: два последних.
Уважаемый, что Вы хотите, люди способные только торговать думают, что IT это торговля.

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


убедите в этом манагеров
14 окт 11, 12:20    [11440070]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 25852
lepton
mirudom
Как всегда:
Выберете любые два из трех: правильно, дешево, быстро.
Правильно, наш манаджемент выбирает: два последних.
Уважаемый, что Вы хотите, люди способные только торговать думают, что IT это торговля.

Я убежден, что в большинстве случаев экономия на оплате труда приводит к ошибкам, которые обходятся в итоге компании дороже.
Так решает не компания, а менеджмент.
14 окт 11, 12:24    [11440112]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
lepton
Проблема: видимая неэффективность управления проектами в России
Цель: конструктивное обсуждение Best management practice в России, обмен опытом

Мои общие представления


Если цель - обсуждение best practices и обмен опытом, то лучше расскажите о собственном опыте и собственных практиках.

Например:

lepton
Из всего выше сказанного, представляется более эффективным использовать spiral development, планирование ресурсов по мере объема выполненных работ и представлять жизненный цикл проекта в рамках методологии AIM, как совокупность подпроектов.


Расскажите, пожалуйста, о собственном опыте выполнения проектов по предложенной Вами схеме. Или эта схема - чисто умозрительная?
14 окт 11, 12:45    [11440281]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
The employer,
схема не умозрительная, это методология разработки.
Как-то я купил книгу по хранилищам данных, когда начинал ими заниматься (3 года назад), и единственное, что из нее мне показалось интересным это только описание спиралевидной модели, все остальное просто вода разведенная на 200 страниц.

С недавних пор выполняю обязанности архитектора на одном молодом, но большом проекте в дефолт-сити, опыта управления ноль, но нужно развиваться в этом направлении. Поэтому создал топик, чтобы перенимать опыт более опытных специалистов. По отзывам коллег, которые поработали на западе, там с этим приличнее чем у нас, в связи с этим целесообразно было бы придерживаться западных стандартов.
14 окт 11, 13:51    [11440935]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

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

Что значит приличнее ?
14 окт 11, 14:10    [11441097]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
lepton
The employer,
схема не умозрительная, это методология разработки.


Но личного опыта ее применения у Вас нет.

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

Поверьте практикой приглянувшуюся Вам теорию.


Насчет "стандартов". Нет никаких "стандартов" в области методологий.

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

Например, Кент Бек на базе собственного опыта предложил XP.

Буч, Рамбо и Якобсен, на базе обобщенного опыта многих компаний, предложили RUP.

И так со всеми методологиями. Не существует какой-то одной, "стандартной" и общепризнанной.

Некую попытку предпринимал Коберн в этом отношении, в статье "Люди как нелинейный фактор".


Короче, литературу "на почитать" могу посоветовать Вам. Чтобы Вы не ограничивались одной попутно прочитанной книгой.

Но, опять, это не заменит Вам опыт.
14 окт 11, 14:12    [11441114]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
motoretz
Member

Откуда: стока
Сообщений: 4973
The employer,
Дайте список литературы. Опыт есть
14 окт 11, 14:28    [11441256]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
DeathHand
Member

Откуда: Мск>СПБ>Врн
Сообщений: 2705
The employer
Но, опять, это не заменит Вам опыт.


+100500.

Никакой опыт не поможет, если у индивида нет понимания того, что стоит сначала посмотреть, как делали другие. Поучиться, а потом делать :)

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

Как не читай RUP, MSF, ITIL или Гололя - не получится сделать программный продукт, отвечающий. Не буду конкретизировать отвечающий - на что, или чему/кому - критерии разные.
14 окт 11, 14:38    [11441371]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
mirudom
Что значит приличнее ?


эффективнее (см. выше)
14 окт 11, 14:46    [11441462]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
The employer
Насчет методологий: возьмите, и попробуйте сделать хотя бы один проект "для души", в свободное время, с друзьями. Я не знаю, фанатский сайт любимой футбольной команды.

Поверьте практикой приглянувшуюся Вам теорию.


Не те масштабы.

Идея проекта есть, но требует большого количества времени, с текущей работой совмещать не с могу.
14 окт 11, 14:49    [11441504]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
motoretz
The employer,
Дайте список литературы. Опыт есть


1. Постановка проблемы - у Брукса, "Мифический человеко-месяц".

У остальных - попытки привести решение поставленной Бруксом проблемы, в том или ином виде.

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


2. Соображения, общие для всех методологий, популярно излагают ДеМарко и Листер - "Вальсируя с медведями", "Peopleware", "Deadline". Это чтобы Америку не открывать.


3. Далее, надо читать обобщенное изложение опыта.

Кент Бек, "Экстремальное программирование", и его последователей, из которых Фаулер - самый структурированный.

Якобсен, Буч, и Рамбо, "Унифицированный процесс разработки".

Швабер, "Agile PM with SCRUM" (не видел на русском).

И так далее.


По второму разделу (общие соображения) есть много разной литературы, концентрирующейся на отдельных аспеках (тут и Йордон, и Рейнвотер, и много кто еще).

По третьему разделу тоже масса литературы, помимо названной.
14 окт 11, 15:12    [11441755]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
lepton
The employer
Насчет методологий: возьмите, и попробуйте сделать хотя бы один проект "для души", в свободное время, с друзьями. Я не знаю, фанатский сайт любимой футбольной команды.

Поверьте практикой приглянувшуюся Вам теорию.


Не те масштабы.

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


Смысл не в том, чтобы "сделать важный проект". Смысл в том, чтобы "пощупать руками" - что такое управление проектами.
14 окт 11, 15:14    [11441770]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
motoretz
Дайте список литературы. Опыт есть

Опыт то в чем ?
14 окт 11, 15:17    [11441819]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
motoretz
Member

Откуда: стока
Сообщений: 4973
mirudom
motoretz
Дайте список литературы. Опыт есть

Опыт то в чем ?
Читаем тему с начала, много думаем, получаем ответ.
14 окт 11, 15:25    [11441930]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
skeptik
Member

Откуда:
Сообщений: 2277
The employer
1. Постановка проблемы - у Брукса, "Мифический человеко-месяц".

Причем читать сейчас нужно обязательно 2-е издание, а не 1-е.

The employer
У остальных - попытки привести решение поставленной Бруксом проблемы, в том или ином виде.
Упомянутая уже статья Коберна расширяет постановку проблемы, и намечает некоторые решения.

У Алистера Коберна есть книга "Быстрая разработка програмного обеспечения", котрая развивает и углубляет идеи изложенные в упомянутой статье (и содержит ряд других, крайне полезных идей).

The employer
2. Соображения, общие для всех методологий, популярно излагают ДеМарко и Листер - "Вальсируя с медведями", "Peopleware", "Deadline". Это чтобы Америку не открывать.

Конкретно "Дедлайн" - в топку. Беллетристика, причем очень хреновая. Есть куда более конкретные и при том более увлекательные книги, в том числе тех же авторов, в том числе упомянутые.

The employer
По второму разделу (общие соображения) есть много разной литературы, концентрирующейся на отдельных аспеках (тут и Йордон, и Рейнвотер, и много кто еще).

В частности Стива Макконела стоит не забыть.
14 окт 11, 15:37    [11442065]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
skeptik
The employer
1. Постановка проблемы - у Брукса, "Мифический человеко-месяц".

Причем читать сейчас нужно обязательно 2-е издание, а не 1-е.


Первое я даже не знаю можно ли найти сейчас.


skeptik
The employer
У остальных - попытки привести решение поставленной Бруксом проблемы, в том или ином виде.
Упомянутая уже статья Коберна расширяет постановку проблемы, и намечает некоторые решения.

У Алистера Коберна есть книга "Быстрая разработка програмного обеспечения", котрая развивает и углубляет идеи изложенные в упомянутой статье (и содержит ряд других, крайне полезных идей).


Эту не читал, надо будет поинтересоваться. Спасибо.

skeptik
The employer
2. Соображения, общие для всех методологий, популярно излагают ДеМарко и Листер - "Вальсируя с медведями", "Peopleware", "Deadline". Это чтобы Америку не открывать.

Конкретно "Дедлайн" - в топку. Беллетристика, причем очень хреновая. Есть куда более конкретные и при том более увлекательные книги, в том числе тех же авторов, в том числе упомянутые.


Да, но кому-то "дедлайн" может показаться более легким чтением, чем тот же PW. Мало ли, пусть будет для полноты картины.


skeptik
The employer
По второму разделу (общие соображения) есть много разной литературы, концентрирующейся на отдельных аспеках (тут и Йордон, и Рейнвотер, и много кто еще).

В частности Стива Макконела стоит не забыть.
[/quot]

Стива в обязательном порядке нужно читать всем разработчикам. Но, при всем уважении, это все-таки не вполне об управлении проектами.
14 окт 11, 15:43    [11442120]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
motoretz
Читаем тему с начала, много думаем, получаем ответ

Тогда Вам в копилку:
Басни Крылова: "Квартет" и "Мартышка и очки".
14 окт 11, 15:58    [11442247]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
motoretz
Member

Откуда: стока
Сообщений: 4973
mirudom
motoretz
Читаем тему с начала, много думаем, получаем ответ

Тогда Вам в копилку:
Басни Крылова: "Квартет" и "Мартышка и очки".
Читал уже.
14 окт 11, 16:02    [11442290]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
motoretz
Читал уже.

motoretz
Читаем басни с начала, много думаем, получаем ответ.

Иииии ? Получили ?
14 окт 11, 16:32    [11442601]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
motoretz
Member

Откуда: стока
Сообщений: 4973
mirudom
motoretz
Читал уже.

motoretz
Читаем басни с начала, много думаем, получаем ответ.

Иииии ? Получили ?
Совет был дан Вам, если Вы не заметили.
14 окт 11, 16:36    [11442641]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
motoretz
Совет был дан Вам, если Вы не заметили.
Опять, страна советов !
14 окт 11, 18:08    [11443321]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
skeptik
Member

Откуда:
Сообщений: 2277
The employer
Стива в обязательном порядке нужно читать всем разработчикам. Но, при всем уважении, это все-таки не вполне об управлении проектами.

Макконел разносторонний автор - он написал не только "Совершенный код", но и "Сколько стоит программный проект".
14 окт 11, 18:27    [11443434]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
skeptik
The employer
Стива в обязательном порядке нужно читать всем разработчикам. Но, при всем уважении, это все-таки не вполне об управлении проектами.

Макконел разносторонний автор - он написал не только "Совершенный код", но и "Сколько стоит программный проект".


Еще раз: это мое личное мнение, но я бы Макконнелла не рекомендовал в списке литературы, посвященной управлению проектами.
14 окт 11, 19:44    [11443854]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
zeehond
Member [заблокирован]

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


запад он большой
американцы отличаются от европейцев, а в европе есть свои местные различия
так что "стандартов" как таковых особо нет

в нашем королевстве последнее время в моде ключевые слова Scrum и Kanban
ещё есть некие методологии Prince2 и DSDM - британские изобретения

но как и следует ожидать, чудес никаких не происходит
в наблюдаемых мной за 10+ лет работы "на западе" проектах имеет место либо перезакладка по людям в 4-5 раз или невероятно растяжимые сроки/бюджеты (в финансовой индустрии - особенно)
либо должна быть критическая масса работающих мозгов, работающих в согласии друг с другом

любая методология позволяет максимум что сделать - загнать проект в какие-то формальные рамки, считать потраченные часы, вводить метрики типа "количество закрытых в неделю багов на каждого FTE" и тому подобную бюрократию
то есть создать иллюзию того, что начальство понимает, что на самом деле происходит с проектом
:)
15 окт 11, 01:59    [11445268]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
zeehond
Member [заблокирован]

Откуда:
Сообщений: 2535
mad_nazgul
На анализ/проектирование лучше брать специалистов.
На кодирование - можно брать дешевую рабочую силу.


это для сферических наверное в вакууме проектов может быть и так
15 окт 11, 13:53    [11445624]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
The employer
Member

Откуда:
Сообщений: 798
Блог
zeehond
mad_nazgul
На анализ/проектирование лучше брать специалистов.
На кодирование - можно брать дешевую рабочую силу.


это для сферических наверное в вакууме проектов может быть и так


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

Причем тут дело даже не в разном уровне специалистов.
15 окт 11, 14:15    [11445650]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
ЦК
Member

Откуда: Столица.ру страны победившего пролетариата
Сообщений: 10255
lepton
Из всего выше сказанного, представляется более эффективным использовать spiral development, планирование ресурсов по мере объема выполненных работ и представлять жизненный цикл проекта в рамках методологии AIM, как совокупность подпроектов.


Сильвер буллет детектед
15 окт 11, 21:37    [11446696]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
rdba
Member

Откуда:
Сообщений: 1787
lepton
Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.
Вывод - пойти в лес и не мешать специалистам работать. Управленцы хреновы. До философии еще расти и расти надо, перед этим надо хотя бы научиться работать, а не только носить на себе пиджачки.
16 окт 11, 22:12    [11448694]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
zeehond
Member [заблокирован]

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

в основном потому, что джуниоры или "звёзды" (приверженцы CV-driven development) абсолютно непредсказуемы в плане оценки трудозатрат (сайзинга) задач, сколь-нибудь отличных от тривиальных, и производительности

это всё равно что мерить микрометром кусок пластилина с умным видом
как сдавишь, столько и намеришь
16 окт 11, 22:53    [11448819]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
iv_an_ru
Member

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

в основном потому, что джуниоры или "звёзды" (приверженцы CV-driven development) абсолютно непредсказуемы в плане оценки трудозатрат (сайзинга) задач, сколь-нибудь отличных от тривиальных, и производительности

это всё равно что мерить микрометром кусок пластилина с умным видом
как сдавишь, столько и намеришь
Согласен с зелёным, несогласен с красным. В ручке микрометра трещотка и он сжимает деталь со строго фиксированным и при этом очень маленьким усилием, пластилин мерить можно ;)
17 окт 11, 02:54    [11449035]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
rdba
lepton
Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.
Вывод - пойти в лес и не мешать специалистам работать. Управленцы хреновы. До философии еще расти и расти надо, перед этим надо хотя бы научиться работать, а не только носить на себе пиджачки.


Никто не мешает, везде надо искать разумный баланс. Я же писал про соотношение детализации задач и контроля над их исполнением. В каждом процессе должно быть место для творчества, безинициативные роботы вредны работе на любых позициях.
17 окт 11, 10:57    [11449693]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
rdba
Вывод - пойти в лес и не мешать специалистам работать. Управленцы хреновы.
До философии еще расти и расти надо, перед этим надо хотя бы научиться работать,
а не только носить на себе пиджачки.

+100000.
lepton
Никто не мешает, везде надо искать разумный баланс. Я же писал про соотношение
детализации задач и контроля над их исполнением. В каждом процессе должно быть
место для творчества, безинициативные роботы вредны работе на любых позициях.

Вы пытаетесь (прежде всего для себя) формализовать (скорее упростить) разработку ПО с точки зрения управленца.
Попытайтесь сделать то же самое с процессом приготовления пищи. Получаете макдональдс.
Не все задачи в IT возможно подвести под макдональдс. Научитесь просто не мешать работать.
17 окт 11, 11:35    [11449896]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
donner-gms
Member [заблокирован]

Откуда:
Сообщений: 1701
rdba
lepton
Вывод:
Уделять больше времени планированию и привлекать на проект специалистов с большим опытом по профильным направлениям в ущерб дешевой рабочей силе.
Вывод - пойти в лес и не мешать специалистам работать. Управленцы хреновы. До философии еще расти и расти надо, перед этим надо хотя бы научиться работать, а не только носить на себе пиджачки.


как ни странно +150
17 окт 11, 11:54    [11450082]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
zeehond
Member [заблокирован]

Откуда:
Сообщений: 2535
мне таки доводилось (не так часто, как хотелось бы) работать с менеджерами, которые являлись источником пользы, чем раздражения
которые брали на себя задачи коммуникации, формализации процесса, отчёты, уточнение требований и тому подобное, чем технический специалист в принципе тоже может заниматься, но за счёт большого overhead на context switching

и я отправлял бы в макдональдсы на стажировку тех руководителей проектов, которые, в принципе зная нечто, что может всплыть или потребоваться, никому ничего не говорят, пока в жопу их не клюнет жареный петух (кастомер)
и тогда суета, вонь, емайлы с красными восклицательными знаками и тому подобные знаки надвигающегося апокалипсиса - который 100% можно было бы предотвратить, если бы сей менеджер справился вовремя открыть рот и задать пару вопросов
возможно, это даже их забавляет - когда под их криками все начинают бегать и суетиться
17 окт 11, 12:28    [11450422]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
Steel_Balls
Member

Откуда: ӨФӨ
Сообщений: 1940
zeehond
и я отправлял бы в макдональдсы на стажировку тех руководителей проектов, которые, в принципе зная нечто, что может всплыть или потребоваться, никому ничего не говорят, пока в жопу их не клюнет жареный петух (кастомер)
и тогда суета, вонь, емайлы с красными восклицательными знаками и тому подобные знаки надвигающегося апокалипсиса - который 100% можно было бы предотвратить, если бы сей менеджер справился вовремя открыть рот и задать пару вопросов
возможно, это даже их забавляет - когда под их криками все начинают бегать и суетиться
а как смешно становится, если группа исполнителей в состоянии объединиться и в такой напряженный момент начинает динамить такого менеджера
17 окт 11, 12:37    [11450510]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
va_kochnev
Member

Откуда:
Сообщений: 486
17 окт 11, 13:05    [11450792]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
va_kochnev,

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

Вот если бы товарищ Семенов поработал N лет, вырастил себе смену, потом стал диспетчером, потом начальником станции и т.д., то толку от товарища Семенова было больше

Толку от диспетчера было бы больше, если бы он вначале поработал два-три месяца на месте Семенова

P.S. В одном ритейлере была практика, что программист, которому предстояло заниматься автоматизацией бизнес-процессов, первый месяц каждые пол-дня работал на складе или в торговом зале, это помогало понять узкие места текущих процессов)
12 ноя 11, 21:07    [11587545]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
Agg-T
Member

Откуда:
Сообщений: 274
lepton
P.S. В одном ритейлере была практика, что программист, которому предстояло заниматься автоматизацией бизнес-процессов, первый месяц каждые пол-дня работал на складе или в торговом зале, это помогало понять узкие места текущих процессов)



ага, ага, ну и каким же образом это "помогало" ?
12 ноя 11, 22:13    [11587697]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
lepton
Member

Откуда: Протвино
Сообщений: 1261
Agg-T,
программисты там занимались помимо программирования генерацией идей
Компания больше специализировалась на оптовых продаж, в какой-то момент доля розничных продаж начала сильно расти и критичным стало время обслуживания розничного клиента

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

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

3)чтобы повысить мотивацию персонала требовался переход на сдельную оплату труда, нужно было грамотно выработать показатели для схему оплаты каждой категории рабочих, чтобы сделать ее "справедливой" и эффективной
12 ноя 11, 23:31    [11587881]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
Agg-T
Member

Откуда:
Сообщений: 274
lepton
Agg-T,
программисты там занимались помимо программирования генерацией идей
Компания больше специализировалась на оптовых продаж, в какой-то момент доля розничных продаж начала сильно расти и критичным стало время обслуживания розничного клиента

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

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

3)чтобы повысить мотивацию персонала требовался переход на сдельную оплату труда, нужно было грамотно выработать показатели для схему оплаты каждой категории рабочих, чтобы сделать ее "справедливой" и эффективной


мда..., а может тогда стоит грузчикам пол дня попрограммировать?
12 ноя 11, 23:57    [11587937]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20180
Agg-T
мда..., а может тогда стоит грузчикам пол дня попрограммировать?
Если бы работа грузчиков могла так же сильно влиять на работу программистов, как работа программистов на работу грузчиков, то надо было бы придумать способ и попробовать.
13 ноя 11, 00:19    [11587986]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
Agg-T
Member

Откуда:
Сообщений: 274
iv_an_ru
Agg-T
мда..., а может тогда стоит грузчикам пол дня попрограммировать?
Если бы работа грузчиков могла так же сильно влиять на работу программистов, как работа программистов на работу грузчиков, то надо было бы придумать способ и попробовать.


вы не поверите - таки может влиять
13 ноя 11, 00:54    [11588061]     Ответить | Цитировать Сообщить модератору
 Re: Философия управления  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20180
Agg-T
iv_an_ru
пропущено...
Если бы работа грузчиков могла так же сильно влиять на работу программистов, как работа программистов на работу грузчиков, то надо было бы придумать способ и попробовать.


вы не поверите - таки может влиять
Поверю, конечно. Например, по немецкому опыту работа сантехников может влиять на работу двух электронных микроскопов ценой мегабакс за штуку --- они спутали канализационный стояк с пластиковой трубой "чистой приточной вентиляции" стоящих в подвале микроскопов, и output пары унитазов поступил аккурат в электронные пушки и фокусировочные. Упомянутые грузчики могут уронить что-то ценное и/или что-то на ценное или что-то ценное тупо протерять и.т.п.
Но если смотреть не на залёты, а на нормальное исполнение обязанностей, то влияние пренебрежимо мало.
13 ноя 11, 01:46    [11588154]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Философия управления  [new]
mirudom
Member

Откуда:
Сообщений: 825
Тема уж больно интересная.
2 дек 17, 22:19    [21001361]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3      [все]
Все форумы / Работа Ответить