Persian version of the Scrum Values

While developing my book “Scrum – A Pocket Guide” (2013) I described how there is value in the Scrum Values. In 2016 the Scrum Values were added to the Scrum Guide. In 2018 some global Scrum enthusiasts translated my description into several languages.

I am gratified for sharing that Mehdi Hoseini (Iran) created a Persian version of the Scrum Values. Find Mehdi’s full text below. It will be added to the next release of the international Scrum Values.

Persian / ارزشهای اسکرامفارسی

اسکرام چارچوبی است که افراد و سازمانها فرآیند تولید خود را مبنی بر مقتضیات زمانی و موضوعی خود تعریف می کنند. قوانین و اصول اسکرام همگی از تجربه گرایی و کنترل فرآیند مبتنی بر تجربه به عنوان بهترین روش مواجهه با چالشهای پیچیده در مسائل پیچیده، پشتیبانی می کنند. با اینحال مفاهیم بیشتری نسبت به  صرفا قوانین و اصول اسکرام وجود دارد. رویکرد اصلی اسکرام بیشتر در مورد رفتار است تا فرآیند. چارچوب اسکرام بر اساس پنج ارزش بنیادی پایه ریزی شده است. اگرچه این ارزشها همزمان با ابداع اسکرام معرفی نشده اند و خاص اسکرام نیستند لیکن منجر به هدایت کارها، رفتارها و اعمال اسکرام می شوند. اسکرام چارچوبی از قوانین، اصول و ارزشهاست. 

مترجم: محتوای پنج ارزش اسکرام از متن اصلی مقاله با کمی تغییر و بصورت لیست وار ترجمه شده است تا گویایی بیشتری برای خوانندگان محترم داشته باشد.

تعهد (‘Commitment’)

ما به تیم خود متعهد هستیم.

ما به کیفیت متعهد هستیم.

ما تعهد می کنیم که با هم تیمیهای خود همکاری کنیم.

ما متعهد هستیم که دائما در حال یادگیری باشیم.

ما تعهد می کنیم که در راستای رسیدن به خروجی باکیفیت تیم، هر روز بهترین کاری را که می توانیم انجام دهیم.

ما به هدف اسپرینت ( Sprint Goal ) متعهد هستیم.

ما متعهد هستیم که دائما در حال تلاش برای حرفه ای شدن باشیم و حرفه ای رفتار کنیم.

ما متعهد هستیم که خود-سازمانده باشیم.

ما متعهد هستیم که هدف تیمی مان تولید محصولات متعالی باشد.

ما به اصول اجایل متعهد هستیم.

ما متعهد هستیم که هر فیچر تولیدی بایستی قابل استفاده توسط مشتری نهایی باشد.

ما متعهد هستیم که دائما در حال ارتقاء خود و تیم مان هستیم.

ما به رعایت قوانین Definition of Done متعهد هستیم.

ما به چارچوب و قوانین اسکرام متعهد هستیم.

ما متعهد هستیم که فقط روی چیزی تمرکز می کنیم که برای مشتری ارزش ایجاد کند.

ما متعهد هستیم که هر کاری که شروع کردیم را به پایان برسانیم.

ما متعهد هستیم که دائما در حال ارزیابی و اصلاح خود و تیم مان باشیم.

ما متعهد هستیم که هر روز شفافیت بیشتری نسبت به دیروز در تیم ایجاد کنیم.

ما متعهد هستیم که دائما شرایط جاری را با هدف ارتقاء و بهبود، مورد نقد و سوال قرار دهیم.

تمرکز (‘Focus’)

ما روی چیزی که امروز مهم است تمرکز می کنیم بدور از هرگونه نگرانی در مورد چیزی که ممکن است یک روزی در آینده مهم باشد.

ما روی چیزی که امروز می دانیم تمرکز می کنیم و با رعایت اصل
 YAGNI (You Ain’t Gonna Need It) – امروز به این کار احتیاج نداریم – این تمرکز را حفظ می کنیم.

ما روی نیازی تمرکز می کنیم که از نظر زمانی به ما نزدیکتر است و نه نیازهای آینده که سرشار از عدم قطعیت هستند. همچنین ما می خواهیم که از کارهای امروز یاد بگیریم و بوسیله آن برای انجام کارهای آینده تجربه کسب کنیم.

