Книга: Программное обеспечение и его разработка
Решения на низших уровнях
Решения на низших уровнях
Добавлять новую функцию в программу или нет, должен ли пользователь иметь возможность выбора параметров и функций, какие нужны функции, сколько, как скоро их следует запрограммировать? Все эти вопросы входят в компетенцию руководителей разработкой. И, если их спросить, они, конечно же, ответят, что принимают эти решения сами. Однако знакомство с некоторыми работами по разработке программ, выпускаемых на рынок, показывает совсем другое. Руководитель работ по изготовлению какой-либо продукции запрашивает мнение руководителя работ по ее программному обеспечению, «когда можно будет сделать то-то и то-то». В большинстве случаев руководитель разработкой программного обеспечения спускается еще на пару уровней ниже и спрашивает мнение старших программистов. Именно они и «решают», когда можно будет сделать это «то-то и то-то», основываясь на собственных критериях и предстоящих работах.
Почему? Как мы оказались на столь низком уровне? Потому что не было иной документации, кроме той, которую способен понять только старший программист?
Ясно, что этот случай связан с неудачей в выборе руководства, и проблема эта имеет глобальный характер. В области программного обеспечения имеет значение даже сама форма, в которой выпускается необходимая документация.
И все же руководство будет уверять при обсуждении, что все идет хорошо, некоторые проблемы хотя и существуют, но серьезной опасности не представляют. Они не пытаются скрыть истинные факты; в большинстве случаев они просто не понимают, насколько плохи дела. Положение, в котором ключевые решения, касающиеся создания новой продукции, принимаются старшими программистами, необходимо совершенно исключить из практики. Руководство просто не понимает, что в таких случаях с ним делают.
- 11.2. Технология принятия решения в условиях чрезвычайной ситуации
- Управление пользователями и разрешениями узла
- Как не запутаться в разрешениях доступа к файлам?
- «Если бы у вас была волшебная палочка, что бы вы сделали для решения проблемы?»
- Приложение 2. Досье на лицо, принимающее решения (ЛПР)
- О решениях IBM Service Management
- Шаг 5. Работа с вопросами, сомнениями и возражениями покупателя. Помощь в принятии решения о покупке
- 3.5. Разрешения IPC
- Пример: применение принципа "разделяй и властвуй" для решения задачи сортировки слиянием в SMP-системах
- Не позволяйте страху руководить вашими решениями
- Тянуть с решениями
- Глава 4. Администрирование программы в режиме прикладного решения