Project Management, методологии разработки програмного обеспечения

Это окончание цикла статей по поводу собеседований в аутсорсинговых (и не только) компаниях:
- Обзор процесса приема на работу в аутсорсинговых компаниях
- Вопросы для собеседования на java-программиста
- Прием на работу: основные действующие лица

В данной статье мы рассмотрим основных игроков, которые так или иначе решают вопрос “быть или не быть” вам сотрудником компании:

• Рекрутер
• Технический специалист
• Менеджер проекта
• Вы (да-да, от вас тоже многое зависит)

Со своей стороны постараюсь описать, как по моему мнению каждая из сторон должна себя вести и какие ошибки они иногда допускают.

Но для начала как обычно:

[Disclamer: В статье выражается до безобразия субъективное мнение. Резкие выражения используются исключительно для донесения своих мыслей до читателя: никого обижать я не собирался и не собираюсь. Людям с расшатанной психикой или зашкаливающим ЧСВ читать, и тем более комментировать, категорически воспрещается. К спамерам и троллям это не относится: каждый ваш комментарий как лучик света в этом царстве тьмы, и дай вам бог всем здоровьечка.]

(more…)

Это обзорная статья из цикла, посвященного процессу приема на работу:
- Обзор процесса приема на работу в аутсорсинговых компаниях
- Вопросы для собеседования на java-программиста
- Прием на работу: основные действующие лица

В течении последних четырех месяцев мне довелось быть на достаточно большом количестве собеседований, к тому же “по обе стороны стола”. И, естественно, мне бы хотелось вставить свои 5 копеек по поводу того:

• как сейчас обстоят дела с собеседованиями в аутсорсинговых компаниях;
• какие вопросы стоит задавать на собеседовании (на java-девелопера);
• каким образом должны действовать все вовлеченные в этот процесс люди.

Но для начала:

[Disclamer: В статье выражается до безобразия субъективное мнение. Резкие выражения используются исключительно для донесения своих мыслей до читателя: никого обижать я не собирался и не собираюсь. Людям с расшатанной психикой или зашкаливающим ЧСВ читать, и тем более комментировать, категорически воспрещается. К спамерам и троллям это не относится: каждый ваш комментарий как лучик света в этом царстве тьмы, и дай вам бог всем здоровьечка.]

(more…)

При разработке програмного обеспечения как боль�?ие, так и маленькие софтверные компании используют системы учета задач, о�?ибок, управления проектами (bug tracker, issue tracking system, project management application).
На данный момент такого рода продуктов существует немало. Есть простые системы, функционал которых ограничивается учетом о�?ибок и отслеживанием их статуса. Есть более сложные, которые позволяют, например, строить различные графики по проектным рискам, интегрироваться с системами версионного контроля, осуществлять сложный поиск по проектной документации и так далее.
В идеале система управления проектами - это некоторое серверное приложение, которое позволяет делать следующее:
(more…)

Существует 2 основных типа, на которые делятся методологии разработки програмного обеспечения (software development methodology). Это структурные и гибкие методологии. Структурные методологии предполагают высокоформализованный подход к разработке ПО (каскадная модель). Гибкие методологии (Agile) ориентированы в основном на итеративную разработку с минимально допустимой формализацией процесса.
Об основных принципах гибких методологий я расскажу в другой статье. А обратить ва�?е внимание хочу вот на что. Agile методологии очень хоро�?о себя зарекомендовали и сейчас даже самый высокоформализованный процесс трудно себе представить без “гибких” элементов, в частности митингов.
�?так, SCRUM-meeting.
(more…)

Возможно, это прозвучит странно, но около 75% програмного обеспечения вообще не выходит в люди. С другой стороны, существует множество компаний, которые производят софт в огромном количестве. Все это и многое другое обязывает программистов снижать стоимость разработки. А для этого нужно понимать интересы заказчика, постоянно сотрудничать с ним, чтобы в итоге создать именно то, что ему необходимо.

Методология разработки програмного обеспечения eXtreme Programming (изобретатель - Kent Beck) получает все боль�?ее признание благодаря максимальному упрощению процессов проектирования и непосредственной разработки програмных продуктов в среде с быстро изменяющимися требованиями.

Существует всего ли�?ь 5 ценностей экстремального программирования: простота, общение, обратная связь, смелость и уважение (”уважение” добавилось в последней редакции XP). На реализию этих основных ценностей и направлены 12 практических методик XP. Рассмотрим их в неболь�?ом приближении. Кроме изветных многим истин, добавлю свои комментарии по поводу практик, основываясь на своем практическом опыте.

(more…)