تمرکز ما روی یک کار بگونه ای است تا در نهایت آن کار به اتمام برسد.

ما روی ساده ترین راه حلی که نیازمندی مشتری را پوشش می دهد تمرکز می کنیم.

باز بودن (‘Openness’)

بکارگیری تجربه گرایی به عنوان اصل بنیادین اسکرام نیازمند شفافیت و باز بودن است.

ما می خواهیم که ارزیابی ما با هدف رسیدن به اصلاحات قابل قبول صرفا بر اساس واقعیات باشند.

ما در مورد کارمان، پیشرفت کارها، یادگیریمان و مشکلاتمان باز و شفاف هستیم.

ما در مورد افراد و همکاری با آنها باز و شفاف و راحت هستیم.

ما به افراد به حکم انسان بودن احترام می گذاریم نه به عنوان یک منبع، ربات یا قطعه قابل تعویضی از ماشین چون در نهایت تولید محصول نرم افزاری کاریست که یک انسان انجام می دهد.

ما برای همکاری با واحدهای مختلف و انسانهای با مهارتهای متنوع باز و راحت هستیم.

ما در خصوص همکاری با کلیه ذینفعان و مشتریان خود باز و راحت هستیم و با آنان در خصوص وقایع خوب و بد براحتی مکالمه می کنیم.

ما در خصوص به اشتراک گذاری فیدبکها با دیگران راحت هستیم و با این روال هم از دیگران می آموزیم.

از آنجایی که سازمانمان و جهان پیرامون آن بصورت غیر قابل پیش بینی ، غیر منتظره و دائمی در حال تغییر هستند ما نیز تغییرات را با آغوش باز می پذیریم.

احترام (‘Respect’)

ما به افراد، تجربیات و پیشینه آنها احترام می گذاریم.

ما به تفاوت انسانها احترام می گذاریم (و این ما را قویتر می کند).

ما به نظرات مختلف احترام می گذاریم (چون فرصتی برای یادگیری است) .

ما به ذینفعان خود با عدم تولید فیچرهایی که کسی استفاده نخواهد کرد احترام می گذاریم.

ما با جلوگیری از مصرف منابع مالی مشتریان خود برای فیچرهایی که ارزش ایجاد نمی کنند به آنان احترام می گذاریم.

ما با رفع باگها و مشکلات محصول به کاربران آن احترام می گذاریم.

ما به قوانین اسکرام احترام می گذاریم.

ما به بقیه بخشها و واحدهای سازمان خود با عمل نکردن بصورت جزیره ای احترام می گذاریم.

ما به مهارتها، تخصص و بینشهای یکدیگر احترام می گذاریم.

ما به مسئولیتهای نقشهای مختلف اسکرام احترام می گذاریم.

شجاعت (‘Courage’)

ما شجاعت را بواسطه عدم تولید چیزی که کسی استفاده نخواهد کرد، نشان می دهیم.

ما شجاعانه اذعان می کنیم که نیازمندیهای مشتری هیچ وقت کامل نیستند و هیچ برنامه ای نمی تواند تمام واقعیات و پیچیدگیها را بصورت کامل از پیش ببیند.

ما شجاعانه تغییرات را به چشم منبعی از الهام و نوآوری می بینیم و در برابر آن مقاومت نمی کنیم.

ما شجاعت خود را بواسطه عدم تحویل کار ناتمام نشان می دهیم.

ما شجاعت داریم که تمام اطلاعات ممکن را (شفافیت) چه بد و چه خوب که ممکن است به تیم و سازمانمان کمک کند با دیگران به اشتراک بگذاریم.

ما با شجاعت اذعان می کنیم و اعتقاد داریم که هیچ کس کامل نیست.

ما شجاعت داریم که در صورت ایجاد یک درس آموخته معتبر مسیر کار را عوض کنیم.

ما شجاعانه ریسکها و منافع را با دیگران سهیم می شویم.

ما شجاعانه تلاش می کنیم که از قوانین اسکرام با هدف مقابله با پیچیدگیهای کار و محصول به درستی استفاده کنیم.

