それはアジャイルの世界に収まりますか? [閉まっている
-
03-10-2019 - |
質問
私たちのITマネージャーはITILを推進しています、私はそれに大まかに精通しているだけで、ITILがアジャイルワークサイクルに適合するかどうかを知りたいと思いましたか?
私の最初の印象から、私はノーと仮定します。主に、マネージャーが提案しているのは、すべてに対してタイムラインを置くことであり、SLAが「高優先度のタスクをX時間で完了する必要がある」などをビジネスに述べることです...これは開発者として罰せられます。これらのSLAに会わない場合。
どちらかといえば、タイムラインが速度のアジャイル方法とストーリーポイントに基づいて、予想される時間枠をエンドユーザーに交渉する交渉戦略を好む。
アジャイル開発の実践、テスト駆動型開発、継続的な統合、改善の領域がありますが、それに取り組んでいます。
ITILとアジャイルの方法で一緒に働く他の経験は何ですか?
解決
私の会社では、ITILフレームワークがサービス提供(生産とインシデントサポート)に使用されています。このSLAは、1時間あたり顧客/お金を失うと言っているかのように適切であるため、ビジネスがいつ修正されるかを何らかの兆候にする必要があると予想されます。開発方法論に直接関係していません。緊急ホットフィックスが必要で承認されていると判断した場合にのみ、いくつかの開発が行われる可能性があります。しかし、ホットフィックスは通常非常に小さく、欠陥を修正することを目標としており、アジャイル方法論に問題を引き起こすべきではありません。新しい要件は、ホットフィックスの変更として行われることはなく、通常の開発/テスト/リリースプロセスで取得されます。
他のヒント
それはまったく良く見えません、もしそうなら、それは本当にアジャイルにはまったく適合しません。
特に「優先度の高いタスクをX時間に完了する必要がある」がアジャイルに合わないことを超えているため、ソフトウェア開発に適合しないため、すべてのタスクが平等に生まれていないため、私は本当にそれを求めている場合、私は疑わしい。
アップデート:
それで、通常の開発プロセスはITIL方法論を免除し、ITILが純粋にインフラストラクチャ/インシデントサポートエリアに集中していると言うでしょうか?
これは相互に排他的ではないと思います。 ITILがチームの管理方法に適用できない場合がありますが、開発するものに影響を与える有効な領域がないという意味ではありません。
開発は、ITILで提案されている慣行に関連する可能性があるため、ITILで提案された慣行に関連する場合があるため、開発が設計 /製品に考慮事項を含める必要があります。
たぶん、より適切な質問は次のとおりです。ソフトウェア開発の管理に適用されるITILの管理側面/実践はありますか? 私にはわかりませんが、疑わしいのは特にITILで対処されています。少なくとも、ITIL 3がエンタープライズアーキテクチャの実践に関連する変更を導入したことを知っています。これは、アジャイルと間違いなく互換性があります(実際にはイネーブラーです)---しかし、少なくともそれらは固定推定 /タスク追跡 /開発時間に関連するものとはほど遠いものです。