Вход на сайт
Пофантазируем?
NEW 19.01.08 20:46
в ответ AlexNek 19.01.08 20:02
если команда в принципе не тянет
лтбо доучивать либо брать новых.
------
По условиям - Команда, т.е. остается - доучивать.
Главное углядеть основные проблемы.
-----
Основные проблемы при поверхностном анализе не углядеть.
Два примера из последнего проекта:
- кусок кода, относительно которого была договоренность об его переработке, полностью выпадающий из архитектуры, объемом примерно 4-5К... и навороты в остальном коде, для совмещения, порядка 40-50К... Чтобы понять что именно не так - надо наткнуся именно на этот кусок и понять что в нем не так...
- управление проектом делегируется, например при перегруженности или отсутствии М, Д... после сделанных Д назначений, М возвращается и делает переназначения... понятно, что в большинстве случаев имеет место ошибка в управлении, но при этом М не видит в этом проблемы, а Д - не может назвать это проблемой... разглядеть такую ситуацию практически невозможно, особенно если практикуется частое переключнение между задачами...
но потихоньку все накапливается и через какое-то время терпеть уже невозможно.
------
Потому то Я пытаюсь проанализировать что стоит делать и что не стоит делать в такой ситуации. Для тебя, получается, надо дать выплеснуться, для меня - дать отстоятся, потом можно делать глубокий анализ... Вопрос об том, насколько глубокий анализ нужен, чтобы ты выплеснулся и чтобы Я просто не отвалил... :)
лтбо доучивать либо брать новых.
------
По условиям - Команда, т.е. остается - доучивать.
Главное углядеть основные проблемы.
-----
Основные проблемы при поверхностном анализе не углядеть.
Два примера из последнего проекта:
- кусок кода, относительно которого была договоренность об его переработке, полностью выпадающий из архитектуры, объемом примерно 4-5К... и навороты в остальном коде, для совмещения, порядка 40-50К... Чтобы понять что именно не так - надо наткнуся именно на этот кусок и понять что в нем не так...
- управление проектом делегируется, например при перегруженности или отсутствии М, Д... после сделанных Д назначений, М возвращается и делает переназначения... понятно, что в большинстве случаев имеет место ошибка в управлении, но при этом М не видит в этом проблемы, а Д - не может назвать это проблемой... разглядеть такую ситуацию практически невозможно, особенно если практикуется частое переключнение между задачами...
но потихоньку все накапливается и через какое-то время терпеть уже невозможно.
------
Потому то Я пытаюсь проанализировать что стоит делать и что не стоит делать в такой ситуации. Для тебя, получается, надо дать выплеснуться, для меня - дать отстоятся, потом можно делать глубокий анализ... Вопрос об том, насколько глубокий анализ нужен, чтобы ты выплеснулся и чтобы Я просто не отвалил... :)
NEW 20.01.08 13:34
По моему мнению, такой вариант возможен, но маловерятен. Ведь мы говорим о проваленном проекте
Ведь кто-то же делал и наверняка ругался при этом. Так что не забудет. Но если это и была причина несдачи, то виновато в первую очередь руководство которое приняло решение об этом. Шаг рискованный, но иногда действительно необходим. Но в этом случае принимаются какие либо защитные меры.
Это тоже должны люди видеть и про себя ругаться. Так что узнать об этом относительно несложно.
Не обязательно, был просто подходящий ответ. Но в целом, мне больше нравится убивать проблемы в зародше чем дать им рост. Другое дело, что не всегда это получается.
Думаю, вопрос оценки глубины у нас несколько разный. Но по поводу выплеска это уже вопрос к психологам.
в ответ Murr 19.01.08 20:46
В ответ на:
Основные проблемы при поверхностном анализе не углядеть.
Основные проблемы при поверхностном анализе не углядеть.
По моему мнению, такой вариант возможен, но маловерятен. Ведь мы говорим о проваленном проекте
В ответ на:
кусок кода, относительно которого была договоренность об его переработке, полностью выпадающий из архитектуры
кусок кода, относительно которого была договоренность об его переработке, полностью выпадающий из архитектуры
Ведь кто-то же делал и наверняка ругался при этом. Так что не забудет. Но если это и была причина несдачи, то виновато в первую очередь руководство которое приняло решение об этом. Шаг рискованный, но иногда действительно необходим. Но в этом случае принимаются какие либо защитные меры.
В ответ на:
правление проектом делегируется, например при перегруженности или отсутствии М, Д... после сделанных Д назначений, М возвращается и делает переназначения...
правление проектом делегируется, например при перегруженности или отсутствии М, Д... после сделанных Д назначений, М возвращается и делает переназначения...
Это тоже должны люди видеть и про себя ругаться. Так что узнать об этом относительно несложно.
В ответ на:
Для тебя, получается, надо дать выплеснуться,
Для тебя, получается, надо дать выплеснуться,
Не обязательно, был просто подходящий ответ. Но в целом, мне больше нравится убивать проблемы в зародше чем дать им рост. Другое дело, что не всегда это получается.
В ответ на:
Вопрос об том, насколько глубокий анализ нужен, чтобы ты выплеснулся
Вопрос об том, насколько глубокий анализ нужен, чтобы ты выплеснулся
Думаю, вопрос оценки глубины у нас несколько разный. Но по поводу выплеска это уже вопрос к психологам.