ما شجاعت داریم که فرضهای نادرست گذشته را کنار بگذاریم.

ما با شجاعت اذعان می کنیم که به ارزشهای اسکرام پایبند هستیم و تلاش می کنیم که هر روز بیش از پیش این ارزشها را در کار روزمره خود جای دهیم.

The international versions of the Scrum Values (September 2018 update, R2)

In May 2013 I described how there is value in the Scrum Values. I included that text in my book “Scrum – A Pocket Guide” that was published in November 2013. Early in 2018 I updated my description slightly to be included in a revision of my book that I anticipate. A group of Scrum enthusiasts subsequently translated that updated version to different languages.

The new, September 2018, release of the international versions of the Scrum Values is now available, as a free download (PDF): The Scrum Values (international versions) -September 2018 (R2).

In this update four new languages were added: Filipino-Tagalog, Indian-Hindi, Polish, and Spanish.

A poster of the international versions of the Scrum Values is available as a free download (PNG): The Scrum Values (International Versions poster).

Share my gratitude that following people spent quite some of their valuable time on this initiative to make these translations available for you:

  • Chinese (simp/trad): Lana Sun, Wei Lun Teh, Chee-Hong Hsia.
  • Filipino: Shirley Santiago, Warren Yu.
  • French: Fabio Panzavolta, Mohamed Gargouri.
  • German: Uwe Schirmer, Peter Götz, Dominik Maximini.
  • Hindi: Punit Doshi, Hiren Doshi, Nagesh Sharma.
  • Italian: Michael F. Forni.
  • Persian: Mehdi Hoseini.
  • Polish: Krystian Kaczor.
  • Portuguese: Leonardo Bittencourt.
  • Russian: Konstantin Razumovsky.
  • Spanish: Pablo Bernardo.
  • Turkish: ilkay Polat, Lemi Orhan Ergin.

In the document you will also find my Dutch translation. I maintain the base English version on the Scrum Values section of my website.

All feedback is welcome. Sharing of the PDF is equally encouraged.

Warm regards
Gunther

The Scrum Values (International Versions, June 2018)

The Scrum Values (color)In May 2013 I described how there is value in the Scrum Values. I included that text in my book “Scrum – A Pocket Guide” that was published in November 2013. Early in 2018 I updated my description slightly to be included in a revision of my book that I anticipate. A group of Scrum enthusiasts subsequently translated that updated version to different languages.

The first edition of the international versions of the Scrum Values is now available as a free download (PDF): The Scrum Values (International versions) -June 2018.

Share my gratitude that following people spent quite some of their valuable time on this initiative to make these translations available for you:

  • Chinese (simp/trad): Lana Sun, Wei Lun Teh, Chee-Hong Hsia
  • French: Fabio Panzavolta, Mohamed Gargouri
  • German: Uwe Schirmer, Peter Götz, Dominik Maximini
  • Italian: Michael F. Forni
  • Portuguese: Leonardo Bittencourt
  • Russian: Konstantin Razumovsky
  • Turkish: Ilkay Polat, Lemi Orhan Ergin

In the document you will also find my Dutch translation. The updated English version is available via the separate section on my website.

The Scrum Values are also available as a poster in the original English version and in a Russian version.

All feedback is welcome. Downloading and sharing of the PDFs is equally encouraged.

Warm regards
Gunther
Independent Scrum Caretaker

Russian version of the Scrum Values (including a poster)

While developing my book “Scrum – A Pocket Guide” (2013) I described how there is value in the Scrum Values. In 2016 the Scrum Values were added to the Scrum Guide.

I am gratified for sharing that:

  • The Scrum Values (Russian poster)Konstantin Razumovsky from Proscrum.by (Belarus) created a Russian version of the Scrum Values. Find Konstantin’s full text below. 
  • Mikhail Vyazankin (text), Levon Goncharov (text & visualisation) and Kseniya Panteleeva (translation) from Agileverse (Russia) delivered the work for a poster of the Russian version, available as a free download (PNG): The Scrum Values (Russian poster).

Other translations are being created. They will be combined into a downloadable PDF soon. Stay tuned.

Russian version of The Scrum Values: Ценности Scrum

