私は就職市場にいて、給与、業種など、次の仕事の優先順位を持っています。しかし、要件のリストに載っていないことの1つは、開発プロセスの方法論です。私の仕事はソフトウェアを作成することだと感じており、プロセス構造はスクラムでもウォーターフォールでも何でも適応できるものだと考えています。
開発プロセスの方法論はあなたにとって優先事項ですか？
回答:
私にとって重要なことは、ほとんどの専門家が持っていることを望んでいる常識の邪魔をしない限りです。
バージョン管理について話すとき、という議論がありますがany version control beats not having anything at all、これは開発メソッドには当てはまりません。メソッドはルールを意味し、ルールは時々破られます。私は、誰でも覚えている限り、本当に間抜けなことをしている会社で働いてきました。
会社から次のものが欲しい：
数ページに収まる明確に文書化された手順。速度を上げるために論文または（さらに悪い）小説を読む必要がある場合、私は長い間失われます。
会社がより良い手順を変更することに対してオープンであるという証拠。誰かに行って、「あなたがなぜ[xyz]をしているのか理解していますが、今ではそのほとんどを行うツールがあります。それを使用できますか？」と言う必要があります。
少しの競争は良いことであり、しばしば避けられない。しかし、私は、競争が人々のやる気を引き出すための主要な手段として使用されるお店を避けます。午後5時に開発者が1日にコミットする行数をレーザープリンターに送信するコードを成文化した場合、私はあなたのために働きたくありません。
祝福されたリポジトリのビルドが、そのビルドを壊す変更を受け取らないようにしていない場合、私はまあまあ実行します。5:00に最後にしたいことは、自分のローカルビルドをテストするためにマスターリポジトリから変更をプルすることです。
私は、アジャイルツリーから落ちた確立されたメソッドに似たメソッドに飛び込むことを好みます。必須ではありませんが、慣れ親しみの感覚は、手続き上の間違いを犯さずに生産的になろうとする最初の問題を克服するのに役立ちます。
手順が存在することに感謝するよりも、手順を再送することに多くの時間を費やすことがわかったら、おそらく仕事を引き継ぐでしょう。
もう一つは「ああ、もう二度と！」される「私たちはあなたにも私たちのためのベストプラクティスを設定します。私たちは、コードの600万行と21人の在宅勤務を持って、我々はSVNか何かを使用しなければならないことを望みました？」。
誰かがそれを分類する楽しみを持つことができます。私はその男ではありません:)
はい、私は私が再び繰り返したいと思わないいくつかの貧しい方法論を見てきました。いくつかの例として、これらを考慮してください：誰もが独自のソース管理、コーディング規則などを使用する可能性のある多数の開発者のチームにとって、カウボーイスタイルで大丈夫でしょうか？しません。コードの行をどこで変更するか、記入するフォームが12個あり、上級管理職がサインオフするまでに数週間かかる場合がある生産の変更を承認するための約20個の署名がありますか？「何でも」は物事を私の心に少し開きすぎますが、多分私はここで少し冷笑的です。