|
|
Строка 4: |
Строка 4: |
| ** нагрузками (а вообще, финансовый highload не так часто встречается в корпоративщине), т.е. и быстрые очереди сообщений, и хитрая бизнес-логика, и мощное железо, и критичность ошибок и все это в одном флаконе. | | ** нагрузками (а вообще, финансовый highload не так часто встречается в корпоративщине), т.е. и быстрые очереди сообщений, и хитрая бизнес-логика, и мощное железо, и критичность ошибок и все это в одном флаконе. |
| ** зарплатами. Причем при наборе разработчиков очень требуют опыт разработки приложений для инвестбанкинга. | | ** зарплатами. Причем при наборе разработчиков очень требуют опыт разработки приложений для инвестбанкинга. |
| + | |
| + | В этой области работает широко известный в узких кругах [http://lurkmore.ru/%D0%A3%D0%BC%D0%BF%D1%83%D1%82%D1%83%D0%BD Умпутуном], |
| + | и работал печально известный [http://www.linkedin.com/in/aleynikov Сергей Алейников], который променял ежегодние $400×10³ на 8 лет тюрьмы. |
| | | |
| Т.е. в целом, это достаточно элитные проекты, и для тех, кто продумывает карьеру типа «хорошие деньги и программирование», это один из таких вариантов, и послушать полезно (особенно если нет своих знакомых из этой области). | | Т.е. в целом, это достаточно элитные проекты, и для тех, кто продумывает карьеру типа «хорошие деньги и программирование», это один из таких вариантов, и послушать полезно (особенно если нет своих знакомых из этой области). |
Строка 13: |
Строка 16: |
| В результате, из процессных практик там постепенно выкинуто почти все — и двухнедельные итерации, и демонстрации. | | В результате, из процессных практик там постепенно выкинуто почти все — и двухнедельные итерации, и демонстрации. |
| Особенно то, что завязано на заказчика, например автотесты с Fitness (подразумевается, что их пишут-проверяют аналитики заказчика). | | Особенно то, что завязано на заказчика, например автотесты с Fitness (подразумевается, что их пишут-проверяют аналитики заказчика). |
− | Остались добротные инженерные практики, такие как Continuous Integration, нотификация о коммитах и кодревью, метрики покрытия интенграционными тестами — в общем, максимум проверок на своей стороне, | + | Остались добротные инженерные практики, такие как Continuous Integration, нотификация о коммитах и кодревью, метрики покрытия интеграционными тестами — в общем, максимум проверок на своей стороне, |
| ибо на таких заказчиках не поотлаживаешься. | | ибо на таких заказчиках не поотлаживаешься. |
| | | |
Строка 22: |
Строка 25: |
| В общем — резюме, не пытайтесь применять все SCRUM-практики, если вы попали в такую плохую ситуацию. | | В общем — резюме, не пытайтесь применять все SCRUM-практики, если вы попали в такую плохую ситуацию. |
| | | |
− | {{replicate-from-custiswiki-to-lib}}
| + | <noinclude>[[Категория:CustisWikiToLib]]</noinclude> |
Текущая версия на 19:16, 13 июля 2011
Название надо немного уточнить — конечно, речь не идет о том, чтобы гонять на скрам-митинги самих банкиров,
речь идет о разработке систем для инвестиционного банкинга, это корпоративная разработка характеризуемая:
- высокими
- нагрузками (а вообще, финансовый highload не так часто встречается в корпоративщине), т.е. и быстрые очереди сообщений, и хитрая бизнес-логика, и мощное железо, и критичность ошибок и все это в одном флаконе.
- зарплатами. Причем при наборе разработчиков очень требуют опыт разработки приложений для инвестбанкинга.
В этой области работает широко известный в узких кругах Умпутуном,
и работал печально известный Сергей Алейников, который променял ежегодние $400×10³ на 8 лет тюрьмы.
Т.е. в целом, это достаточно элитные проекты, и для тех, кто продумывает карьеру типа «хорошие деньги и программирование», это один из таких вариантов, и послушать полезно (особенно если нет своих знакомых из этой области).
Так вот, там не работает стандартный Agile-Парето-подход, когда идет размен scope на сроки — тут требуется все и сразу (full scope/fixed deadline).
Плюс заказчики далеко за океаном (аутсорсинг на Украину), большие лаги в коммуникации.
Не самая хорошая позиция для игры в аджайл.
В результате, из процессных практик там постепенно выкинуто почти все — и двухнедельные итерации, и демонстрации.
Особенно то, что завязано на заказчика, например автотесты с Fitness (подразумевается, что их пишут-проверяют аналитики заказчика).
Остались добротные инженерные практики, такие как Continuous Integration, нотификация о коммитах и кодревью, метрики покрытия интеграционными тестами — в общем, максимум проверок на своей стороне,
ибо на таких заказчиках не поотлаживаешься.
Распределенные совещения удалось улучшить с помощью софта:
В общем — резюме, не пытайтесь применять все SCRUM-практики, если вы попали в такую плохую ситуацию.