Scrum – это фреймворк, опираясь на который, люди и организации вырабатывают конкретный рабочий процесс, подходящий для их контекста в данный момент времени.

Все правила и принципы Scrum служат эмпиризму (эмпирическому управлению процессом), как наиболее подходящему способу решать запутанные (complex) проблемы в запутанной среде.

The Scrum Values (Russian)

Однако, кроме правил и принципов, есть кое-что еще. Scrum – это больше про поведение, чем про процесс. Scrum фреймворк базируется на пяти ключевых ценностях. Хотя эти ценности и не были изобретены вместе со Scrum и не являются эксклюзивными для Scrum, они задают направление работе, поведению и действиям в Scrum.

Scrum, таким образом, это фреймворк, включающий правила, принципы и… ценности.

Обязательство (‘Commitment’)

Общее определение термина обязательство (‘commitment’) это “состояние или качество, характеризующее преданность какой-либо цели, деятельности и т.д.” Можно проиллюстрировать это примером, когда тренер спортивной команды заявляет: “Я не могу упрекнуть своих игроков, они полностью отдали себя игре” (хотя, возможно, они не смогли победить). Это в точности отражает значение слова ‘обязательство’ в Scrum. Обязательство – это про преданность и характеризует действия и интенсивность усилия. Это не про итоговый результат, поскольку сам по себе он часто является неопределенным и малопредсказуемым в случае запутанных (complex) проблем в запутанных обстоятельствах.

Тем не менее, существует широко распространенное заблуждение относительно термина ‘commitment’ в контексте Scrum. Оно главным образом происходит из старого описания фреймворка Scrum, который говорил, что команды дают обязательство на Спринт. Через призму традиционной индустриальной парадигмы это было неверно интерпретировано как требование любой ценой выполнить к концу Спринта весь объем работ, выбранный во время Sprint Planning. ‘Commitment’ было ошибочно истолковано как жестко прописанный договор.

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

Для того чтобы лучше отразить изначальные намерения и более эффективно связать их с эмпиризмом, слово ‘commitment’ в контексте объема работа на Спринт было заменено на ‘forecast’ (прогноз).

Однако, обязательству по-прежнему есть место в Scrum и оно остается его ключевой ценностью:

Все игроки дают обязательство действовать как команда. Обязуются обеспечивать качество. Обязуются сотрудничать. Обязуются учиться. Обязуются наилучшим образом выполнять свою работу – и делать так каждый день. Обязуются стремиться к Цели Спринта. Обязуются действовать как профессионалы. Обязуются самоорганизовываться. Обязуются стремиться к совершенству. Обязуются следовать ценностям и принципам Agile. Обязуются создавать работоспособные версии продукта. Обязуются искать усовершенствования. Обязуются следовать Definition of Done. Обязуются следовать Scrum фреймворку. Обязуются фокусироваться на ценности. Обязуются доводить работу до конца. Обязуются инспектировать и адаптировать. Обязуются поддерживать прозрачность. Обязуются подвергать сомнению статус кво.

Сфокусированность (‘Focus’)

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

Ограничение по времени (time-boxing) в Scrum стимулирует игроков фокусироваться на том, что наиболее важно в данный момент, а не беспокоиться про то, что имеет шансы стать важным в какой-то момент в будущем. Они фокусируются на том, что знают сейчас. YAGNI (‘You Ain’t Gonna Need It’, ‘вам это не понадобится’) – это принцип из экстремального программирования, который позволяет поддерживать сфокусированность. Игроки фокусируются на том, что неизбежно, поскольку будущее крайне неопределенно и они хотят извлечь уроки из настоящего, чтобы приобрести опыт для будущей работы. Они фокусируются на работе, которая необходима, чтобы довести дело до конца. Они фокусируются на самой простой вещи, которая может сработать.

Цель Спринта дает фокус на период в 4 недели или меньше. В пределах этого периода Daily Scrum помогает людям совместно фокусироваться на непосредственной ежедневной работе, необходимой чтобы наилучшим образом двигаться к Цели Спринта.

Открытость (‘Openness’)

