- 「地獄にカット！」
- テストを受けに行くと、何か間違ったことを食べたことがわかります
個人的には、私の同僚と私は2番目の選択肢が好きです。そのため、「これらのあなたのアジャイル」を紹介するよう求められたときに、監査を実施します。 しかし、私たちはプライスウォーターハウスクーパースとは違います-私たちはより良く、非公式であり、貴重な結果をもたらします。 正確に-カットの下で読んでください！
ほとんどの場合、3日間で監査を実施します。 最初の1日半はクライアントと情報を収集し、別の日は分析を行い、半日でプレゼンテーションを行います。 もう少し。
最初に、監査クライアントと通信します。 監査の目的、監査の理由、監査からの期待、および変更の準備を明確に定義する。 それは、私たちがどのような質問をするか、どのような提案をするかによります。 次に、プロジェクトリーダー（技術者、マネージャー、アナリストリーダー）とともに、Value Stream Map（VSM）を作成します。 これは何ですか これは、開発を通じてビジネスアイデアが最終的にエンドユーザーに到達する方法の説明です。 こんな感じ
VSMを使用すると、価値を追加せず、損失の原因となる改善点と不要な手順を理解できます。
次に、このスキームでは、開発者、テスター、アナリストを順番に収集し、製品開発の1つまたは別の段階で発生している問題について10分間説明します。 これでは、いつものように、ステッカーは私たちを助けます。 10分後、すべての問題を共同で解決し、一緒に修正して議論します。
私たちは一緒にまたは3回監査を実施するため、開発の技術的部分と製品部分の詳細を分離して調べます。
技術に関しては、次のことを知ることが重要です。
- テクノロジー（プログラミング言語、フレームワーク、データベース、IDE、VCS）
- 建築
- 機能に取り組むプロセス
- VCSを使用したプロセス（機能ブランチ、抽象化によるブランチ、...）
- 継続的統合状態
- プロジェクトの単体テストの状態（テストが記述されているかどうか、誰が書いているか、どのような経験があるかなど）
- コード共有プラクティスの存在（ペアプログラミング、コードレビューなど）
食料品の観点からは、次の側面が重要です。
- 誰がどのように市場とユーザーを探求するか
- 製品ビジョンはどのように開発されますか
- MVP-最小限の実行可能な製品のコンセプトがあります
- どの機能が本当に必要かをどのように決定するか
- 誰がどのように要件を解決していますか
- メトリックがありますか、これまたは機能的に成功していますか
通常、最初の日はこれで終了し、タイムアウトします。
次の半日は、チームとのコミュニケーションを続けます。
開発者、テスター、およびシステム管理者のために、次の2つの演習を交互に行います。
最初はスピードボートです。 一番下の行は、大きなシートに船を描くことです。 この船は開発プロセスであり、存在する問題は船のアンカーがしがみつくサンゴ礁です。 タスクはアンカーの近くに書くことです。 問題の重要性の程度は、アンカーの深さ、より深く、より深刻な問題に反映されます。 奇妙なことに、これらの問題は、以前は人々がVSMで話していたという事実とほとんど重複していません。 しかし、問題に加えて、私たちはまた、ポジティブなもの、またはそれが望まれるものを修正します。 船の場合、これは帆に吹く風です。
船の完成後、2番目のタスクを一緒に実行します。サーバー、ストレージ、サービスなどのプロジェクトインフラストラクチャを構築します。 この場合の最も興味深いのは、次の各グループが「そして、なぜ彼らが描いていないのか...」または「はい、彼らはすべて正しく表示されなかった！」
また、スピードボートの形式で、会社の採用担当者と連絡を取ります。 これは、会社の雰囲気、人々のモチベーションなどを理解するために必要です。 かつて、リクルーターとのコミュニケーションが問題を詳細に理解するのに役立ちました。
その後、結果を処理します。 すべての秘密を明らかにするのではなく、2つのポイントについてのみ述べます。
まず、次のグループのすべての問題を分析します。
- 会社の雰囲気と文化
- 製品を使用する
- プロセス
- 人
この内訳により、内部モデルに従って会社の成熟度の現在のレベルを理解できます。
- 要件管理
- 品質
- コミュニケーションズ
- 開発管理
- やる気
- エンジニアリング文化
- 人事管理
このすべての後、提案とスライドを準備します。 また、インフォグラフィックスとビジュアルノートテイキング技術を使用して、フリップチャートの大きなシートでプレゼンテーションを準備していることも注目に値します。 シートの特性は粘着性のエッジであり、プレゼンテーション後にクライアントに残る巨大なステッカーになります。 プレゼンテーション自体は約3〜4時間続きます。 その間、2日間で見たもの、感じたこと、記録した問題を伝えます。 99％で、聴衆全体がこのような問題があり、対処する必要があることに同意しています。 したがって、監査の追加の目標が達成されます-彼ら以外の誰かが共同の努力によって取られて解決できる問題を持っているという事実に人々の目を開くことです。
これにより、3日間の監査が豊かに精力的に行われ、全員がお互いに満足しています。