Dmitry
А уже потом смотреть, что работает, что не работает и что можно улучшить
Dmitriy
Так вот, что вложено в понятие фрэймворк в контексте скрам?
Терминология, набор шаблонов для артефактов, что ?
Это базовый набор того, что вам нужно для работы. Ролей, подходов, и т.п.
Это платформа, из которой вы берете то, что вам нужно и пытаетесь применить.
Что-то поедет, что-то не поедет. Что-то добавляете, что-то убираете.
Dmitry
А то возьмут только кусок из всего фреймворка, а потом жалуются, что он не работает
Дмитрий
Dmitry
Dmitry
И пока нет экспертизы лучше все-таки полностью использовать фреймворк
Дмитрий
Anonymous
Dmitry
И так последние дни чатик не про аджайл.
Так еще и вредные советы давайте тут постить :)
Dmitriy
Я ж говорил, каникулы здесь)
Dmitry
Дмитрий
Dmitry
https://ru.m.wikipedia.org/wiki/Сюхари
Dmitry
Древние мудрости иногда на самом деле мудрости :)
Dmitry
Дмитрий
Дмитрий
Желаю в этом году, всем кто внедряет Скрам, чтобы он лёг, как Джеф и Кен завещали. ✌️
Anonymous
Коллеги, подскажите, пожалуйста, какие процессы разаботки ПО бывают?
Начало списка:
RUP (UP),
SCRUM,
Kanban,
ГОСТ,
???
Anonymous
Anonymous
Anonymous
ну я намекаю на http://programming-motherfucker.com/
Anonymous
Anonymous
странный вопрос просто про какие бывают
Anonymous
мне кажется он не может возникнуть при повседневной деятельности того кто по делает )
Anonymous
ГОСТ бывает, SCRUM бывает, а что ещё в природе встречается?
Dmitriy
Михаил, очень много всего бывает.
Dmitriy
Crystal Methods
Dynamic Systems Development Model (DSDM)
Extreme Programming (XP)
Feature Driven Development (FDD)
Joint Application Development (JAD)
Lean Development (LD)
Rapid Application Development (RAD)
Rational Unified Process (RUP)
Scrum
Spiral
Systems Development Life Cycle (SDLC)
Waterfall (a.k.a. Traditional)
Dmitriy
И т.д. и т.п.
Dmitriy
И еще можно https://en.wikipedia.org/wiki/PRINCE2 выделить, тоже встречается. В частности, в России, в представительстве американской компании практикуют.
Denis
можно почитать определение в википедии и ужаснуться:
Denis
In software engineering, a software development methodology (also known as a system development methodology, software development life cycle, software development process, software process) is a splitting of software development work into distinct phases (or stages) containing activities with the intent of better planning and management.
Denis
2017-й год, SCRUM – самая популярная модель организации разработки, а у них до сих пор методика разработки ПО — это прямо обязательно разбиение на фазы / этапы
Anonymous
Наверное, имеет место быть не только понятию "морально устаревшее ПО", но и само определение может морально состариться.
Denis
это лакуна для ретроградов
Slava
https://techcrunch.com/2017/01/09/atlassian-acquires-trello/
Slava
представьте, заходите вы в свою trello, бац а там jira
Anonymous
Приколько, сделали бизнес и продали
Cyril
купили чтобы закрыть?
Anonymous
купили чтобы закрыть?
Врят ли, чтобы закрыть. Скорее всего пользователей скупили, а далее уже, наверное, придумали чем удивлять будут
Slava
для атлассиана это доступ к сегментам, в которых их нет (все за пределами IT), для trello это победа с точки зрения развития компании (выход), они ведь не профитные
Dmitry
О_о
Slava
Это если бы trello купил atlassian :D
Cyril
Slava
чего там думать, рынок примерно посчитан
Slava
не много, а до...я :)
Cyril
покеж, где смотрел :)
Slava
Достаточно дочитать статью до конца
Slava
techcrunch
Slava
обычно по делу пишет :)
Cyril
фигасе, оказывается какой трелло раскрученный, а я думал это инструмент для гиков
Cyril
Слава, ты не думаешь, что эта покупка, это заговор твоих главных конкурентов, чтобы окончательно испортить тебе жизнь? :)
Dmitry
Вот так решишь отдохнуть недельку, а тут
Авиасейлс помирает,трелло продается, морозы минус тридцать
Как так
Slava
Мои главные конкуренты это эксель
Dmitry
Слава не мелочится, замахнулся сразу на богов))
Slava
Мои любимая шутка, да
Dmitry
Dmitry
Dmitry
(и не только там)
Ksenia
http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-Russian.pdf
Спасибо за материал, интересно. Правда, звучит несколько утопично.
У меня возникла пара вопросов (больше, на самом деле). Как вы их решаете?
1. Много говорится об объеме работ и прозрачности. В чем его считать? В часах? Насколько мелко дробить бэклог, чтобы адекватно считать объем?
2. Тестирование входит в спринт? Кто тестирует его, сами разработчики?
Anonymous
http://www.agilemodeling.com
Anonymous
Ksenia
Ну ок, пусть тестировщики. В рамках спринта или после?
Dmitry
Karina
Спринт же подразумевает в результате какой-то полезный инкремент. Если инкремент требует тестирование, то логично включать его в спринт
Dmitry
Спринт - это рамки от старта разработки фичи до прода
Anonymous
Так или иначе цель спринта работоспособное, стабильное ПО
Karina
Цели спринта команда же задаёт каждый раз сама