Архив за 04.2010

Эта статья - продолжение цикла статей об X-Driven Development: см. Часть 2: The Agile Bubble и Часть 1.
Рассмотрим следующий процесс: сбор требований → анализ → дизайн → выработка тест протокола → определение тестовых данных → кодирование → приемка → эксплуатация → поддержка. О чем мы говорим – об Agile или об Waterfall?
Правы и те, кто …

Уокер Ройс – Вице-президент, Chief Software Economist, IBM SWG
Уолкер Ройс управлял большими проектами разработки программного обеспечения, консультировал клиентов IBM по всему миру и разработал подходы к управлению программными проектами, которые используют итеративный жизненный цикл разработки, лучшие практики индустрии и основные приоритеты архитектуры.
Он - автор двух книг: “Управление проектами по созданию программного обеспечения. Унифицированный подход” …

Часть 2. Спираль повышения качества
Если подойти к описанным в первой части слоям проектирования немного с другой стороны — в последовательности шагов работы над проектом, — вырисуется последовательный процесс улучшения качества интерфейса. Причем процесс повторяющийся, так что можно говорить о “спирали” повышения качества. И почти каждый ее виток проходит по следующим шагам:
1. Бизнес-анализ
Мы анализируем задачи клиента …

Комментарий редактора: эта статья - вторая часть цикла, в которой автор рассказывает о том, как он начал вести учет затрат времени. Первую часть можно прочитать здесь.

Предыстория:
Были времена, когда жизнь казалась бесконечным океаном и дни неторопливо сменяли друг друга. После окончания университета я начал обменивать свое время на деньги в качестве консультанта по внедрению ERP систем. …

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

Успех проекта. Как много в этом зависит от вклада каждого члена команды. Как важно, чтобы люди хорошо и эффективно работали вместе. И как типичны ошибки менеджеров, не сумевших вовремя распознать источник потенциальных проблем. Об этом в живом диалоге говорит Питер Хрущка, давший интервью для сайта Software People.
Читать …

Есть одна проблема — программисты не любят писать отчеты. Также иногда много времени уходит на понимание того, что пора кому-то просто задать вопрос а не тратить часы на бессмысленную медитацию. Есть современный подход, который позволяет отлично справляться с такими проблемами. Это микроблог. Примером сервиса микроблогов является Twitter. Представьте себе онлайн инструмент в котором программист может …

Часть 1. Четыре слоя проектирования
Ближайшая задача при проектировании интерфейса — сделать так, чтобы разработчики получили полную и непротиворечивую документацию по его реализации. Да и сам продукт после этого должен стать приятнее и полезнее для конечного потребителя. Не нужно особенно напрягаться, если речь идет о небольших типовых проектах, которых компания сделала не один десяток. Если же …

Групповое принятие решений, - одна из типичных форм деятельности крупных компаний. Многие живут стереотипом, что решение принимает кто-то один, кто-то очень главный, или очень умный, или очень властный, точнее, босс. Однако, это признак молодой, незрелой авторитарной компании. В серьезных и крупных компаниях процесс устроен так, чтобы минимизировать время высшего руководства, связанное с подготовкой, анализом, дискуссиями, …