Эмпиризм в Scrum требует прозрачности, открытости и честности. Игроки-инспекторы хотят проверять текущую ситуацию, для того, чтобы логичным образом выполнять адаптацию. Игроки открыты относительно своей работы, прогресса, извлеченных уроков и проблем. Но также они открыты для людей и работы с ними, признанию того, что люди – это люди, а не ‘ресурсы’, роботы, шестеренки или расходные детали механизма.

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

Они открыты к изменениям, необходимым поскольку организация и мир, в котором они работают, постоянно изменяется: непредсказуемо, неожиданно и постоянно.

Уважение (‘Respect’)

Экосистема Scrum в широком смысле опирается на уважение к людям, их опыту и личным особенностям. Игроки уважают непохожесть (‘diversity’). Они уважают разницу во мнениях. Они уважают навыки, опыт и идеи друг друга.

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

Все игроки уважают Scrum фреймворк. Они уважают распределение ответственностей в Scrum.

Смелость (‘Courage’)

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

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

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

The Scrum Values (poster)

While developing my book “Scrum – A Pocket Guide” (2013) I described how there is value in the Scrum Values. In 2016 the Scrum Values were added to the Scrum Guide.

The Scrum Values (poster)

As part of an on-going translation initiative by a group of international enthusiasts I have created a poster of the Scrum Values, now available as a free download (PNG): The Scrum Values (poster). Find the slightly updated description of the Scrum Values as a separate section on this website.

The Scrum Values are simultaneously needed for and emerging as part of Scrum. Values drive behavior. Scrum is a tool. Scrum is a (servant) process. Scrum is a framework. Even more however, Scrum is about behavior.

 

 

 

De kernwaarden van Scrum

Scrum is een samenhangend framework van regels, rollen en principes die mensen en organisaties ondersteunen, maar dat afhankelijk van de exacte situatie en context ingevuld kan worden. Scrum is een expliciet empirisch proces omdat alleen een empirische aanpak in complexe omgevingen werkelijke controle biedt. Scrum is geënt op een aantal kernwaarden. Alhoewel deze waarden op zich niet uniek zijn voor Scrum, geven ze toch richting. Ze oriënteren en onderbouwen gedrag, acties en binnen Scrum genomen beslissingen.

In een context van Scrum zouden alle beslissingen die we nemen – alle stappen die we wel of niet zetten, de manier waarop we het spel van softwareontwikkeling spelen, de invulling die we geven binnen het framework – de kernwaarden moeten versterken, niet ondermijnen of omzeilen.

de-kernwaarden-van-scrum

Commitment

De Engelse definitie van ‘commitment’ is: the state or quality of being dedicated to a cause, activity, etc. Vertaald is dit: ‘een toestand van toewijding of engagement voor een doel, een activiteit, enzovoort’. Een illustratie van deze definitie is de uitspraak van een trainer van een sportploeg: “Ik kan mijn spelers op het gebied van commitment niets verwijten.”

Deze definitie vertelt exact waarom ‘commitment’ als een kernwaarde in Scrum is opgenomen. Commitment gaat over inzet, toewijding en inspanning, veel meer dan over het behalen van een vooropgesteld resultaat. Het begrip werd echter vooral als dat laatste geïnterpreteerd, niet in het minst omdat in de context van het verleden vaak werd gesteld dat een team zich moest committeren aan de scope voor een Sprint. Vanuit het oude, industriële denken werd dit al snel gezien als een belofte dat de geselecteerde scope voor een Sprint per se moest en zou worden opgeleverd. ‘Commitment’ werd ten onrechte vertaald als een na te leven contract.

In de complexe, creatieve en innovatieve wereld van softwareontwikkeling is een belofte dat scope, budget en tijd perfect ingeschat, gepland en opgeleverd kunnen worden niet mogelijk – zelfs niet voor een Sprint. Er zijn te veel variabelen en parameters die een toegezegd resultaat, tijdens het proces, nog beïnvloeden.

Om de oorspronkelijke bedoeling van het woord en de context van empirische procescontrole versterkt weer te geven, werd ‘commitment’, wat betreft de geselecteerde scope als resultaat van de Sprint Planning, vervangen door ‘forecast’. Echter, commitment is en blijft een belangrijke kernwaarde van Scrum.

