Главы из книги Сергея Орлика и Юрия Булуя «Введение в программную инженерию и управление жизненным циклом» (базируется на SWEBOK).
От автора: о чем эта книга
В течение десяти лет работы в Borland мне постоянно приходится обсуждать с менеджерами, аналитиками, архитекторами и разработчиками вопросы применимости тех или иных продуктов, технологий, проектных решений. Последнее время, все чаще темой дискуссий становится процесс разработки программного обеспечения, как таковой, вопросы организации проектных команд, адаптации стандартов и подходов в управлении жизненным циклом ПО к сложившейся культуре разработки, и наоборот, трансформации существующей культуры и ценностей в новое качество. Приходится вспоминать и кое-что из опыта «прошлой жизни», когда я сам выступал в роли корпоративного разработчика и лидера проектной команды. Приходиться применять и уже более «свежий» опыт разработки рекомендаций по процессу разработки и внедрению технологий управления и поддержки жизненного цикла разработки приложений. И самому приходиться постоянно совершенствоваться, в том числе помогая другим.
Для кого эта книга
Для всех, кто связан с индустрией информационных технологий. Только не подумайте, что речь идет только о разработчиках и менеджерах проектов в области программного обеспечения. Конечно, нет. Ведь если в вашей деятельности программные системы играют серьезную роль в качестве повседневного и необходимого инструмента обеспечения вашей профессиональной деятельности, вы, наверняка, сталкиваетесь с вопросами взаимодействия с ИТ-специалистами. Вам, как пользователям и заказчикам просто необходимо иногда вникать в проблематику разработки программного обеспечения, если, конечно, вы хотите получить результат. Вы, кто создает (в общем смысле этого понятия, ни в коем случае не ограничиваясь только вопросами кодирования), поддерживает и развивает программное обеспечение, наверняка, найдете нечто новое в этой книге. Вы школьник или студент — вы учитесь. Не останавливайтесь. Эта книга и для вас. Хотя бы потому что это еще одна точка зрения. А две головы, иногда, лучше, чем одна. Так что, книга, как это принято иногда говорить — «для широкого круга читателей», для кого использование компьютера в повседневной работе не является абстракций, но полнофункциональным инструментом.
 Автор: Сергей Мартыненко
Не знаю почему, оценку рисков часто именуют «Управлением рисками». Да эта процедура является составной частью риск менеджмента. Одной из самых простых. Но ведь часть не может быть целым, не так ли? Это примерно, как показывать на колесо и с гордостью говорить: «От мерседеса», или еще хуже «Это и есть мерседес». Однако такая практика достаточно распространена.
Менеджер, на основании своей экспертной оценки выводит некое значение риска, как правило, одно единственного. И на этом все заканчивается.
 Автор: Вячеслав Дукальский
В отличие от традиционных подходов к управлению разработкой ПО, включающие в себя детальные планы, диаграммы, расписания, тестовые спецификации и прочие документы, которые с избытком научились производить менеджеры проектов еще до того, как проект начался, Scrum предлагает вести проект своим оптимальным курсом, раскрывая все технические подробности уже в ходе этого пути.
По мере усложнения проекта, конечно же, усложняется и его управление. Хорошо, если задачи всем понятны, или же есть уже опыт выполнения подобных проектов. В этом случае применение определенных (теоретических) моделей разработки может оказаться успешным. Но что делать, если задача слишком сложна и не до конца всеми понята? Очень часто центральное планирование в этих случаях начинает давать сбои, либо вообще приходит в негодность. К примеру, вы едете на автомобиле, и начальство дало вам карту с указанием маршрута и указав время прибытия на каждом перекрестке. Вы выдерживаете график, но вдруг перед вами произошло ДТП и образовалась большая пробка. Вы, не можете объехать этот участок по другому маршруту, потому, что у вас есть карта и маршрут, по которому вам предписали следовать. Вы, возможно, позвоните начальству с просьбой составить новый маршрут и вам его составят, утвердят и вышлют. Но это может занять много времени и возможно, пробка к этому времени уже рассосется и вам будет удобней следовать по старому маршруту. Маршрут, который вам предоставили, был верный, но не учел непредвиденные обстоятельства — большая пробка в результате ДТП. Бывают случаи, когда и маршрут сам по себе неправильный, например, вам нужно свернуть, но дорожный знак запрещает вам это сделать. Вам снова необходимо звонить начальству и утверждать новый маршрут. Гораздо более эффективно было бы предоставить вам большую свободу и право самому выбирать наиболее удобный и быстрый маршрут, указав только конечную точку. Важно также предоставляя свободу, очерчивать границы этой свободы, поскольку есть опасность скатиться к анархии и сделать проект неуправляемым. Решить все эти проблемы вам поможет Scrum.
 Автор: Константин Берлинский
