Gov.ukによるサービス開発管理の原則

この投稿には、Gov.ukサービスの作成に関与するすべての従業員が（一般的に）どうすべきかを理解するために、英国の電子政府サービスが開発した「目標を達成するための一連のステップではなく」「基本原則」のリストが含まれています彼らの仕事は進行中です。



Gov.uk覚書の主なタスクは、一般的な「ゲームのルール」を従業員に説明し、企業文化を形成し、お互いの期待や仕事からの期待を決定するのを支援することです。 そして、これらの原則は一見して些細なことのように思えるかもしれませんが、社内の「マニフェスト」を作成する際に留意する必要がありますが、それがいかに重要で、小規模なスタートアップに必要かどうかについては、IIDF Acceleratorの住民と話し合いました。



イギリスの電子政府（GDS）は、サービスの「配信」を管理するための6つの原則を特定しています。 これらの原則に基づいて、新しいサービスが作成および改善される内部文化を作成できます。 それらは次のとおりです。

1. サービスの「配信」にheしないでください。
2. 必要に応じて、標準に基づいて決定を下します。
3. これを行うための適切な人々を取得します。
4. 自分で見てください。
5. 有益なことだけを行います。
6. 信頼するが、検証する。

1.「配達」をためらわないでください

ユーザーのニーズに応じて絶えず改善されているサービスの開発を支援します。 これは次のことを意味します。

• このプロセスを担当するチームにこれに対する十分な権限がない場合、サービスの「配信」を妨げるすべてを排除します。
• 必要に応じて、適切なサービスを通じていつでも連絡を取ることができます。
• 機能性とサービスの品質のバランスが取れています。
• 意思決定がサービス提供のペースに遅れることはありません。

ユーザーの要件を満たす提供サービスに基づいて、当社の成功を評価します。 成功する管理には以下が含まれます。

• チームの作業に影響を及ぼす前に、サービスの提供で発生する障害を積極的に検索し、それらを排除する。
• サービスデリバリーグループが直面する必要があるため、チームを外部の圧力から保護するか、チームを排除するのに役立ちます。

サービス提供の5 つのフェーズ間の移行はスムーズでなければなりません。そのため、管理者は問題に備え、次のフェーズに進むためのタイムリーな決定を行う必要があります。



さらに、経営陣は従業員にとって好ましい雰囲気を作り出すことです。 私たちの組織では、水平構造を使用しているため、誰もがチームの成功に貢献できます。

2.必要なときに標準に基づいて決定を下す

物事は時間とともに変化するという事実を受け入れます。 以下を確認してください：

• 決定は証拠に基づいて行われ、ユーザーのニーズを満たすことを目的としています。
• サービスマネージャーとそのチームは、必要な場合にのみ決定を下し、経営陣に連絡する権限があります。
• 継続的な反復開発により、変化に適応し、サービスの品質を向上させます。
• 管理者は、短い頻繁な会議を開催することにより、サービス提供のペースを管理します。
• 影響係数が高く、発生の可能性が高いリスクは必要に応じて排除され、制御手段（たとえば、コスト超過）はコストと可能な利益のバランスに基づいています。

サービスの使用中に顧客のニーズが生じ、変化することを認識した場合にのみ、サービスは成功します。 これは、サービス提供グループが初期の段階でその機能セットを一度だけ決定できないことを意味します。



変更は避けられず、削除または削除できないため、管理者はこの「進化的な」サービス開発モデルをサポートする必要があります。 また、サービス提供グループが以下を認識していることを確認する必要があります。

• 彼女には、奉仕の一環として決定を下す権利があること。
• これらの決定の制限は何ですか。
• このフレームワークを超えて決定を下す必要がある場合、誰が彼らを助ける義務があります。

サービスの反復的な開発は、継続的な変更に適応し、サービスの品質を向上させるための最良の方法です。 サービスプロバイダーに決定権を移転し、まだ受け取っていない決定の場合にすべての障害を迅速に取り除くことで、これに貢献できます。



さらに、経営陣は、スタンドアップやスプリント計画などの定期的な会議に参加する必要があります。 これにより、マネージャーはすべての事項を把握し、迅速に意思決定を行うことができます。 また、相互作用やサービス提供チームとの連携にもプラスの影響を与えます。



私たちは、単にリスクを除去したり、誰かにリスクを伝えることは不可能であることを知っています。 私たちはそれらに注意を払い、自分自身でそれらを取るようにしますが、まず、サービス提供のプロセスに大きな影響を与える可能性のあるリスクを取り除きます。



リスク管理に対する当社のアプローチは、リスク登録簿の計画された議論ではなく、それらのタイムリーな排除にあります。 重大なリスクを排除するのに最適なタイミングを選択し、そのときだけ計画を立て、行動を起こします。

3.適切な人材を獲得してください。

誰もがする必要があります：