Alle individuele spelers committeren zich aan het team: aan kwaliteit, aan samen-werking en aan voortdurend leren en bijsturen. Er is commitment om hard te werken en te doen wat mogelijk is, elke dag opnieuw. Er is commitment aan de Sprint Goal, commitment aan professioneel gedrag. Er is commitment aan zelf-sturing, aan de principes beschreven in het Agile Manifesto. Men committeert zich om werkende software op te leveren en er is commitment aan voortdurende openheid voor verbeteringen. Een team committeert zich aan de definition of Done, aan de regels van het Scrum framework. Er is commitment om waarde op te leveren, om werk daadwerkelijk af te ronden. Er is commitment aan volle transparantie, evenals commitment om elke status quo ter discussie te stellen.

Focus

In de combinatie van de rollen binnen Scrum en hun aansprakelijkheid zit een balans. Het complementaire karakter ervan versterkt niet alleen de noodzaak van samen-werking, ze zorgen er ook voor dat iedereen focus kan houden op een specifieke expertise.

Het principe van time-boxing binnen Scrum moedigt spelers aan om zich te concentreren op wat nu het meest belangrijk is, zonder te veel afleiding door wat misschien, wie weet, belangrijk zou kunnen zijn in een verder onbepaalde toekomst, ooit. Men focust op de actueel beschikbare kennis, nu. In de context van eXtreme Programming werd hiervoor de afkorting YAGNI in het leven geroepen: ‘You Ain’t Gonna Need It’. Als je nu onvoldoende zekerheid hebt over een verwachting of behoefte, negeer die dan, gedraag je alsof je die niet nodig zult hebben. De toekomst is een onzeker gegeven. Het is belangrijker in het heden ervaring en lering op te doen, die je later helpt om beter met de toekomst om te gaan, hoe die er ook uit ziet. Teams hebben een focus op afwerking, oplevering, en al het werk dat hiervoor te doen valt. Teams zoeken naar de eenvoudigste oplossing, de oplossing die op de eenvoudigste wijze tegemoet komt aan de huidige en bekende verwachtingen.

Dankzij de Sprint Goal heeft een team een focus, een oriëntatiepunt voor de volgende vier weken of korter. Binnen die periode zorgt de Daily Scrum ervoor dat mensen gezamenlijk focus houden op de dagelijkse werkzaamheden die hen naar die doelstelling helpen.

Openheid

De empirische procesfundamenten van Scrum vereisen transparantie, wat op zich openheid en eerlijkheid impliceert. De gecommitteerde spelers, die ook verantwoordelijk zijn voor de regelmatige inspecties (annex aanpassingen), hebben een beeld nodig van de werkelijke situatie om geen zinloze aanpassingen door te voeren. Aanpassingen op basis van een gefingeerde werkelijkheid leiden alleen maar tot meer leugens. Alle spelers delen dan ook openlijk de werkelijke status van hun werk, hun voortgang, hun inschattingen, hun problemen en hun moeilijkheden. Alle spelers staan echter ook open voor het feit dat softwareontwikkeling gebeurt door en voor mensen. Mensen zijn geen ‘resources’, robots of vervangbare machineonderdelen.

De spelers tonen openheid voor samen-werking met andere disciplines en functies, openheid om functieomschrijvingen te overstijgen. Ze tonen openheid naar de stakeholders en de bredere omgeving. Ze delen openlijk feedback en geleerde lessen. De spelers in Scrum staan open voor verandering, aangezien ze erkennen dat hun organisatie en de wereld waarin zij en hun organisatie opereren voortdurend veranderen – vaak erg onverwacht en onvoorspelbaar, maar wel voortdurend.

Respect

Binnen het bredere ecosysteem dat ontstaat rond Scrum heerst een sfeer van respect: respect voor mensen, voor de andere spelers en de andere teams; respect voor hun inzichten, kennis en ervaring, respect voor hun afkomst en persoonlijke achtergrond. De spelers respecteren – en waarderen – diversiteit als bron en sleutelelement voor nieuwe en mogelijk conflicterende ideeën. Ze hebben respect voor andere meningen.

