Два калькулятора на одном эквалайзере. Первый отвечает, чем вести проект — гибким подходом, гибридом или водопадом. Второй называет конкретный фреймворк: Scrum, Kanban, Scrumban, XP, Nexus, LeSS, SAFe или Disciplined Agile. Основа — фильтр пригодности PMI, поверх него слой казахстанской деловой культуры.
В основе первого — фильтр пригодности гибких подходов из Agile Practice Guide PMI и Agile Alliance: организация и проект оцениваются по трём группам параметров — культура, команда, сам проект. Метод вырос из модели Бёма и Тёрнера и фильтра организационной пригодности DSDM. В оригинале результат выводится на радар: значения ближе к центру говорят в пользу гибкого подхода, ближе к краю — в пользу предиктивного.
Радар удобен для обсуждения, но оставляет менеджера с картинкой вместо решения. Здесь 13 параметров сводятся в один взвешенный балл, поверх которого работают жёсткие правила, и на выходе — один подход с набором шагов.
Второй калькулятор отвечает на следующий вопрос: гибкий подход выбран, а чем работать. Здесь балл не считается — работает дерево правил по масштабу, характеру потока работ, ролям и требованиям к отчётности. Каждый набор ползунков ведёт ровно к одному фреймворку.
Каждый ползунок имеет вес: возможность поставлять результат по частям (1,5), скорость изменений (1,4) и договорной каркас (1,3) весят больше, чем размер команды (0,8) или привычка молчать о срыве (0,8). Взвешенное среднее даёт балл от 1 до 10:
Средний балл легко обманывает: девять гибких ответов перевешивают один запрет, который на практике решает всё. Поэтому пять правил перекрывают арифметику — ценность появляется только при сдаче целиком, фиксированное ТЗ вместе с высокой изменчивостью, предельная цена ошибки при незрелой команде, заказчик только на приёмке, и обратное правило для проектов, где изменения, дробимость и доступность заказчика сошлись вместе.
| Условие | Фреймворк | Почему |
|---|---|---|
| Больше 8 команд, либо 6+ команд с жёсткой отчётностью или плотными зависимостями | SAFe | Нужен уровень программы: единый ритм, планирование на квартал, бюджеты сверху |
| 4–7 команд, один общий продукт, зависимости плотные | LeSS | Один список работ и один владелец продукта на все команды |
| 4–7 команд, один продукт, зависимости умеренные | Nexus | Надстройка над Scrum: интеграционная команда снимает зависимости |
| 1–3 команды, гибких практик нет, аудит и документы обязательны | Disciplined Agile | Позволяет собрать свой способ работы под регуляторные требования |
| Работа приходит потоком, приоритеты меняются ежедневно | Kanban | Фиксированная итерация будет ломаться каждую неделю |
| Разработка ПО, люди выделены, нужна инженерная дисциплина | XP + Scrum | Тесты, парная работа и непрерывная интеграция решают проблему качества |
| Поток и план смешаны, ролей на 100% не будет | Scrumban | Ритм от Scrum, лимиты и вытягивание от Kanban |
| Одна команда, приоритеты держатся две недели, роли выделены | Scrum | Базовый случай, ради которого фреймворк и создавался |
Оригинальный фильтр PMI писался под западную организацию, где сотрудник действует по контракту и должностной инструкции, решение принимает тот, кому оно делегировано, а изменение объёма проходит через формальную процедуру. Гибкость там достигается специальными усилиями: самоорганизующаяся команда, отказ от подробного плана, право команды сказать «нет» заказчику.
Казахстанская организация устроена иначе, и это работает в обе стороны. По данным Hofstede Insights, Казахстан показывает высокую дистанцию власти (88) и высокое избегание неопределённости (88) при низком индивидуализме — распределение, характерное для стран Центральной Азии. Академические работы по казахскому деловому дискурсу подтверждают выраженную вертикаль в коммуникации: слово руководителя закрывает обсуждение.
| Параметр | Западная модель | Казахстанская практика | Что это значит |
|---|---|---|---|
| Основа договорённости | Контракт и регламент | Отношения и слово | Изменения проходят быстрее — плюс гибкому подходу |
| Кто решает | Тот, кому делегировано | Первый руководитель | Нужен письменный мандат команде на решения |
| Плохие новости | Проблема — рабочий факт | Признать срыв тяжело | Прозрачность держится на метриках, не на словах |
| Мотивация | Личный результат и KPI | Общий результат команды | Кросс-функциональная команда собирается легче |
| Отношение к плану | План — инструмент | План — обязательство перед руководством | Отчётность оставляем предиктивной даже в Scrum |
Индексы Хофстеде описывают средние по стране, а не конкретную компанию. Филиал международной корпорации в Атырау и районный акимат живут по разным правилам при одном флаге. Ползунки казахстанского блока задавайте по своей организации — данные Хофстеде здесь только объясняют, почему такой блок вообще нужен.
Біріншісінің негізі — PMI мен Agile Alliance шығарған Agile Practice Guide нұсқаулығындағы икемді тәсілдердің жарамдылық сүзгісі: ұйым мен жоба үш топ параметрі бойынша бағаланады — мәдениет, команда, жобаның өзі. Әдіс Бём мен Тёрнердің моделінен және DSDM ұйымдық жарамдылық сүзгісінен өсіп шыққан. Түпнұсқада нәтиже радарға шығады: центрге жақын мәндер икемді тәсілді, шетке жақын мәндер болжамды тәсілді жақтайды.
Радар талқылауға ыңғайлы, бірақ басшыны шешімнің орнына суретпен қалдырады. Мұнда 13 параметр бір салмақталған баллға жиналады, оның үстінен қатаң ережелер жұмыс істейді, ал шығысында — нақты қадамдары бар бір тәсіл.
Екінші калькулятор келесі сұраққа жауап береді: икемді тәсіл таңдалды, енді немен жұмыс істеу керек. Мұнда балл есептелмейді — ауқым, жұмыс ағынының сипаты, рөлдер және есептілік талаптары бойынша ережелер ағашы жұмыс істейді. Тұтқалардың әр жиынтығы нақты бір фреймворкке апарады.
Әр тұтқаның салмағы бар: нәтижені бөлшектеп тапсыру мүмкіндігі (1,5), өзгерістер жылдамдығы (1,4) және шарттық қаңқа (1,3) команда көлемінен (0,8) немесе кешігу туралы үндемеу әдетінен (0,8) ауырырақ. Салмақталған орташа 1-ден 10-ға дейінгі балл береді:
Орташа балл оңай алдайды: тоғыз икемді жауап іс жүзінде бәрін шешетін бір тыйымды басып кетеді. Сондықтан бес ереже арифметиканы жабады — құндылық тек тұтас тапсырғанда пайда болады, бекітілген ТТ жоғары өзгергіштікпен қатар келеді, тәжірибесі аз командадағы шекті қателік бағасы, тапсырыс беруші тек қабылдауда, және өзгеріс, бөлшектенгіштік пен тапсырыс берушінің қолжетімділігі бірге келген жобаларға арналған кері ереже.
| Шарт | Фреймворк | Неге |
|---|---|---|
| 8-ден астам команда немесе қатаң есептілігі не тығыз тәуелділігі бар 6+ команда | SAFe | Бағдарлама деңгейі керек: бірыңғай ырғақ, тоқсандық жоспарлау, жоғарыдан бюджет |
| 4–7 команда, ортақ бір өнім, тәуелділік тығыз | LeSS | Барлық командаға бір жұмыс тізімі және бір өнім иесі |
| 4–7 команда, бір өнім, тәуелділік орташа | Nexus | Scrum үстіндегі қондырма: интеграциялық команда тәуелділікті шешеді |
| 1–3 команда, икемді практика жоқ, аудит пен құжат міндетті | Disciplined Agile | Реттеуші талаптарға сай өз жұмыс тәсіліңізді жинауға мүмкіндік береді |
| Жұмыс ағынмен келеді, басымдық күн сайын өзгереді | Kanban | Бекітілген итерация апта сайын бұзылады |
| БҚ әзірлеу, адамдар бөлінген, инженерлік тәртіп қажет | XP + Scrum | Тесттер, жұптық жұмыс және үздіксіз интеграция сапа мәселесін шешеді |
| Ағын мен жоспар араласқан, толық ставкалы рөлдер болмайды | Scrumban | Ырғақ Scrum-нан, лимит пен тарту Kanban-нан |
| Бір команда, басымдық екі апта сақталады, рөлдер бөлінген | Scrum | Фреймворк жасалған базалық жағдай |
PMI-дың түпнұсқа сүзгісі батыстық ұйымға жазылған: онда қызметкер шарт пен лауазымдық нұсқаулық бойынша әрекет етеді, шешімді өкілеттік берілген адам қабылдайды, ал көлемнің өзгеруі ресми рәсімнен өтеді. Икемділікке ол жерде арнайы күшпен қол жеткізеді: өзін-өзі ұйымдастыратын команда, толық жоспардан бас тарту, команданың тапсырыс берушіге «жоқ» деу құқығы.
Қазақстандық ұйым басқаша құрылған және бұл екі жаққа да жұмыс істейді. Hofstede Insights деректері бойынша Қазақстанда билік арақашықтығы жоғары (88), белгісіздіктен қашу жоғары (88), ал индивидуализм төмен — Орталық Азия елдеріне тән үлестірім. Қазақ іскерлік дискурсы бойынша академиялық жұмыстар коммуникациядағы айқын тікбағытты растайды: басшының сөзі талқыны жабады.
| Параметр | Батыс моделі | Қазақстандық практика | Бұл нені білдіреді |
|---|---|---|---|
| Келісім негізі | Шарт пен регламент | Қарым-қатынас пен сөз | Өзгеріс жылдам өтеді — икемді тәсілге плюс |
| Кім шешеді | Өкілеттік берілген адам | Бірінші басшы | Командаға шешім қабылдауға жазбаша мандат керек |
| Жаман жаңалық | Мәселе — жұмыс фактісі | Кешігуді мойындау ауыр | Ашықтық сөзге емес, метрикаға сүйенеді |
| Мотивация | Жеке нәтиже мен KPI | Команданың ортақ нәтижесі | Кросс-функционалды команда жеңіл жиналады |
| Жоспарға көзқарас | Жоспар — құрал | Жоспар — басшылық алдындағы міндеттеме | Scrum-да да есептілікті болжамды күйінде қалдырамыз |
Хофстеде индекстері нақты компанияны емес, ел бойынша орташа мәнді сипаттайды. Атыраудағы халықаралық корпорация филиалы мен аудандық әкімдік бір ту астында әртүрлі ережемен өмір сүреді. Қазақстандық блоктың тұтқаларын өз ұйымыңыз бойынша қойыңыз — Хофстеде деректері мұнда мұндай блоктың неге қажет екенін ғана түсіндіреді.
The first one is based on the agile suitability filter from the Agile Practice Guide by PMI and Agile Alliance: the organisation and the project are assessed across three groups of attributes — culture, team and project. The method grew out of the Boehm and Turner model and the DSDM organisational suitability filter. In the original, the result is plotted on a radar: values near the centre argue for an adaptive approach, values near the edge for a predictive one.
A radar is good for a conversation, but it leaves the manager with a picture instead of a decision. Here 13 parameters collapse into one weighted score, hard rules run on top of it, and the output is a single approach with a set of steps.
The second calculator answers the next question: the adaptive approach is chosen, so what do you actually run. No score is computed here — a decision tree works through scale, the nature of the work flow, roles and reporting obligations. Every combination of faders leads to exactly one framework.
Each fader carries a weight: incremental delivery (1.5), rate of change (1.4) and the contract frame (1.3) count for more than team size (0.8) or the habit of staying silent about slippage (0.8). The weighted average produces a score from 1 to 10:
An average is easy to fool: nine adaptive answers outvote the single constraint that decides everything in practice. That is why five rules override the arithmetic — value appears only on full delivery, a fixed scope combined with high volatility, an extreme cost of failure with an inexperienced team, a customer visible only at acceptance, and the reverse rule for projects where volatility, divisibility and customer access all line up.
| Condition | Framework | Why |
|---|---|---|
| More than 8 teams, or 6+ teams with heavy reporting or dense dependencies | SAFe | A programme layer is needed: one cadence, quarterly planning, funding from above |
| 4–7 teams, one shared product, dense dependencies | LeSS | One backlog and one product owner across all teams |
| 4–7 teams, one product, moderate dependencies | Nexus | An add-on to Scrum: an integration team clears the dependencies |
| 1–3 teams, no adaptive practice, audit and documents mandatory | Disciplined Agile | Lets you assemble a way of working that satisfies the regulations |
| Work arrives as a stream, priorities change daily | Kanban | A fixed iteration would break every week |
| Software delivery, dedicated people, engineering discipline needed | XP + Scrum | Tests, pairing and continuous integration solve the quality problem |
| Flow and plan are mixed, no full-time roles | Scrumban | Rhythm from Scrum, limits and pull from Kanban |
| One team, priorities hold for two weeks, roles are dedicated | Scrum | The base case the framework was designed for |
The original PMI filter was written for a Western organisation, where an employee acts under a contract and a job description, decisions are made by whoever holds the delegated authority, and a scope change passes through a formal procedure. Agility there is achieved deliberately: a self-organising team, giving up the detailed plan, the team’s right to say no to the customer.
A Kazakhstani organisation is built differently, and that cuts both ways. According to Hofstede Insights, Kazakhstan scores high on power distance (88) and high on uncertainty avoidance (88) with low individualism — a profile typical of Central Asia. Academic work on Kazakh business discourse confirms a pronounced vertical in communication: the manager’s word closes the discussion.
| Parameter | Western model | Kazakhstani practice | What it means |
|---|---|---|---|
| Basis of agreement | Contract and procedure | Relationships and a given word | Changes move faster — a plus for the adaptive approach |
| Who decides | Whoever holds the authority | The top manager | The team needs a written mandate to decide |
| Bad news | A problem is a working fact | Admitting slippage is hard | Transparency rests on metrics rather than statements |
| Motivation | Individual results and KPIs | The team’s shared outcome | A cross-functional team forms more easily |
| Attitude to the plan | The plan is a tool | The plan is a commitment to management | Keep reporting predictive even inside Scrum |
Hofstede indices describe country averages, not a particular company. A branch of an international corporation in Atyrau and a district administration live by different rules under the same flag. Set the Kazakhstani faders by your own organisation — the Hofstede data here only explains why that block is needed at all.
Подготовка к PMP, Microsoft Project и Augmented AI — программы Iowa Solutions строятся на казахстанских кейсах, включая выбор подхода, фреймворка и переговоры со спонсором.
Посмотреть курсы →