SEノウハウ

カジュアルなシステム改修で起きたこと -序章-

 

既存システムの機能アップの為の改修

 

  • 機能拡張・追加

とりあえず正常系動けば良い感じの要件のカジュアルなシステム

前提条件

予算のないシステム改修

 

ドキュメント

  • 仕様書は簡易
  • 設計書なし
  • 作業者は若手。インターン・新卒中心

人員

  • PM:技術者ではない、DB部分の実装わからない
  • メンバー:5名(インターン・新卒:3名)

結合テストありなだけでゆるい。でもバグはダメだぞ!

 

既存の負債

  • PHPのサポートが切れていてテストがかけない
    4年すぎるとPHPUnitのサポートが止まる

    とはいえアップデートするとあちこち動かなくなるじゃん?その分の工数はないからな!
  • DIがない。Controllerでnewしまくりなのだ
    依存性が高い

    ・変更に弱い
    ・単体テスト…?

最小の開発で作られた感じで、しゃーない。

気づき

  • 画面名の定義がない
    →必須
    画面遷移図もあればなお良し
    ・画面遷移してはいけないページで画面遷移が発生
    ・既存のページの改修なのか、新規ページ作成なのか把握できない
  • 設計書がない
    →作業者がどのデータにアクセスすればわからないから工数が取られる
  • MRは貯めない。すぐレビューしてあげる
    →作業者が仕様や進め方がわかっていない時に気づいてあげられず、MRの数だけ増えていく
  • バックログの親課題、子課題が見ずらい
    →EXCELかWrike?他で良い
  • チケット内容の誤解
    フロントの実装なのにバックエンドの実装がされていて。フロントの実装がない!

 

改善

  • 画面名定義
  • 15分程度の作業者側の定例MTG
  • こまめなMRでのレビューで作業者が間違って作業した時にすぐに修正
    →事前に1つのタスクをこなしておいて作業者にリーダがお手本を見せる

 

6月納期だけど4月内で終わるんじゃね?

終わらせる!

 

Amazonおすすめ

iPad 9世代 2021年最新作

iPad 9世代出たから買い替え。安いぞ!🐱 初めてならiPad。Kindleを外で見るならiPad mini。ほとんどの人には通常のiPadをおすすめします><

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)