De spelers van de teams tonen respect voor de omliggende organisatie door zich niet te gedragen alsof ze op een afgelegen eiland werken. Er is respect voor klanten, gebruikers en hun veranderlijke verwachtingen of ideeën. Teams tonen respect voor sponsors en geldschieters door geen features te behouden die toch nooit gebruikt worden, en die uiteindelijk slechts de onderhoudskosten van de software verhogen. Teams tonen respect door geen tijd, inspanningen en budget te verkwisten aan taken, producten of productonderdelen die geen waarde hebben, niet gewaardeerd worden, noch door de gebruikers, noch door de organisatie. Ze respecteren gebruikers door de problemen die deze ondervinden, op te lossen. Teams tonen zich respectvolle professionals door geen crappy software in productie te zetten.

Alle spelers respecteren de regels van het Scrum framework en de aansprakelijkheden die daaruit voortvloeien. 

Moed

Alle spelers tonen moed door geen software te bouwen waar niemand op zit te wachten. Moed zit vervat in de onderkenning dat requirements nooit perfect zijn, en dat geen plan ooit de complexe werkelijkheid kan voorspellen.

Men toont moed als veranderende inzichten, meningen en verwachtingen als een bron van inspiratie en innovatie worden beschouwd, in plaats van als een bron van ergernis. Het vergt moed om tijdelijke opleveringen uit te voeren, software te tonen die niet volledig en perfect lijkt, maar wel waarde levert of toevoegt. Alle spelers tonen moed door op elk gewenst moment de noodzakelijke informatie te delen die het team en de organisatie vooruithelpt. Spelers zijn moedig als ze erkennen dat niemand perfect is. Er is de moed om meer of minder radicaal van richting te durven veranderen, om een ander idee dan het eigen idee te omarmen, moed om zowel risico’s als voordelen te delen. Het vereist moed om de oude, valse zekerheden los te laten.

De spelers tonen moed als ze Scrum correct toelichten als een empirisch proces, vanuit de moed om toe te geven dat aanpasbaarheid de enige wijze is om met complexiteit om te gaan. Ze hebben de moed om de kernwaarden van Scrum te leven en te beleven, om een beslissing te nemen, tot actie over te gaan, niet tot een impasse verleid te worden, en vervolgens de moed tonen om genomen beslissingen op basis van ervaring opnieuw kritisch tegen het licht te houden en bij te sturen.

Noot:

Gunther Verheyen - Scrum Wegwijzerverheyen-gunther-scrum-a-pocket-guide-2016Bovenstaande tekst is een extract uit mijn boek “Scrum Wegwijzer” (2016, oa. verkrijgbaar via Managementboek.nl). Dit is de Nederlandse vertaling van mijn “Scrum – A Pocket Guide” (2013, oa. verkrijgbaar via Managementboek.nl).

There’s value in the Scrum Values

Scrum is not a methodology. Scrum is a process, but of a non-repeatable kind. Scrum is a framework of rules, roles and principles. The framework helps people and organizations discover what works best for them. Their real process emerges, and is specific and fitting to their time and context. Scrum can wrap existing product development practices or render them superfluous. The benefits of Scrum are greater when complemented by improved or revised engineering, product management, people and organizational practices. The prescriptions of Scrum have been limited to the essence. Every element of Scrum has a goal. Changing the core design of Scrum, leaving out elements, not playing the game by its base rules, covers up problems and limits the benefit of Scrum and any additions on Scrum, up to the level of making it utterly useless.

Less known than the process of Scrum and probably under-highlighted, but therefore not less important, are the core Scrum Values upon which the framework is based: Commitment – Focus – Openness – Respect – Courage. These values relate to the ethics of Scrum, thereby -from a social point of view- turning Scrum into a value system.

Scrum Values

Although not invented as a part of Scrum, or exclusive to Scrum, these values give direction to our work, our behavior and our actions. In a Scrum context the decisions we take, the steps we take, the way we play Scrum, the practices we add to Scrum, the activities we surround Scrum with should re-enforce these values, not diminish or undermine them.

I have found it very useful to bring these more out in the open, as a way to assess the desirability our actions and activities. It’s even a great help in thinking about applying the Scrum framework itself. It is possible to do Scrum as if it was a methodology; organize the meetings, direct all players on every possible detail for every possible action within the framework. But is the framework then being used for what it’s designed for? Won’t it leave the individual, the team and the organization with limited improvements?

