一人のスタートアップがスクラムのようなアジャイルな方法に従うことは可能ですか？
1人または2人のプログラマーしかいない小規模なスタートアップの場合、スクラムのようなアジャイルメソッドを実装することは可能ですか？いいえの場合、必要な最小チームサイズはどれくらいですか？
スクラムもオンサイトにいるプログラマーはほとんどいませんね。
編集**アジャイルの手法はチームのコラボレーションとワークフローの改善を目的としているため、1人の人にはあまりメリットがないかもしれません。
アジャイルはチームに最適ですが、1人または2人のチームでは無意味ではありません。実際、非常に大規模なチームがある場合は、効率的なアジャイル実装のために、それを小さな機能グループに分割することをお勧めします（20〜30人のメンバーのスタンドアップミーティングを想像すると、ポイントがわかります）製品のバックログとスプリントバックログが最も多くなります。一人のチームでも、配達が順調かどうかを伝えるのに役立ちます。オンサイトプログラマは必須ではありませんが、スクラムマスターは必須です。小規模なチームでは、通常、製品の所有者が最高の人物ですが、役割を引き受けても害はありません。
はい。かんばん。 かんばんはn00bs、アジャイルチームの開始、小規模なスタートアップに最適です。
かんばんが優れたアジャイルツールである理由軽量だから。何が処理されているか、どこにブロッカーがあるかを確認できます。毎日のスタンドアップ、スクラム、またはそのようなものを行う必要さえありません。
壁にあなたの簡単な進歩を見せてください、foo！
かんばんリソースへのその他のリンク： http://agilescout.com/kanban-is-great-for-beginning-agile-teams/
スクラムチームのメンバーは、同じ場所に配置された環境で最もメリットがあります。必要ですか？いいえ、しかしそれは確かにより良い結果を生み出します。
プログラマーの数は多少関係がありますが、より重要な要素は製品の所有者です。スプリント全体にわたってドメインの質問が浮上するときに、チームメンバーに常に関与する定義された製品所有者である必要があります。また、バックログを優先し、チームに指示を与える個人でもあります。
スクラムマスターは、チームと製品の所有者との間の連絡係であるため、初期段階では重要です。スクラムの原則が守られていることを確認する。チームが成熟するにつれ、スクラムマスターは、チームがより全体的かつ効率的な方法でメッシュ化および運用を開始するときに、多くの場合、職務を縮小することができます。スクラムの原則を守る。
チームのプログラマーの数に関係なく、製品の所有者を提供できない場合は、スクラムを行わないでください。この場合、複数の帽子をかぶった1人の個人が、開発者、スクラムマスター、および製品所有者では不十分です。代わりに、いくつかのプラクティスを [〜＃〜] xp [〜＃〜] から取り上げ、開発プラクティスを改善することに焦点を当てます。
アジャイルメソッドは、チームメンバー間のコラボレーションを向上させます。ワンマンショーにはコラボレーションの問題はあまりありませんが、他のアジャイルからは確かに多くのメリットを得ることができます practices など短いイテレーションとして、卓越した技術と顧客の関与に注意を払います。
あなたがソロ開発者である場合、どのspecificメソッドを使用するかはそれほど重要ではありません。彼らはおそらく重いです、そして時々少しばかげているように感じるかもしれません。私は Pomodoro Technique または Getting Things Done のような個人的なことを試して、集中力を維持できるようにします。
スタンドアップと計画会議は少し面倒で、ペアプログラミングはトリッキーでなければなりません。
しかし、すべてのタスクをカードに貼り付けて、それらを通り抜けることができない理由はありません。自分自身に集中してください。見込み顧客が並んでいる場合は、スクラムのような方法で優先順位を付けるのを手伝ってもらうこともできます。 TDDは、チームにとってだけでなく、一人のバンドにとっても有益です。
私もスタートアップ（2人のチーム）を持っています。私の経験から、アジャイルプラクティスは非常に重要だと思います。
反復的な開発、TDD、および顧客とのコラボレーションは、私たちにとって最も重要な3つのプラクティスです。 TDD（テスト駆動開発）は、コードを高品質に保ち、したがって変更に対応できるようにするために重要です。人々が望むものを確実に構築するための顧客コラボレーション。そして、やりたいことがたくさんあるときに、優先順位を継続的に管理できるようにする反復的な開発。
ここ はそれについて私たちがすることです。非常に軽量で効果的
私のアドバイスは、XPとスクラムのようなものを1つ選択せず、それを宗教と見なすことです。代わりに、あなたにとって意味のあることを行い、自分のプロセスを進化させ、適応させてください。
スタートアップは、大企業よりもアジャイルマニフェスト（以下にリスト）の価値を達成するのに優れており、大企業よりも優れている点の1つであるため、それを最大限に活用することは非常に重要です。
アジャイルマニフェスト：
-プロセスおよびツール上の個人および相互作用
-包括的なドキュメントに対応する実用的なソフトウェア
-契約交渉における顧客のコラボレーション
-計画に従った切り替えへの対応
スクラムには、製品所有者、スクラムマスター、チームメンバーの3つの役割があります。製品所有者とチームメンバーの両方がフルタイムの役割である必要があります（ただし、絶対に必要というわけではありません）-これらの役割は通常、技術的ではありません（ただし、常にそうであるとは限りません）。通常、スクラムチームには3〜8人のメンバー+ scurmマスター+製品所有者がいると考えられています。 2人のチームとして、アジャイルのプラクティスを使用できますが、スクラム全体を使用する必要はありません。
スクラムのようなプロセス全体を取るのはやり過ぎだと思います。しかし、それはあなたが慣習のいくつかを適応させるべきだという意味ではありません。
特に、ストーリーベースの計画は、適応するのに最適です。たとえあなたがたった一人であったとしても、おそらくまだ計画を立てるでしょう-そして、比較的少ない仕事で、それはあなたに各機能がいつ完成されるかについての比較的良い予測を与えます。
一人で作業している場合でも、アジャイルにならないことの言い訳はありません。
私はフリーランスで、家で一人で働いており、アジャイル手法を組み合わせて成功しています。スクラムはそれ自体が1人の人に適していますが、適応させる必要があります。たとえば、スタンドアップミーティングやプランニングポーカーだけでは面白くない。
私の意見では、最も有用な方法は、プロジェクトを固定時間の反復に分割することです。 2週間働きます。部分的な製品を提供します。お金をもらう。再開する。イテレーションを処理するために大きなチームを用意する必要はありませんよね？
常にフィードバックを得ることも非常に重要です。クライアントが常に幸せであるようにしてください。
ストーリーを使用してバックログをフィードし、クライアントにプライオリティで並べ替えさせます。
TDD、ポモドーロなど、他の方法を追加して効率を上げることができます。
時々、仕事が多すぎると友達と一緒に仕事をすることがあります。すでにスクラムキャンバスを使用している場合、チームに別の人を追加するのは非常に簡単です。
もちろん、アジャイル手法に従うことができます。しかし、あなたの場合はスクラムで十分だとは思いません。アジャイルスカウトに同意します-かんばんを試してください。 かんばん図書館 で公開されている記事を読むことをお勧めします。