他の人の責任を果たすという興味深いトピックを取り上げたいと思います。 誰もが「他人の質問にあなたの鼻を突き刺さないで」というキャッチフレーズを知っています。 これは常に真実ですか？ 最も頻繁にやり取りされる「タスクマネージャー-開発者」について理解したいと思います。 意見が純粋に私見であるということをすぐに留保し、出版の目的は、提案された仮定をより高いレベルの抽象化に一般化し、他者がどのように行うかを理解することです。
まず最初に、私の詳細を反映する一連の背景情報：
1）ソフトウェア開発サイクル全体のうち、私の職務にはそのほとんどが含まれます。 開発（コードの作成）のみ、直接対処する必要はありません。 アナリストはおおよそここに書かれているとおりです。
2） 開発者は、すべての開発ステートメントをJIRAのタスクとして受け取ります。
3）会社にはマトリックス構造があります。 したがって、1人の開発者が異なるRPで異なるプロジェクトに同時に取り組むことができます
4）非常に厳格なビジネスロジックのない状況に対処します。ほとんどの状況は、単純なテキスト形式で形式化された完了タスクです。 プロジェクトがゼロから開発され、フローチャートやその他の図でいっぱいになった十分に開発された設計段階を意味する場合、側面への逸脱は別のプロセスと能力ですでに強調されているはずです。
5）Web開発について
そのため、作業の過程で、JIRAの無数のタスクが設定およびテストされました。 また、ソリューションには2つの主なアプローチがありました。
端からの私の小屋..
タスクは純粋に正式に実行されます。 左へのステップではなく、右へのステップでもありません。 書かれていることが行われます。 共通の機能部分に関連するため、何が起こったのかを見る必要はありません。
途中で、タスクが数回再開され、テストを繰り返し実行する必要があり、貴重な時間が無駄になり、チームワークに対する不満が高まっています。
例。 現実の例を挙げません。だから誰かが偶然自分を識別しないようにします。 不名誉に単純化された場合、本質はこれです。 十字とボタンで閉じられるモーダルウィンドウがあります。 すべて、 それ以上。 タスクが設定され、ボタンが壊れたと言われます-閉じません。 私はそれを修正し、サーバーを更新しましたが、見たところ、クロスでウィンドウが閉じなくなったことがわかりました。 開発者も十字形をクリックする必要がありますか？ 正式に、いいえ。 私が小さな「製品マネージャー」またはテスターであれば、そうです。
もしもし？
しかし、開発者が少し創造的にタスクにアプローチし、何か特別なことを提案したり、すぐにした場合はどうでしょうか？ 今日は少し時間がかかるかもしれませんが、長い目で見れば非常に有益です。 さらに、解決された関数が1つしかないため、ウィンドウを閉じて、前の例の十字をクリックします。
途中で：タスクに時間がかかる場合があります、テスト中に明らかな欠陥はありません、作業は相互満足をもたらします。
例。
タスクは、「オブジェクトを開いたとき/ダウンロードしたときのオブジェクトの表示に関するレコードを作成するメカニズムを追加する」でした。 タスクはシンプルで明確であり、二重の解釈を提供しません。 経験豊富な開発者がそれをやったようです。 さらに彼は、「統計を集約する作業は1か月以上経っています。」 つまり テーブルが時間とともに膨らまないようにします。 役に立ちましたか？ はい 将来の問題を予測しますか？ はい 要件に含まれていましたか？ いや いいですか？ ありそうもない。
道徳
個人的には、もっとコミュニケーションをとるべきだと思う。 いくつかのフレーズを使用すると、時間を大幅に節約できます。 側からのタスク/問題のビューは、問題の元のステートメントに目的の変更を生成できます。
そして、あなたはどのような地位にありますか？ 興味深いコメントを待っています。