A good illustration is how I’ve observed some teams doing their Daily Scrum. Everybody answers the 3 questions (Done? Planned? Impediments?), in a slightly spontaneous way or -worst case- when asked for by a Scrum Master-pretend. But does the team use the meeting to share information, to collaborate in re-planning their work for that day, making sure they don’t get out of line with one another for more than 24 hours, to get the most out of the Sprint, in moving forward to the Sprint goal? Or do they talk to the board instead of to each other? Do they only use the meeting to make sure that the board holds all their micro-tasks so their work is logged?

Here’s some detailed view on the values, and how they can guide our actions and behavior in a Scrum context:

Commitment

There is a widely spread misinterpretation of the word commitment in a Scrum context. This originates mainly from the past expectation of Scrum for teams to ‘commit’ to the Sprint Goal and the selected Product Backlog items. Upon the old, industrial thinking (that ruled software development for too many years) this was wrongly turned into the expectation that all scope would be delivered, no matter. ‘Commitment’ was wrongly turned into a hard-coded contract although it was always intended as an indication that the team would do the maximum possible effort in the Sprint and be completely transparent about progress. And in the complex, creative and highly unpredictable world of software development a commitment on scope is impossible anyhow.

And the definition of the word, according to Oxford Dictionaries, describes exactly how it was originally intended in Scrum:

Definition of Commitment

So, commitment is about dedication and applies to the actions, the effort, not the final result.

Yet, in the Scrum Guide we replaced commitment as a result of the Sprint Planning with forecast. Because of the relationship with scope it helps getting explicitly rid of the wrong interpretation. And fortunately ‘forecast’ greatly aligns with the empirical nature of Scrum too.

Still, commitment is and remains a core value of Scrum.

We commit to the team. Commit to quality. Commit to collaborate. Commit to learn. Commit to do the best we can, every day again. Commit to the Sprint Goal. Commit to be professional. Commit to self-organize. Commit to excellence. Commit to the agile principles. Commit to create working software. Commit to look for improvements. Commit to the Definition of Done. Commit to the Scrum framework. Commit to focus on Value. Commit to finish work. Commit to inspect & adapt. Commit to transparency. Commit to challenge the status-quo.

Focus

An iterative-incremental approach like Scrum and the time-boxing of Scrum allow us to focus. We focus on what’s most important now without being bothered by considerations of what at some point in time might stand a chance to become important. We focus on what we know now and YAGNI (You Ain’t Gonna Need It) helps retaining that focus. We focus on what’s most nearby in time as the future is highly uncertain and we want to learn from the present to gain experience for future work. We focus on the work to get things done. We focus on the simplest thing that might possibly work.

Openness

The empiricism of Scrum requires transparency, openness. We want to inspect reality in order to make sensible adaptations. We are open about our work, our progress, our learning and our problems. But we are also open for people, and working with people; acknowledging people to be people, and not resources, robots or replaceable pieces of machinery as software development -after all- is still the work of humans. We are open to collaborate across disciplines and skills. We are open to collaborate with stakeholders and the wider environment. Open in sharing feedback and learn from one another. Open for change as the organization and the world it operates in change unpredictably, unexpectedly and constantly.

Respect

We show respect for people, their experience and their personal background. We respect diversity (it makes us stronger). We respect different opinions (we might learn from it). We show respect for our sponsors by not building features that nobody will use. We show respect by not wasting money on things that are not valuable or might never being implemented or used. We show respect for users by fixing their problems. We respect the Scrum framework. We respect our wider environment by not behaving as an isolated island in the world. We respect each other’s skills, expertise and insights. We respect the accountabilities of the Scrum roles.

Courage

We show courage in not building stuff that nobody wants. Courage in admitting requirements will never be perfect and that no plan can capture reality and complexity. Courage to consider change as a source of inspiration and innovation. Courage to not deliver undone software. Courage in sharing all possible information (transparency) that might help the team and the organization. Courage in admitting that nobody is perfect. Courage to change direction. Courage to share risks and benefits. Courage to promote Scrum and empiricism to deal with complexity. Courage to let go of the feint certainties of the past. We show courage to support the Scrum Values.