問題タブ [scope-creep]

私は金融会社の小規模な社内 IT 部門で開発者として兼務しており、プロジェクト管理がほとんど、またはまったく行われていない多数の中小規模のプロジェクトに携わってきました。これは常にスコープクリープを引き起こし、締め切りに間に合わず、短期間でユーザー/マネージャーを満足させるために優れた設計/コードを犠牲にしなければならないようです.

ユーザー/マネージャーの要求と期待を考慮して、コードを記述する前にユーザーの要件を明確にし、変更要求が適切に管理されるようにするために、開発者として何ができるでしょうか。

ありがとう。

これはすべての初心者の質問の初心者になるでしょうが、スコープクリープとは正確には何ですか、それは何を伴いますか？

プロジェクトマネージャーはそれぞれ独自の個性と管理スタイルを持っているかもしれませんが、彼らの多くは、できる限り「スコープクリープ」に忍び込むことを好んでいるようです(誰かが見ているかどうかに関係なく)。彼らはたいてい良い意味を持っていますが (彼らの心を祝福します)、プロジェクト マネージャーに「NO」と言う最善の方法は何ですか?

ほとんどの人はどこかでここに来ています-あなたのプロジェクトでは、あなたはあなたが喜んで世話をする途中で本当に小さな要求を受け取ります、しかしある時点で小さなことが足し合わされます。プロジェクト計画を再交渉するよりも、何かを実装するのにかかる時間が短い場合があります。

仕様/要件の計画を提供することは適切であり、最初は運命のプロジェクトではありませんが、実際に口笛を吹いて再交渉を開始するのはどの時点ですか？どんなリクエストでも？そのリクエストに追加のページ/フォームが必要な場合は？それともただそれを感じますか？あなたがどのように電話をかけるか聞いてみたいです。

私は、HTML がecho格納される代わりに出力されるスクリプトを何十個も見つけました。柔軟な性質のために、常にhtmlを文字列に保存するのが一般的に良い習慣なのだろうか？

ランダムな例は、動的サブナビゲーションの html を返す関数があることです。開始 div タグを印刷し、その内容を印刷してから、終了 div タグを個別に印刷しています。

ただし、別の と を個別に割り当てるために、リスト項目の量と 内の文字の合計が一定量を超える#navかどうかに基づいて、特別なクラスを div に割り当てる必要があります。このために、私はそれをにロードして使用し、いくつかの評価を行う必要があります。$nav->getHTML()line-heightheightDOMDocumentDOMXpath

私は、文字列操作を必要とする将来の要求に対して物事をより柔軟にするために、常にこのようなものを保存するのが最善ではないでしょうか? それとも、私が不必要に心配しすぎているだけですか？それとも、私はこれを間違った方法で行っているので、クラスをリファクタリングして、外側ではなく内側で DOM クエリを実行する必要がありますか?

編集:ul文字数の制限 (たとえば 200 ) に基づいて複数の行 (これは水平方向のリスト) にまたがるかどうかを判断した後、#navアイテムに特別なクラスを追加し、それ以降は CSS でスタイリングを行います。

免責事項: JS にはまったく依存したくありません。私はそれを解決できることを認識していますが、すぐに適切にレンダリングしたいと考えています。