誰もが独自のアジャイルを持っています:フローをどのように進め、プロジェクトを管理し、苦労しないか

アジャイルはファッション、トレンド、どこでも、どこでも点滅する言葉です(コーチングに次ぐようです)。



もちろん、これは柔軟なソフトウェア開発方法であることをご存じでしょう。 学ぶ人もいます。コースに行き、講義を聞いてから、地獄の痛みでチームの作業プロセスにこれらの原則を導入します。 理想的な解決策はありません。理想的な解決策はありません。なぜなら、すべての人々は、異なるリズム、仕事やキャラクターについてのアイデアを持っているからです。 また、すべてのチームが同じ原則で作業できるわけではありません。



アジャイルは石に刻まれたルールのセットではなく、チームが適用できるアドバイスです。 かどうか。 ワークフローの組織に賢明にアプローチすることを学ぶ そして、実際には、あなたに近い(まあ、顧客にも)原則のみを使用してください。









私たちのアイデアは単純です。月曜日から盲目的にトレンドを追跡し、新しいシステムで作業を開始することはできません。 これを試みる=ワークフローをフラッシュします。 VZHUH、アジャイル-現在の方法論からの期待は現実と一致しない場合があります。 アジャイルを実装しようとした後の作業がこのように見える場合、心配しないでください。 あなたは正しい軌道に乗っています(おそらく):



//受信ボックスにはコメントがたくさんあり、Jiraには新しいタスクがたくさんあります。 しかし、あなたはそれらを必死に体系化し、さらに分析を見ようとします。







//クライアントは、作業のプロセスを適切に認識しようとし、時にはソフトウェアがどのように作成され起動されるかを認識します。







//コードは完璧ではありません。最後の瞬間まですべてを変更し、何かをねじ込んでください。それで問題ありません。 新しいシンボルごとにコメントを書くことはありません。開発上のトラブルが発生することもあります。







//新しいバージョンを展開し、無限にテストしますが、これが常に完璧な作業の鍵となるわけではありません。 すべてがスケジュールどおりであっても。







//顧客は常にあなたと連絡を取り合っています。 24時間体制で、すべてのプリンターからあなたの仕事を見ます。







//完全なスクラムがチーム内で発生する場合があり、それから全員が本当にスプリンターのように走り、彼らは柔軟になり、一般的に同僚に会おうとします!







//「作業中の製品は進捗状況の重要な指標です」とアジャイルマニフェストは読みます。 自転車に乗ってから、ペダルを締めます。







しかし、真剣に、アジャイル宣言を聖書と受け取らないでください。



または、何が良いのか、何が悪いのかについてのカテゴリー的な声明。 一番下の行は、作業を確立して最適化し、時間コストを削減し、製品を賢く展開し、顧客を喜ばせることです。 したがって、行を読み、アジャイルの4つの基本原則でさえ、カテゴリーの規則ではなく、優先順位を付ける能力を確認する必要があることを知ってください。



人と相互作用(コミュニケーション)は、プロセスとツールよりも重要です。



そして、これは確かにプロセスとツールが重要ではないという意味ではありません 。 確立されたプロセスは、企業が長期にわたって学び、改善することを可能にするものであり、確立された手順に従うことは結果につながります。 ツールは、問題に対するチームの態度とそれを解決する能力を根本的に変えることができます。 そのような有名な格言があります:ハンマーしか持っていないなら、すべての問題は釘のように見えます。 これにだまされないで、新しいツールを導入し続け、社内でプロセスを確立し、同時に人々に注意を払ってください。



実用的な製品は、包括的なドキュメントよりも重要です。



そして、これは確かに、ドキュメントが過大評価され保守的なナンセンスであることを意味するものではありません

マイクロレベルですべての要件を説明する必要はないため、コードの各行のすべての詳細をコメント化して文書化する必要はありません。 しかし、適切なドキュメントがなければ、製品の変更に伴う多くの時間を失うリスクがあります。また、長期間行われた困難なすべてを壊す危険があります。 自分の居場所がわからない場合、希望する場所に着くことができません。 まあ、人々が時々病気になり、辞め、退職することを忘れないでください-チームメンバーの変化が遅くならないように、できるだけ多くの情報を収集してください。



顧客とのコラボレーションは、契約条件の交渉よりも重要です。



そして、これは確かに契約の条件がナンセンスであることを意味するものではありません 。 そうではありません。 たとえば、条件が広く、製品の作業を開始する前に特定の結果が記載されていない可能性があります)。 そして、両方の当事者が協力し、互いに助け合う場合、最終的にすべての参加者が満足しなければなりません。 唯一の質問は、ソフトウェアを作成することをまったく検討していない人々に連絡したかどうかです。 その場合、作業はうまくいかず、結果の要件は正気でない場合があります。



変化への意欲は、当初の計画に従うよりも重要です。



そして、これは確かに計画する必要がないという意味ではありません 。 計画は重要です;それは一般にアジャイルの奇跡的な基盤です。 しかし、本質はまさに、計画をすぐに打ち砕く必要がないということです。 あなたはそれに取り組み、改善する必要があります。 近い将来の計画があります。 彼のおかげで、責任を分散し、タスクを委任し、各問題の解決策を監視できます。 顧客の要求に応じて、必要に応じて短期計画を変更できます。



All Articles