彼はプロジェクトの開発を開始し、それが良いことを見ました

この号では、アジャイル\スクラム、バグ追跡、バージョン管理システム、およびアプリケーション開発の初期段階について説明します。 アドバイス、結論、反省なしで、経験の整理だけ。



私は人々を集め、タスクを分散させ、すべてが機能し、すべてがうまくいくように思えます。 そして人々は人々に目を覚ますことを望んだ。 彼らは自分たちが白人であることを感じたかったので、すべてが市民的であり、バグ追跡とsvnを与えました...



しかし、チュクチ族は急いでいるわけではなく、チュクチ族のスズメが撃たれ、プロジェクトがローションで生きていないことを知っています。 彼も夢中になりましたが、彼はすでにGitを置きたいと思っていましたが、彼はそうするつもりはありませんでした。 その後、5分間で誰かがサーバー部分が無料のVisualSVNを配信し、クライアントとしてのAnkhSVNはVSの無料拡張機能です。 したがって、このファームは特に有用ではありません。 アカウントが誰かのために誤って設定されたため、彼らはメールでファイルを運転し、誰にも言わなかった。 そして、あらゆる種類のブルジョア言語ベースキャンプ-そして一般的に私はそれが好きではありませんでした。 もっと悪いの？ 独自の方法で記述し、すぐに議論し、賛否両論を作り、給与を支払い、すぐに発掘する方向にコメントを残すことができるようにします。 それに加えて、私たちは企業フォーラムですぐにすべての作業を行います-ここでは、トピックのすべてのバグ追跡をすぐに行うことができます。



さて、私はウィッシュリストで決めました、私は大ボスのように感じました、私は他の大ボスが何をしているのかを見ることにしました。 そして、彼らは方法論に従事していることが判明しました。 アジャイルは一般的なアプローチであり、スクラムはその実装の1つです。 特にこのトピックに関する記事が既にあるので、私は解読しません、そして、ここの聴衆は賢くて洗練されていると考えられます。 すべての知識は機会がある場合にのみ価値があり、アジャイルアプローチの必要性は、すべてが明確ではないプロジェクトのチーム開発中に発生します。 その後、ウィキペディアを開いて、これらの素晴らしい海外の言葉の意味を自分自身で明確にします。 アジャイルは純粋な哲学であり、具体的な指示はありません。あなたが現代人なら、それはあなたに近いでしょう。 スクラムにはすでにルールが含まれています。たとえば、プロダクトオーナー（所有者）、つまりビジョンキャリアが必要です。 私自身この役割を果たしましたが、リーダーはいませんでした。十分な能力のある人を選ぶことはできませんでした。 したがって、2つの役割で、私はただ縫い合わせました。 デモンストレーションがあるはずですが、問題はありませんでした-すぐに、それがレイアウトされ、そこで議論されました。 振り返ってみると、過去の発掘として、私はそれが不要であることがわかりました。 また、スプリントもありました。会計期間、週に1回、結果を要約し、行われた作業の調整を調整するルールを作成しましたが、タイムシートで作業する別の人がいました。 それは私にとって最も退屈な手順でした。 スカイプチャットでの集まりも時々ありました-同じことを3回ほど繰り返しましたが、頭の中に落ち着きました。



それで、彼らは異なる目的からプロジェクトに20人の優秀なフェローを連れて行きました。 さて、私はそれを倒すと思いますが、すでに考えさせられました。 問題は、私がそれを予期していなかったところから生じました-タスクをサブタスクに分割できませんでした。 原則では、ボトムアップからの開発を許可していませんでしたが、トップダウンからビルドする方法を知りませんでした。 1週間はひどくつらい思いでした。 それから偶然、オブジェクト指向プログラミングのパターンに関するhabrに関する記事を見ました。 それは私に来ました-私は本当にアプリケーションアーキテクチャが必要です！ 本を通して状況は明らかになったが、それは本当に助けにはならなかった。 いいえ、クラスとオブジェクトが何であるかは知っていましたが、実際の経験なしにはまだ方法がありません。 一般に、アーキテクチャの理解に別の月が費やされました。 ところで、そこに指を曲げていますか？ コンセプトを開発するのに1か月、建築に1か月かかりますが、職人は私にすべてを1週間で完了することを約束しました。 たぶん私は同意しませんでしたか？ -3つのリリースをリリースすることはすでに可能でした。



混乱が再び起こったが、誰もが実際の生活のどこにでも陰謀、陰謀、そして否定をすべきだと言ったのか？