2018年10月24日0件のコメントGMOアドマーケティングのKMです。前回は、「要件定義」~「設計」について書きました。usersGMOアドマーケティングのKMです。今回はどの職種にも当てはまる作業工程について書いて行きますね。はじめ...今回は、「開発」~「運用」について書きますね。最終ホール●まで落とし穴に落ちず、システムを無事運用開始できるのでしょうか。は?「開発」10.★開発内容にマッチする適材適所なメンバーをアサインする事が最重要です。データの最適化なら、データベースに詳しいエンジニア。管理画面改善ならフロントエンジニア。メンバーの意向や適性がある開発案件にアサインしましょう。スキル成長、品質、スピード全てに繋がります。●IT業界はスピードが大事で、選択を間違えると競合にも抜かれ、最悪ビジネスが立ち行かなくなります。仕様が伝言ゲームのように違う物で伝わらないよう正確に伝える必要があります。★キックオフMTGで全体の流れや重要点を伝えて大きな誤解を防ぎましょう。★自分が触れた事がない箇所を開発する場合、先ず現状を落ち着いて読み解きましょう。●改造を行う場合は期日を調整してもらいましょう。無理に進行すると障害発生に繋がります。関連する影響範囲に不安を感じたらチームメンバーに確認しましょう。●思い込みや勘違いのまま進行すると障害発生に繋がります。影響範囲が大きい場合、最も詳しい方にレビュー確認依頼を出しましょう。●誰に依頼するかの選択を間違えると障害発生に繋がります。😎レビュー担当者がチェックします。「仕様を共有でき」「不具合が格段に減る」為、極力行える体制にすべきです。●結合テストは依頼者、レビュー者、自動テストいずれも行なわれない場合に障害に繋がります。関係する開発・インフラメンバーに今からリリースする旨を周知しましょう。●リリース案内がある事で障害が発生した場合の対応もスムーズになります。障害が発生した際に影響時間を最小限で済むようにシステム利用が少ない時間帯や●障害時に素早く対応できるメンバーが居るタイミングでリリースを行います。影響範囲が最小限で済むようにリリースします。😎リリース後に問題がないか確認後、リリースが完了した旨を関係者へ周知します。★利用方法がわかりずらい場合、利用方法を添えて案内するとスムーズに運用に移れます。●重要な変更を案内しないと、使い方を誤りトラブルにも繋がります。意図通りにいかない案件は原因を追求し改善を図ります。最後にメンバーの良い点は、どんどん積極的に見習い成長していきましょう。いう意味で、チームは複数人の構成で開発する事がオススメです。間違えたら時間は元に戻せないけど、リリース作業だけはリリース前に戻せる(ロールバック)できるようにしておこう。次回は、組織におけるプロダクトMとプロジェクトMの役割について書く予定です。@gmoap_engineer本ブログで発信される情報は、各エンジニア個人の見解であり、弊社の公式見解ではありません。本ブログに掲載、引用等をしている商品またはサービス等の名称は、各社の商標または登録商標です。その他の事項について一切責任を負いかねます。発表する情報には注意を払っておりますが、公式発表、見解については、弊社WEBサイトおよびプレスリリースなどをご確認ください。GMOインターネットグループにおけるソーシャルメディア運用ポリシーについては次のページをご確認ください。本ブログに掲載のあるソフトウェアのダウンロードは自己責任で御願い致します。ソフトウェアのダウンロードの結果、ご利用者に何らかの損失・損害が生じたといえども、当社ではその責任を負いかねます。本ブログに掲載のあるソフトウェアを扱う際は、各ソフトウェアの公式リファレンスを参照のもとご使用下さい。ソフトウェアの実行の結果、ご利用者に何らかの損失・損害が生じたといえども、当社ではその責任を負いかねます。