新しいプロジェクト管理システムに取り組んでいます。 主な目標は、小規模スタジオがプロジェクトをより正確に評価し、プロジェクトの時間と予算から生じるリスクを減らし、何が起こっているかをより完全に確認するのに役立つツールを開発することです。
リーンスタートアップアプローチについて聞いたことがある場合は、顧客開発についても知っておく必要があります。これは、スタートアップが6か月間座って静かに素晴らしい製品を目にすることなく、潜在的な顧客にすぐに出かけ、本当の問題を探して解決するアプローチです。 そのため、Habrユーザーは潜在的なターゲットユーザーであるため、問題についての仮説をテストします。 開発方法、確認された仮説と反論された仮説、キャスト中に製品のビジョンがどのように変化したか、通常のアプローチと比較してどれだけのお金を節約したかについて定期的に投稿します（コードを書く、b！） 、リーンスタートアップと顧客開発について話してください。
ですから、プロジェクトマネージャーまたはCTOの場合、インタビューに参加して、夢のプロジェクト管理システムがどのように見えるかについて意見を述べたい、または単にスタートアップが顧客開発をどのように行うかを内部から確認したいです-catへようこそ。
「新しいプロジェクト管理システム」というフレーズを聞いた多くの人は、おそらく考えます。JIRA、Redmine、Asana、Megaplanなどの既存のツールとはどう違うのでしょうか。 私たちの観点からは、これらのシステムはすべて優れていますが、プロジェクトで発生するプロセスのほんの一部をカバーするため、「プロジェクト管理システム」と呼ぶことはほとんどできません（このようなプロセスの例は、タスク評価、作業の階層構造の開発、制御と管理ですタスクトラッカーは、その名が示すように、レポート作成、品質管理など、いくつかの他のプロセスによってタスク管理を部分的にカバーします。
より多くのプロセスをカバーするシステムを作成したいと考えています。 なんで？ 今後の出版物から、この質問に対する答えがあなたと私たちの両方にとって明確になることを願っています=）。
問題点...
カスタムアプリケーション、モバイルアプリケーション、またはWebアプリケーションを開発する小さなスタジオを検討してください。 通常、このようなスタジオの各プロジェクトはいくつかのステップに分けられます。
- 顧客からの要件の収集、初期評価および販売。
- 契約に署名した後-分析と設計開発の段階。 このフェーズの終わりまでに、顧客は開発中のプログラムのコンポーネントを示し、ユースケースによってサポートされ、各要素の反対側に価格が付けられた、多少正確な作業内容を受け取ります。 このドキュメントの形式は通常、WordまたはExcelファイルです。
コンポーネント/機能 設計 開発 テスト中 ユーザー名 50 150 75 スタートページ 100 500 200
プロジェクトマネージャーは、プロジェクトに必要なリソースを使い果たし、タスク間の関係を理解します。そのため、顧客は、見積もりを含むドキュメントに加えて、たとえばMicrosoft Projectでコンパイルされたガントチャートの形式でプロジェクト計画を提供できます。 - 最終承認後、プロジェクトの作業が開始されます。 プロジェクトマネージャーは、タスクトラッカー（JIRAなど）でタスクを開始します。 チームがスクラムに取り組んでいる場合、最初のスプリントが開始されます。 幸せな就業日が来ています。
...そして危険
私たちの意見では、そのようなプロジェクトには次の危険が潜んでいます。
- 評価段階では、リスク評価は実行されません。 より正確には、評価プロセスの各参加者は、最初に思いついた数値に2（および経験豊富な評価者-4）を掛けますが、通常、このプロジェクトのためにリスクが何であり、それらを増減する必要があるかは誰も知りません。
- このアプローチでは、プロジェクトが収益性を失う前に初期価格をどれだけ引き下げることができるかを営業が理解することが難しいため、顧客との交渉が困難になります。 その結果、同社は競合他社よりも高い価格を提示し、潜在的な顧客を失います。
- 評価の結果として作成されたアーティファクトが、顧客に提示されたのと同じ形式でタスクトラッカーに入力されることはほとんどありません。 これにより、開発中の各機能（画面、ユースケース）の実績を個別に計算することが難しくなり、より多くの時間を費やすことができるかどうかが明確になりません。
- PMは、バグトラッカー、プロジェクト計画、会社の経営陣や顧客に送信するレポートの情報を定期的かつ手動で同期する必要があります。 さらに、彼が顧客に報告するExcelのアイテムは、トラッカーのタスクのリストとは無関係であることがよくあり（上記の段落を参照）、そのような各レポートの準備には、準備の割合を理解するために多大な労力が必要です機能の別の部分。
- PMは、評価中にどれだけのリスクが実際に発生したのか、また、どの数値に達した後、プロジェクトが損失して機能するのかを理解していません（まあ、または単にプロジェクトのマージンを減らします）
同様の問題に直面していますか？ それらをどのように解決しますか？ 投稿へのコメントでこのトピックに関するフィードバックをお待ちしております。 また、数分かけてアンケートにご記入ください。
Skypeのインタビューに30〜40分の時間を費やすことに同意してくださった方には特に感謝しています。 これを行うには、サイトwww.snapyourproject.comに登録し、「私に連絡する」ボックスをチェックするだけです。 あなたがモスクワに住んで働いているなら、私たちはあなたの意見を見つけるためにあなたと個人的に会うことを幸せにします。