社内SEをしている方に質問です。

質問

現在３０歳で社内SEをしております。

前は開発PGとして、主にプログラムを担当していたのですが、
転職で上流工程を経験出来る環境にいます。

ですが、最近の悩みとして自分でなかなか仕様を決められません。
納期をどんどん遅らせてしまい、かなりへこんでいます。

こんなに自分に解決力が無いとは思いませんでした。
問題があった場合にそれを回避する方法がすぐに思いつきません。
あれこれ考えてしまい、長時間考察に使ってしまい、納期が遅れます。
いつも人に頼ってばかりいます。

３０にもなって情けないばかりです。

そこで、SEをしている方に質問なのですが
どうやったらスムーズに仕様を決める事ができますか？
仕様を決める際にどういった所を特に気をつけて仕事を進めていますか？

どういう努力をすれば良いのでしょうか？
今考えているのは業務をもっとしる事なのかなと考えていますが、
もしそれ以外にあれば教えて頂けないでしょうか？

どんなヒントでも結構ですので、ご教授お願い致します。

回答No.4

Brian12

回答No.１及び2のお礼を踏まえて、お応えします。

　トム・デマルコが提唱する構造化分析データフロー図（DFD）でのモデリングをお薦めします。
　いろいろなモデリング手法がありますが、私はこれが一番良いと思います。

　「構造化分析とシステム仕様」は１９８０年代の初版ですが、現在も版を重ねていると思います。
　私は、構造化分析DFDは人間の情報処理を図式化する手法だと捉えています。

　現状をDFDでモデリングした場合に、階層構造のあるレベルの処理の数が７以上であれば複雑であると評価します。
　また、それらの処理で受け渡しをするデータの流れが交差している場合は、処理の分割が不適切であることを示しています。
　従って、より良いモデルにするには、処理の数を７以下に減らし、データの流れが交差しないように処理を統廃合するのです。

　業務フローやUMLでは、この様にはできません。
　DFDの表記法を守ることで、改善箇所が見える様になることは素晴らしいと思います。
　但し、物事及びことばの構造的な解釈が必要です。
　これは、実務に携わっている方が理解していると思います。
　しかし、この解釈が誤っていた場合はモデル図に反映されるので心配はいりません。

　さらに良いことは、要件レベルで整合性の確保ができることです。
　スムーズに仕様を決めることができるのは、出力が明確に定義されていることです。
　しかし、出力が明確でもシステム全体としての整合が隠されていなければ、手戻りになります。
　これは構造的にモデル図を作成することで、実現しています。

　これらのことは実際にDFDでモデリングしないとわからないことと思います。
　しかし、何と言っても関係者が指をさしながら話ができることが良いことです。

　部門の責任者の方に提案しては如何でしょうか。
　尚、私はオリジナルの手法に少し手を加えています。
　大事なことは、自分なりの工夫をすることでよりよい物になるのだと思います。

　では、笑顔で朗らかに積極的楽天的にいきましょう。

お礼

DFDはちょっと挑戦してみる価値はありそうですね。
ありがとうございます。
返信が遅れました。m_ _m