タイムリーなソフトウェア開発の実現：戦略と洞察

問題の核心は何か？

よく耳にする理由をいくつか挙げてみよう：

1. 私たちは新製品／スタートアップに取り組んでおり、市場投入までの時間は私たちや投資家にとって非常に重要です。
2. 私たちは重要なリリースや新機能を計画中で、どうしても期限内に出荷する必要があります。
3. 我々は年末まで開発パイプラインを計画しており、不必要な慌ただしさやストレスを避け、第4四半期には快適な状況を作りたい。

お分かりのように プロジェクト 技術マネージャーは頭を悩ませる。彼らはしばしば、開発者の仕事をどのように組織化すればいいのかと自問する。 チーム 遅延を回避し、予定されたすべての 製品 の特徴は、スムーズかつタイムリーに開発される。言うまでもなく、潜在的な「ギャップ」や開発の停滞は、手痛い結果をもたらすかもしれない。楽観的すぎるスケジュール、開発者の不足、整理整頓の不十分さなどが、プロジェクトの納期遅れに拍車をかけるかもしれない。

MOSCOW方式

まず、MOSCOWメソッドとは何かについて簡単に説明しよう。これは、プロジェクト管理で使われる特殊な優先順位付けの手法であり ソフトウェア開発 ステークホルダー（プロジェクトに携わる顧客やメンバー）と、各要件の達成を重視する点について理解を深める。

だから、すべての技術マネジャーにとって良い解決策は、MOSCOWメソッド（「must」「should」「could」「will not」といったカテゴリーがある）をブラッシュアップすることだと思う。最初の2つのカテゴリー、「must」と「could」の実行は通常難しい。限られた人的資源、期限やその他の障害によって、実行不可能な場合もある。

基本的に、企業はこの種の問題に対処するためのさまざまなアプローチを持っている。優れたリスク管理は、脅威を勝利に変える鍵である。このテーマに関連した最近の例を紹介しよう。数週間前、SaaS製品会社のプロジェクト・マネージャーから、以下の可能性について連絡があった。 outsourcing 10月初旬から11月末までの一定期間、3人のソフトウェア・エンジニアを派遣する。ある時期には、多くのタスクをこなし、プロジェクトを望ましい開発ペースに保つために、より多くの開発者のサポートが必要になることがある。

プロジェクト・マネージャーは、バックエンド・エンジニアの専門チームを雇うというアイデアを思いついた。 技術スタック は彼らのコア製品スタックにマッチしています。私たちは、柔軟で快適な従量課金モデルでプロジェクトを開始しました。何度も長いミーティングや電話をしたり、複雑な契約の山にサインしたりする必要はありませんでした。私たちは要求の本質について明確な考えを持ち、ここでは時間が重要であることを知っていたため、スムーズにセットアップを手配し、レスキュー・チームは準備が整いました。

貴社の成長計画に関連する技術パートナーと手を組むメリットは、他にもたくさんあります。外部サポートは、主に費用対効果に優れています（最大35%の予算を節約できます）。貴社に加わる開発者 社内 チームは多くの場合、実装されたプロジェクトに余分な知識と新鮮な視点をもたらします。このような協力のおかげで、クライアントは納期や遅滞、保留中の長いバックログタスクのリストに関連するリスクやボトルネックを排除することができる。MOSCOWメソッドに話を戻すと、"must "と "should "カテゴリーのタスクを納品するペースは、妥協する価値があるのだろうか？

それはあなたにとっての解決策ですか？

これが、プロジェクトを軌道に乗せるための私たちの考え方です。あなたのエンジニアリング・チームのセットアップで同じような経験があるかどうか興味があります。ホリデーシーズンにパイプラインの重要な機能の作業量をどのように計画していますか？休暇中だけでなく、円滑に仕事を進めながら素晴らしい夏を過ごすために、他の技術管理者にどのような方法を使い、どのように勧めていますか？ 製品開発?プライベートメッセージで教えてください。

ハッピー・プランニング！

続きを読む

• ドイツでのソフトウェア開発：知っておくべき3つのこと
• なぜ英国はグローバル・ビジネスを立ち上げるのに最適な場所なのか？
• モビリティ市場。巨大な市場の可能性、変化するアプローチ、有望な新興企業