仕事の満足感も得られるはずです。ここでは、ロゴスウェアでのプログラマーの仕事のやり方について説明します。当社はソフトウェア製品の開発会社であり、プログラマーはそれを作り出す最重要な職務を担います。ロゴスウェアでは、プログラマーに多くのことを期待しているため、決して簡単で楽な仕事とはならないでしょう。反面、多くの経験を積むことができ、創造性を発揮することができ、自らの力で未来を切り開く可能性を感じることができるはずです。自社ブランド製品を開発するプログラマーの仕事も、受託請負開発と自社製品開発では仕事のやり方も求められる能力もまるで違います。ロゴスウェアでの仕事は「自社製品開発」になります。受託開発プログラマーが体験するに違いない、元請会社からの無茶な要求、突然の仕様変更などの不条理な世界とは無縁です。全てを自分たちの責任で実行し、売れるか売れないかの結果を負わなければならない厳しさもあります。受託開発であれば要求仕様は顧客から来ます。「どう作るか」だけに専念し「何を作るべきか」を考える必要はありません。製品開発プログラマーにとっては「何を作るべきか」を考えることも重要な仕事です。これは難しいと同時に、とてもやりがいのある仕事です。製品開発なら何でも創造的なのかと言えば、決してそういうわけではありません。規模の大きな会社であれば、ありきたりで平凡な製品を、規模の力で販売できるかもしれません。規模の小さなロゴスウェアにそのやり方は通用しません。イノベーションを引き起こすことが求められています。ロゴスウェアのプログラマーはその役割を期待されています。これも、とてもエキサイティングな仕事です。誰も見たこともないような新しい何かを創造する仕事ほど面白いものはありません。リーン&アジャイルな開発プロセス製品開発はチームで行われるものなので、チームとして動くためのプロセスと規律が欠かせません。ルールや規律で縛りすぎると、個人の独創性が失われます。個人の自由と独創性を重んじながら、チームとしての規律を維持していく仕組みを作ることが重要です。ロゴスウェア内では以下のようなプロセスを実践しています。Record)と呼ばれるシートで管理されます。PORには、全製品、全バージョンの開発予定(α版、β版、ファイナル版の日付)が記述され、開発、テスト、マーケティング、セールスが同期を取りながら同時並行で業務を進めます。Document)と呼ばれるドキュメントです。一般で言われるPRDよりはかなり簡素化されたフォーマットになっており、アジャイル式に仮説・実装・検証を繰り返しながら開発を進めるスタイルを採っています。ゲートミーティング開発する製品は、α版、β版、ファイナル版と進んでいき、最終的に市場に出荷されます。各々のステージには要求される品質レベルがあり、それを満たして次のステージに進めてよいかどうかを決定するのがゲートミーティングです。αテストやβテストの中で発見された不具合の重要性を見極め、このまま進めるのか、スケジュールを延ばすのかが判断されます。ワークアウト各製品ごとに毎月開催されるミーティングをワークアウトと呼んでいます。主な目的は、製品の次のバージョンに実装する機能を決定することです。開発担当者以外に、顧客サポート担当、テスト担当、セールス、マーケティングなどが出席し、各々の立場から要求事項をプレゼンします。それらに優先順位を決め、何を実装するのか、何はやらないのかを決めます。開発者とテスト担当者は、日常的に最も密なコミュニケーションが必要となります。不具合報告などはスクラム方式に従い、ユーザーストーリーをベースに、全てがRedmine(プロジェクト管理ソフト)に記録されます。それらを毎日確認しあう短時間のミーティングが朝会です。コンパスミーティングコンパスミーティングは、製品の大きな方向性を決定する必要がある時に不定期に開催されるミーティングです。コンパスミーティングの目的は、目指すべき市場の選択肢が複数考えられるケースにおいて、それらに優先順位を付けることです。意見を述べたい人は自由にプレゼンを出来ます。全員がリーダーシップを発揮するロゴスウェアがプログラマーに求める仕事内容は単なるコード書きではありません。製品の方向付け、仕様決定に大きく関与してもらいます。上に記載したような一連の開発プロセス自体をリードしていくのもプログラマーの仕事です。これは、単に頼まれたものを作るという関与の仕方ではなく各自がリーダーシップを発揮して、より主体的に仕事を進められることを意味します。ロゴスウェアへお気軽にお問い合わせください。動画で学ぶメルマガご相談、お見積りなどお気軽にお問い合わせください。問い合わせフォーム>>。