Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

これはAIが翻訳した投稿です。

투잡뛰는 개발 노동자

[SI開発者の物語] 08. SIプロジェクト投入初期 業務把握

言語を選択

  • 日本語
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

durumis AIが要約した文章

  • SIプロジェクトに初めて投入された開発者は、開発環境構築後、プロジェクトのシステム構築目標と進捗状況を把握する必要があります。特に、新入開発者は、 経験不足によりビジネスロジックを理解することに苦労する可能性があります。
  • 提案書とRFPを通して、全体的な開発方向と必要な機能を把握し、わからない部分はメモしてまとめて質問するのが効率的です。
  • 約1ヶ月間、プロジェクトの雰囲気と内容を把握することに集中し、その後本格的な開発に参加できるように準備する必要があります。

SI開発者の話
#8. SIプロジェクト投入初期 - 業務把握



通常、開発者、特に新入社員として入社してプロジェクトに投入された場合、すでに開発段階が始まっている可能性が高い。

入社初日は、開発に必要な環境を構築し、ネットワークアクセスのためのIPを割り当て、開発中のソースコードをダウンロードして開発環境を構築することになる。その後は、このプロジェクトがどのようなシステムを構築しているのか、これまでどのように構築されてきたのかを把握する必要がある。

経験豊富な開発者の場合、これまでの経験があるため、ある程度自分自身で把握し、必要な部分だけ上司や同僚に質問して理解できるが、経験のない新入社員は状況が異なる。

学校で学んだこととは異なる規模のソースコードと業務に関する知識がないため、ビジネスロジックを把握するのに何倍も時間がかかる。しかし、他の開発者は自分の開発作業を処理することに忙しいため、SIでの教育は夢のような話である。そのため、ある程度自分で把握する必要があるが、最初にすべきことは、プロジェクト文書の中で提案書を確認することである。

提案書は、私たちが必要とするプログラムを~~このように作ってあげます~~と提案する文書であり、この文書には全体的な開発方向の枠組みが記されており、作成しようとしているシステムに関する概要が含まれているため、提案書を見れば全体的な枠組みを理解するのに役立つ。

そして、RFPを通じて必要な機能を確認し、該当するシステム業務について理解できるようにする。途中でわからない内容は、別途メモしておき、上司が暇そうに見えたらまとめて質問できるようにする。面倒なので、その都度質問すると、面倒くさがられるだろう。概ね1か月間は、プロジェクトの雰囲気とプロジェクト内容を把握するのに時間を費やすことになるが、1か月後からは本格的に開発に投入されるようになるので、この期間中にしっかりと理解するようにしよう。

TheCareer
투잡뛰는 개발 노동자
코딩, 취업, 이직, 경제에 관심 많은 IT 노동자
TheCareer
[SI開発者物語] 10. SIプロジェクトにおけるドキュメント化とは? SI開発プロジェクトでは、ドキュメント化は必須プロセスですが、現実的には開発の最終段階でまとめて作成されることがよくあります。 プロジェクト期間の短縮と要件変更に対する負担感がその理由です。特に、新卒開発者はドキュメント作成を担当し、韓国のSI文化の現実を経験することになります。

2024年4月19日

[SI 開発者の物語] 09. SI プロジェクト投入後の本格的な開発の開始 SI 開発者は、プロジェクト投入後、RFP に明記された機能を開発しますが、顧客の追加要求によりコード変更が頻繁になり、効率性よりも 迅速な開発が重要になります。そのため、クリーンコードや効率性よりも機能実装に焦点を当てて開発する必要があります。

2024年4月18日

[SI 開発者物語] 04. SI 会社に入社初日に何をするか SI 開発者として入社すると、本社または顧客会社で初日を迎えます。本社では、個人のノートパソコンで勉強しながら時間を過ごし、顧客会社では、開発 環境設定とプロジェクトの把握を行い、新しいスタートの準備をします。チームメンバーとの協力を通じて、早く適応し、プロジェクトの最終段階の前に定時退社を楽しみながら 技術や知識習得に励むのが良いでしょう。

2024年4月17日

もうひとつのプロジェクト終了。それで何が、また、どのように? プロジェクトで単に自分の役割だけに集中することは、成長の機会を逃すことです。さまざまな利害関係者の視点をつかみ、プロジェクト全体の文脈を 理解すれば、3倍速い成長を遂げることができます。この記事では、プロジェクトの理解度を高めて急速に成長する5つの方法を紹介します。
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

2024年5月22日

もう一つのプロジェクトが完了しました。-2 このブログ記事では、プロジェクトで効果的な成長を達成するための5つの実用的な戦略を紹介します。 状況を把握し、物議を醸す話題について強い立場を取り、良い質問をして本気でフォローアップし、 自分の知識と無知を明確にし、リストを使用します。
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

2024年5月3日

もう一つのプロジェクトが完了しました。-1 プロジェクトにおける個々の役割を超えて視点を広げることで、 ワークプロセスや影響力のダイナミクスをより深く理解し、 キャリア成長を加速する機会を解放することができます。
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

2024年5月3日

誰もリサーチャーの「戦略」を望まない。 デザイナーやUXリサーチャーではなく、豊富な現場経験を持つ著者が、人工知能時代における企業内での効果的なインサイト伝達のための戦略的助言を 共有します。「消費者」の声だけでは不十分であり、利害関係者の業務状況に合わせてストーリーテリングと視覚資料を活用する戦略を 提示します。
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

2024年5月21日

RFP(提案依頼書)とは? RFPとは、プロジェクトに対する提案依頼書であり、企業や機関が外部企業にプロジェクト目標、要求事項、評価基準などを明記し、最適な企業を選定するために使用されます。RFP作成時には、明確な目標設定、具体的な要求事項の定義、公正な評価基準の策定が重要であり、これによりプロジェクトの成功可能性を高めることができます。
꿈많은청년들
꿈많은청년들
RFPと書かれた画像
꿈많은청년들
꿈많은청년들

2024年5月16日

ウォーターフォール開発方式とは? ウォーターフォール開発方式は、ソフトウェア開発プロセスを要件分析、設計、実装、テスト、展開、保守の段階に分けて、順次的に進める伝統的な 方法論です。この方式は、明確な構造とドキュメント化を長所としていますが、要件変更に柔軟に対応できず、スケジュール遅延の可能性が高いという短所があります。
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들

2024年5月14日