• 意図的、効率的かつ決定的に行動する;
• 目標と主要業績評価指標に焦点を当てます。
• あなたの仕事について率直かつ正直に報告してください。

従業員を信頼し、チームの目標に従って作業を編成および実行できるようにします。これにより、ユーザーの要件に応じてサービスの品質が向上します。



指導的地位にいるのは、次の能力がある人だけです。

• 適切な決定を下します。
• プロセスを管理し、質の高いサービスの提供を保証します。

サービスプロバイダーチームにサポートを提供し、適切な場所で適切な人を適切なタイミングで関与させます。



サービスは、集合的な目標を達成するためのさまざまなスキルと役割を持つ学際的な専門家のグループによって開発されています。 彼らは技術専門家、ビジネスマンで構成され、弁護士や政治学者のグループも含まれます。 サービスが発展するにつれて従業員に必要なスキルが変化し、その結果としてチームの構成が変化するという事実にもかかわらず、各チームでサービスマネージャーが同じままであることが望ましい。



サービス提供グループが必要なスキルをすべて備えていることを確認し、その結果、彼らに好ましい雰囲気を作り、協力、計画、提供のための仕事と資金を提供します。



チームが近くにいることは有益であるため、チームが協力できるように最善を尽くします。

4.自分の目で確かめてください

サービス提供グループと話をすると、彼らがどのような成功を収めているかを自分で確認できます。



誰もが常に知っている必要があります。 可能な限り、私たちは皆と個人的に話をしようとします。従業員の進捗状況を追跡する最善の方法は、すべてを自分で確認することです。 これは、サービスのデモンストレーションへの定期的な訪問およびコメントや提案の作成として理解する必要があります。



サービス提供グループが提供する資料を使用して、作業内容を報告します。

したがって、巨大な正式なレポートを見る代わりに、すべての情報を取得するために、タスクボード、各スプリントのレポート、デモサンプルに注意を払っています。



私たちが一緒に計画を立てるたびに、率直に見つけて話し合うためにチームと話します：

• 彼らが現在取り組んでいるもの;
• 将来の計画。
• 彼らが直面する問題。

進捗を評価し、サービス提供チームのムードを判断し、提供を保証する最良の方法は、職場で全員と直接話し合うことです。 追加のコストを必要としないツールがいくつかあります。 それらの中には：

• 10〜15分間の毎日の「スタンドアップ」 。チームメンバーは、昨日行われた作業、今日のタスクを受け取り、遭遇した困難に関する情報を提供します。
• チームが最新の状態になる各段階の開始前の定期的なスケジュールされた会議 。
• 各段階の終わりに定期的なレビューまたはプレゼンテーションを行い、この段階で完了した作業を実証し、サービスプロセスに対して行う必要のある問題や変更について話し合います。
• 何がうまくいったのか、何がうまくいかなかったのか、どのような変更を加えるべきかをチームが思い出すことができる定期的な回顧展 。

経営陣は、少なくともその進捗を監視するために、定期的にそのような会議に参加する必要があります。 個人的に確認し、供給管理のためにサービスプロバイダーグループが使用するデータを検討したら、管理を成功させるために必要なすべての情報を取得する必要があります。



そのような会議が行われない場合は、その理由を調べてください。 実行した場合、このサービスを管理する責任がある場合は、同じ方法で続行する必要があります。



サービス提供マネージャーは、これらの会議中にデータを収集して、シンプルで明確なレポートで使用する必要があります。 従業員がタスクボードやWiki /コラボレーションアプリケーションなどでそれらを見ることができるように、それらを提示する必要があります。 レポートは、将来の会議で議論を構築するのに役立ちます。



タスクボードは、進行状況を追跡し、チームが何をしていて、どの段階にいるかについての質問などの重要なポイントを反映するための優れた方法です。 これは、チーム内外の計画とコミュニケーションに役立ちます。



サービス提供グループは、情報がボードに表示され、実際に使用されていることを確認する必要があります。 グループのタスクボードを見ると、サービスの作業から注意をそらす冗長なレポートに頼ることなく、その作業の現在の状態を知ることができます。 これを定期的に監視する時間を確保する必要があります。

5.メリットのみを行う

ユーザーのニーズを満たすために最善を尽くし、最初から効率を絶えず改善するよう努めています。 これは次のことを意味します。

• 明確な目標を設定し、成功基準を定義し、それらについて定期的に全員に通知します。
• 私たちは品質を大切にし、顧客のニーズが満たされるようにします。そのために、チームには必要な時間が与えられます。
• 私たちは有益なアイデアの研究と開発に従事しており、そうでなければ作業を中止します。

「効率の改善」とは、顧客のニーズを満たす質の高いサービスの提供と、継続的な改善を意味します。 調査、アルファ、ベータ、およびエクスプロイトの段階を経るサービスの直接配信は、顧客のニーズを特定し、サービスの開発に影響を与える機会をユーザーに提供する最も効果的な方法です。