Справочник удачных проектных решений при разработке ПО
Войны ИТ-методологов не затихают. Каждые несколько лет нам преподносится совершенно новая, быстрая, легкая, простая, эффективная методика (или новая версия «старой»). И уж она наконец-то решит главную проблему — построение качественного ПО в срок.
Я думаю, что правда о методологиях заключается в том, что их не существует...
Есть лишь УПР — удачные проектные решения — которые могут сработать (или нет) в конкретной ситуации и проекте. Цель этого справочника — собрать их вместе, дать им краткое описание, и подвигнуть ИТ–сообщество к дальнейшему их поиску и классификации...
Автор: Ларри Квесада, специалист по Rational, IBM
Источник публикации
Excel-плагин для TestManager — это набор макросов, включенных в Microsoft Excel, который расширяет функциональность IBM Rational TestManager. Практики в области тестирования могут использовать плагин вместе с TestManager на всем продолжении цикла тестирования для облегчения разработки набора тестовых данных, его импорта в TestManager, а также передачи отчётов. Менеджеры по обеспечению качества могут использовать плагин для получения доступа к статусу тестовой программы, не запуская её саму. В конце концов, как только отчёты созданы в Excel, можно использовать любую функцию Excel, например, копирование и вставку из книги Excel в документ Word, создание графиков и диаграмм, сводных таблиц, функций, создание версий для печати и т.д.
Автор: Юлия Нечаева
Представляю перевод статьи Джеймса Виттакера "Если вы стали QA менеджером". Оригинальному тексту почти год, я прочла его первый раз как раз, когда сама оказалась на месте героя поста. За это время у меня появились комментарии к мнению Джеймса, поэтому, можно сказать, что мы соавторы получившейся статьи.
Оговорюсь сразу, что под "QA менеджером", как я понимаю, здесь нарисован тест-менеджер, но с большим влиянием на процесс и на качество. Такое очень часто встречается в командах и компаниях, которые выпускают на рынок свой собственный продукт. Так что, я оставлю оригинальную терминологию Джеймса.
Автор: Наталья Руколь
Представьте, что Вы покупаете телевизор. Продавец рассказывает о двух понравившихся Вам моделях. В первой модели он рассказывает о качестве картинки, куче возможных для сохранения каналов и удобном пульте. По второму телевизору он учит Вас, за какую антенну надо подёргать, если вдруг теряется связь, и что делать при помехах. Какой телевизор Вы выберете? Конечно, Вам хочется просто сидеть на диване и переключать каналы, и Вы не горите желанием всё время что-то поправлять! Менеджмент чем-то похож на покупку телевизора. Вы либо строите эффективный процесс, при котором Вам остаётся лишь любоваться качественной картинкой – либо Вы всё время заняты мелкими оперативными задачами, которые по сути сводятся к решению проблем. Как купить качественный телевизор в тест-менеджменте? 10 основных правил успеха Вы найдёте в этой статье.
Автор: Наталья Руколь
Наш мир – беговая дорожка. Если Вы стоите – значит, Вы движетесь назад. Преобладающая часть современных программ не запустится на компьютерах десятилетней давности. Знания в ИТ-сфере устаревают в среднем за 5-10 лет. Современные избалованные пользователи уже не будут использовать программы и сайты, не удовлетворяющие основным требованиям юзабилити. Если Вы хотите не отставать и даже готовы увеличить скорость – придётся постараться! В этой статье мы разберём следующие вопросы:
- Как определить, насколько успешен и результативен Ваш процесс тестирования?
- Как диагностировать проблемы и определить требуемые улучшения?
- Как принять решение о внедрении изменений?
- Как развиваться и развивать своих сотрудников?
Готовы? Тогда вперёд!
 Анонс выступления: "Ни для кого не секрет, что существует стереотип «жадный аутсорсер», который думает лишь о своей выгоде и любой ценой пытается увеличить бюджет проекта. А самые ужасные из них ещё и работают некачественно. Безусловно, такое мнение родилось не на ровном месте. Были прецеденты. И случаются. И будут. Но их можно предотвратить. Если найти силы эти проблемы признать и начать работать в направлении их решения.
Докладчик рассматривает ряд проблем, которые возникают при заказе тестирования у сторонней организации, анализирует причины возникновения каждой из них и делает выводы, что должна сделать каждая из сторон для её решения.
Вы получите рецепты, которые помогут вам как команде, тестирующей заказной проект, предотвратить возникновение трений с заказчиком. Вы получите рецепты правильного подхода к заказу тестирования, которые помогут вам как заказчику предотвратить трения с командой тестирования".
Автор: Юлия Нечаева
В прекрасные моменты расширения перед IT-компаниями остро встает вопрос необходимости набора людей. Первое, что приходит в голову, - рынок резюме, найм готовых специалистов, которые уже все знают и умеют. Есть риск столкнуться с тем, что на рынке или нет подходящих специалистов, или есть, но они согласны работать лишь за директорскую зарплату, или специалисты с нужными навыками и знаниями есть, но вы понимаете, что в ваш коллектив они не впишутся. Выхода два: жертвовать чем-то (расширением, деньгами либо атмосферой в коллективе) и смиряться с текущей ситуацией, либо обучать людей без опыта с расчетом на продолжение трудовых отношений. Второй путь, в свою очередь, нелегок и недешев. Как и первый, он имеет свои плюсы и минусы, последствия хорошие и не очень.
|
