Вопросы с тегом «project-management»

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

17
Как ответить, когда вас просят оценить?
Нас, программистов, постоянно спрашивают: «Сколько времени это займет?» И вы знаете, ситуация почти всегда так: Требования неясны. Никто не сделал глубокий анализ всех последствий. Новая функция, вероятно, нарушит некоторые предположения, которые вы сделали в своем коде, и вы сразу же начнете думать обо всех вещах, которые вам, возможно, придется реорганизовать. …

30
Почему ИТ-индустрия не может реализовать крупные, безошибочные проекты так быстро, как в других отраслях?
Посмотрев серию MegaStructures от National Geographic , я был удивлен, насколько быстро завершаются крупные проекты. После того, как предварительные работы (дизайн, спецификации и т. Д.) Выполнены на бумаге, сама реализация огромных проектов занимает всего несколько лет, а иногда и несколько месяцев . Например, Airbus A380 «официально запущен 19 декабря 2000 …

19
Я унаследовал 200 000 строк кода для спагетти - что теперь?
Я надеюсь, что это не слишком общий вопрос; Я мог бы действительно использовать некоторые опытные советы. Я недавно работаю в качестве единственного «Инженера SW» в довольно небольшом магазине ученых, которые провели последние 10-20 лет, собирая обширную базу кода. (Он был написан практически на устаревшем языке: G2 - подумайте на Паскале …

20
Как мне вести себя как разработчик в проекте, который ведет к провалу?
Я являюсь разработчиком в команде из 5 человек и считаю, что наш проект движется к катастрофе. Я сейчас опишу почему, но мой вопрос: как мне себя вести? Крайний срок - 1,5 месяца, и я чувствую, что независимо от того, что мы делаем, этот проект провалится. Я придерживаюсь мнения, что мы …

12
Стратегия сохранения секретной информации, такой как ключи API, от контроля версий?
Я работаю над веб-сайтом, который позволит пользователям входить в систему с использованием учетных данных OAuth, таких как Twitter, Google и т. Д. Для этого мне нужно зарегистрироваться у этих различных провайдеров и получить суперсекретный ключ API, который у меня есть. защищать залогами от различных частей тела. Если мой ключ будет …

17
Как вы балансируете между «делай как надо» и «делай как можно скорее» в своей повседневной работе? [закрыто]
Я снова и снова размышляю над этим вопросом. Я хочу сделать все правильно: написать чистый, понятный и правильный код, который легко поддерживать. Однако в конечном итоге я пишу патч на патч; просто потому, что времени нет, клиенты ждут, ошибка должна быть исправлена ​​в одночасье, компания теряет деньги на этой проблеме, …

20
Как сохранить большой и сложный программный продукт, обслуживаемый годами?
Я работаю разработчиком программного обеспечения уже много лет. По моему опыту, проекты становятся более сложными и неосуществимыми, так как все больше разработчиков вовлекаются в разработку продукта. Кажется, что программное обеспечение на определенной стадии разработки имеет тенденцию становиться «хакерским» и «хакерским», особенно когда никто из членов команды, которые определяли архитектуру, больше …

30
Необычно ли для небольшой компании (15 разработчиков) не использовать управляемый источник / контроль версий? [закрыто]
Это на самом деле не технический вопрос, но здесь есть несколько других вопросов, касающихся контроля источников и наилучшей практики. Компания, в которой я работаю (которая останется анонимной), использует сетевой ресурс для размещения своего исходного кода и выпущенного кода. Разработчик или менеджер несут ответственность за ручное перемещение исходного кода в нужную …

27
Каковы худшие ложные экономики в разработке программного обеспечения? [закрыто]
Какие наихудшие ложные экономики (то есть способы экономии денег, которые в конечном итоге стоят больше, чем они экономят) преобладают в индустрии программного обеспечения и как с ними бороться?

18
Когда я должен сделать первый коммит в систему контроля версий?
Я никогда не уверен, когда проект достаточно далеко, чтобы сначала зафиксировать контроль над исходным кодом. Я обычно откладываю фиксацию до тех пор, пока проект не будет «завершен до фреймворка», и с тех пор я в первую очередь фиксирую функции. (Я не делал никаких личных проектов, достаточно больших, чтобы базовая структура …

18
Работа с инженерами, которые часто уходят с работы [закрыто]
Мой друг - менеджер проектов в софтверной компании. Самое неприятное для него - это то, что его инженеры часто уходят с работы . Компания усердно работает над набором новых инженеров, передачей проектов и поддержанием стабильного качества продукции. Когда люди уходят, это сводит моего друга с ума. Эти инженеры довольно молоды …

20
Руководитель проекта, который хочет заблокировать оценку времени с подписанным контрактом
На предыдущей работе менеджер проекта (PM) не был удовлетворен временем доставки кода для проекта, на котором я работал. Мой руководитель проекта сказал мне, что премьер-министр рассматривает вопрос о том, чтобы я подписал контракт, чтобы зафиксировать свои оценки времени, которые я дал для задач и сроков поставки. Ситуация в проекте заключалась …

12
Должен ли (младший) разработчик попытаться добиться лучших процессов и практик в своей команде разработчиков / ИТ?
Я - младший разработчик, которому дана возможность помогать формировать процессы моей команды, если я смогу оправдать изменения, и если это поможет команде выполнить работу. Для меня это ново, так как мои прошлые компании более или менее имели жестко определенные процессы, которые исходили от менеджмента. Моя команда довольно маленькая и несколько …

13
Какое «соглашение об именах версий» вы используете? [закрыто]
Подходят ли разные соглашения об именах версий для разных проектов? Что вы используете и почему? Лично я предпочитаю номер сборки в шестнадцатеричном формате (например, 11BCF), его следует увеличивать очень регулярно. А затем для клиентов простой трехзначный номер версии, т.е. 1.1.3. 1.2.3 (11BCF) <- Build number, should correspond with a revision …

12
Лучшие практики для совместного использования крошечных фрагментов кода между проектами
Я всегда стараюсь строго следовать принципу СУХОЙ на работе; каждый раз, когда я повторяю код из-за лени, он кусается позже, когда мне нужно сохранить этот код в двух местах. Но часто я пишу небольшие методы (возможно, 10–15 строк кода), которые необходимо повторно использовать в двух проектах, которые не могут ссылаться …

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.