信頼性の高い管理により、可能な限り迅速にこれを行うことができ、顧客の要件を満たすアイデアの開発にチームを提供することに注意を集中できます。 供給の決定などの管理上の決定は、常に事実に基づくものでなければなりません。



サービス提供グループは、以下を記載した規制文書を作成する必要があります。

• 彼らのサービスのアイデア;
• 定量的な目標;
• ユーザーのニーズを満たし、組織の目標を達成する際の進捗状況を測定する主要業績評価指標。

リーダーシップグループは、この文書の作成に取り組んでおり、組織内および組織外の両方で文書に関する共通の意見と理解を得るのに役立ちます。



サービス開発は学習プロセスであり、このトレーニング中に利益を得ようとしています。 誰もが顧客のニーズを満たすための最良の方法を見つけるよう努力する必要があります。 ユーザーのオーディエンスを調査するときに何かがうまくいかない場合でも、学んだ教訓はサービスの開発に向けてあなたを導きます。 このアプローチを使用すると、顧客の要件を満たさない、費用のかかる見込みのないサービスを作成できなくなります。

6.信頼するが検証する

私たちは、管理者が部下を信頼し、チームがサービスの提供に集中できるようにサポートする、シンプルで便利な管理構造を形成します。



私たちは、チームをサポートし、自分自身を方向づけ、望ましい結果を達成するために、チームと定期的にコミュニケーションを取ります。 進捗状況を追跡するために、巧妙なアプローチを使用して、マイナーではあるが頻繁なチェックを実行します。 配信結果に注意を払い、何か改善できる領域を特定します。



供給チームにとって好ましい雰囲気を作り出すために、私たちは専門家を適切に採用してグループを形成し、供給のペースを増やしますが、シニア従業員をサポートします。 チームとの絶え間ないコミュニケーションにより、管理者は従業員をサポート、オリエンテーション、および支援する機会を得ることができます。



作業プロセスを定期的に議論し、効率を高める方法を見つけることは、管理の成功に重要な役割を果たします。 いずれかの段階の終わりに、各グループは、得られた知識について議論する回顧展を実施します。何がうまくいったか、何がうまくいかなかったかです。 これにより、次の段階で実行する予定のアクションを決定できます。 さらに、回顧は全体的な作業計画に含める必要があります。



このマテリアルについて、IIDF Acceleratorのスタートアップと話し合いました。

あなたの意見では、「覚書」を作成することは、プロジェクトが追求しているコアバリューとタスクのリスト、およびこれらの目標と目標を達成するために計画されているルールでチームが作業するのに役立ちますか？



小企業はそれを必要としますか、それとも大企業や大規模プロジェクトでのみそのようなものを作成すべきですか？ 仕事で似たようなものを使用していますか？

Supl.bizプロジェクトのCEO、 Evgeny Dyachenko ：スタートアップは、世界にもたらす価値を含め、非常に動的な構造です。 ピボットは頻繁に発生します。 したがって、スタートアップの段階で「世界をより良く変える」以外の価値を仮定することは意味がないと信じています。 まあ、さらに、小さな会社では、創業者と最初の従業員は価値のキャリアです。 そのとき、会社は成長します。そして、これらの価値をすべての新入社員に伝えるという問題が生じます。 これらの理由から、私たちは仕事でそのようなものを使用しません。



Anatoly Medvedev、 A2リースシステムプロジェクトの共同設立者：成功するチームは、製品の価値を理解する必要があります。 対象読者が何の利益も見なければ、プロジェクトは成功しません。 これはおそらく、スタートアップが見つけてクライアントに明確に伝えるべき主なものです。 プロジェクトの実装自体は、意図した計画に準拠する必要があります。 これは主に、顧客開発とHADIメソッドを使用した仮説テストであり、プロジェクトを正しい方向に進めるのに役立ちます。



CloudStatsのディレクター、アレクセイ・クラスノフ：チームのこのような「憲法」のアイデアは非常に興味深いと思います。 たぶん私たちは座ってそのようなものを作りさえします。 まず第一に、それは指導者自身にとって有用です。 戦略、ビジョン、行動のルールを紙に書き留めておけば、すべてをより理解しやすく具体的にすることができます。 また、最初はチーム全体でこれを理解できるようにすることで、目標を達成する過程で多くの時間を節約することもできます。



チーム全体が最終目標を見たとき、それは一般的に素晴らしいことであり、彼らが「失望した」タスクに取り組むだけではありません。 しかし、熱心すぎないでください。 ページごとの覚書-これ以上。 小規模なチームでは、大企業で必要な役割、タスク、責任を明確に分離することはできません。 柔軟性、迅速な方向転換と実験が必要です。 スタートアップの場合、これは特に当てはまります。なぜなら、プロジェクト中に多数の異なる仮説とアプローチを処理できるからです。