Блог Анатолия Бабушкина

Два дня происходили интересные события, собственно по этому и не писал.

День 38. Нашелся дизайнер приложения

День преподнес сюрпризы. Первый начну с главного — мы нашли в команду на разработку приложения «9 уроков фотографии». (далее…)

В настоящее время я  занимаюсь стартапом по разработке и выводе на рынок определенного сервиса, состоящего из Мобильного приложения и ВЕБ сервера.

По понятным причинам суть проекта до определенного времени не рассказываю. Для легкого описания буду назвать его BVC.

Я буду рассказывать в этом блоге о всех интересных моментах, которые встретятся мне на пути.

(далее…)

Буквально на той неделе я услышал про этот инструмент — Час удержания внимания. Тогда я сказал — да! это круто. Ты молодец, что это делаешь. И! Ничего больше не сделал. Записал себе этот инструмент, но даже не подумал им воспользоваться. И что хуже того заметил, что это вошло в привычку. Готов поспорить, что ТЫ, читающий этот текст — тоже имеешь такую привычку. (далее…)

В своей практике я имел дело с несколькими командами программистов. К сожалению во многих из них не было поставленного процесса разработки ПО. Для создания небольших приложений этого и не требуется, А если есть желание выходить на действительно достойный результат, то без этого уже не обойтись!. Мне не довелось поработать в уже сформированной и налаженной команде, где все процессы поставлены. Поэтому приходя в новую команду первым делом приступал к созданию этого самого процесса.

В этой серии записей я буду рассказывать о том, как в новой команде я выстраиваю процессы разработки программного обеспечения. Надо сказать это не столь очевидно и требует определенного терпения и творчества.

Итак, первоначально надо осмотреться — что мы имеем:

1)      Есть руководство, которому не столь интересно как происходит процесс разработки ПО (для этого они наняли меня), но которому важен результат, важно качество удовлетворяющее клиентов, важно минимальные затраты ресурсов, и важно прогнозируемость сроков разработки.

2)      Есть команда программистов, точнее командой её пока называть рано – есть коллектив программистов.  Из которых каждый безусловно профессионал и умеет грамотно писать код, однако процессы взаимодействия между друг другом не всегда так очевидны

3)      И с третьей стороны есть бухгалтерия, дизайнеры, верстальщики и еще много сотрудников, которые так же вовлечены в процесс производства и сбыта продукта.

Стандартная предыстория: Был каким-то образом разработан программный продукт, он был успешен и руководство приняло решение о масштабировании проекта. В связи с чем команда расширилась и пользоваться старыми инструментами уже невозможно, да и не эффективно. Требуется построить процесс разработки ПО. Вместе с тем идут ежедневные текущие Важный, Срочные, АВАРИйные и так далее задачи, которые в любом случае надо выполнять. Что же делать?

Первое что приходит в голову — почитать книги. Как ни странно но книг по «Как создать процесс разработки ПО» из ничего я так и не нашел. Во всех популярных книгах пишут про уже существующий и какой-то идеализированный процесс разработки. И при первой попытке предложить работать по новому своим коллегам разумеется получаем в ответ «Да, там конечно все красиво, но у нас немного другая ситуация,» и далее могут быть несколько разных причин у нас проекты длинные и нуждаются в поддержке, у нас проекты не чисто программные, нас слишком мало чтобы этим заниматься ну и так далее…

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

Поехали!