すべてのカテゴリ

反訴とは、どういったものでしょう？反訴とは、今やっている訴訟の手続き内で、原告を相手として被告が起こす訴えのことです。 反訴に対して、もとの原告の訴えを本訴と言います。 反訴は、本訴の当事者間でのみ可能です。 また、共同での訴訟の場合は、共同被告の１人から原告に対しての訴えも可能ですし、被告から共同原告の１人に対して反訴を起こすこともできます。 また、反訴に対する反訴も認められます。 反訴の要件は、以下のとおりです。 ・本訴の目的である請求又は防御の方法と関連する請求を目的とすること。 ・口頭弁論の終結前であること。 ただし、次に掲げる場合は、反訴は認められません。・反訴の目的である請求が他の裁判所の専属管轄に属するとき。 ・反訴の提起により著しく訴訟手続を遅滞させることとなるとき。 反訴については、その訴えを提起するための反訴状を提出しなければなりません。 ただし、簡易裁判所においては、口頭による訴えも認められます。本訴と反訴は、ひとつの訴訟手続き内において審理されますが、弁論の分離や一部判決をすることもできます。 なお、別訴というものもありますが、これは、当事者は同じでも、手続。訴える内容を異にする訴えであり、反訴とは異なります。 反訴の具体例をあげてみましょう。 ・家主が賃借人に対して、家賃を支払わないので賃料支払請求の訴訟を起こしたのに対して、賃借人が家賃を支払わないのは修繕をしてくれないからでそれによって損害を被ったといって損害賠償請求訴訟を起こす ・夫からの離婚請求訴訟に対して、妻からの慰謝料請求訴訟を起こす ・AがBに対して、１００万円の返還請求訴訟を起こしたとこ

名誉棄毀損罪とは、公然と事実を摘示し（あばき示し）、人の名誉を毀損する犯罪をいいます。（刑法） （名誉毀き損） 第二百三十条　公然と事実を摘示し、人の名誉を毀損した者は、その事実の有無にかかわらず、三年以下の懲役若しくは禁錮又は五十万円以下の罰金に処する。 ２　死者の名誉を毀損した者は、虚偽の事実を摘示することによってした場合でなければ、罰しない。 「人」は、特定人であればよく、自然人だけでなく、法人や法人格を有しない団体も含まれます。 「公然」とは、事実を不特定、または相手が特定されている多数の者が認識できる状態をいいます。 また、特定かつ少数の者に事実を摘示した場合でも、それが伝播して不特定または多数の者が認識できる可能性があれば、公然性が認められます。 「事実を摘示」とは、人の社会的価値を低下させるに足りる具体的な事実を表示することをいい、単なる価値判断や評価は含まれません。 事実の内容は、真実でも虚偽でも、公知の事実でも、非公知の事実でもよいとされています。 特に、真実であっても、というところは重要です。 ただし、その行為が、公共の利益に係り、かつその目的がもっぱら公益を図ることにあると認められる場合で、事実が真実であると証明されたときは、名誉毀損罪で処罰されないことになります。最も、裁判で争われるところだと思います。 死者に対しては、虚偽の事実を摘示した場合のみ、名誉毀損罪が成立します。 名誉毀損罪は、親告罪で、告訴がなければ、公訴されません。 被害者の意識を無視してまで訴える必要が認められないこと、また、訴えることによって、被害者の外部的な名誉がさらに侵害されるおし

外国人が日本国籍を取得する「帰化」に必要な居住期間の要件を、現行の ５ 年 以上から１０年 以上に引き上げる方向で政府が検討していることが分かりました。「永住許可」の取得条件として日本での居住期間・原則１０年以上ですが、外国人が日本国籍を取得するために必要な「帰化」の取得条件では、日本での居住期間は、５年以上とされています。つまり、「永住許可」よりも「帰化許可」の要件がなぜか「ゆるい」といった逆転現象が生じていると指摘されていました。「帰化」の要件の厳格化をめぐっては、先月開かれた外国人政策の関係閣僚会議で、高市総理が平口法務大臣に検討を指示していました。こうしたなか、政府関係者によりますと、政府は「帰化」に必要な居住期間の要件を、現行の 5年以上 から 10年以上 に引き上げる方向で検討しているということです。また、現在、帰化申請者が下の統計のとおり増加傾向にあります。帰化許可申請者数、帰化許可者数及び帰化不許可者数の推移から　(法務省民事局データ・掲載不可)当該データは、各年度内に提出された帰化申請件数と、同年度に許可された人数を示したものです。帰化申請の審査期間は平均して約1年であるため、申請から結果が出るまで年度をまたぐケースがほとんどです。そのため、申請件数と許可件数を単純に比較しても、同一年度の結果として許可率を計算することはできません。しかしながら、令和6年に帰化申請件数が急増している点については、特に注目に値します。永住申請の審査が近年、長期化・厳格化している現状から、より取得しやすい「ゆるい」とされる「帰化」へ申請を切り替える傾向が強まっていることがこの申請件

大藏陽平です。システム開発において、最も重要なフェーズは何だと思いますか?私は、迷わず「要件定義」と答えます。10年のキャリアの中で、数多くのプロジェクトに関わってきましたが、失敗するプロジェクトの多くは、要件定義の段階で「本当に必要なもの」が明確になっていないケースでした。クライアントは「こういう機能が欲しい」と言います。でも、その奥にある「なぜそれが必要なのか」を掘り下げないと、本当の課題は見えてきません。そこで、私が要件定義で必ず聞く3つの質問があります。1. 「この機能で、何を解決したいですか?」機能そのものではなく、その先にある目的を確認します。実は、別の方法でもっとシンプルに解決できることもあります。2. 「これがないと、どんな問題が起きますか?」優先順位を明確にするための質問です。本当に必要なものと、あったら良いものを区別します。3. 「理想の状態は、どんな姿ですか?」ゴールイメージを共有することで、認識のズレを防ぎます。完成形を具体的にイメージすることが、開発の精度を高めます。この3つの質問を丁寧に繰り返すことで、クライアント自身も気づいていなかった「本当に必要なもの」が見えてきます。要件定義は時間をかけるべきフェーズです。ここで土台をしっかり作ることが、プロジェクト成功の鍵です。システム開発でお困りの方、まずは一緒に「本当に必要なもの」を整理しませんか?

こんにちは、フリーランスシステムエンジニアの高山慶です。スタートアップや中小企業の経営者の方と初回打ち合わせをすると、必ずと言っていいほど聞かれる質問があります。「要件定義って、具体的に何をするんですか？」要件定義は「翻訳作業」です要件定義を一言で表すなら「翻訳作業」だと私は考えています。お客様の「こんなシステムが欲しい」という想いを、エンジニアが理解できる技術仕様に翻訳する作業です。例えば、こんな会話があったとします。お客様：「売上をもっと簡単に管理したいんです」私：「具体的には、どのタイミングで、誰が、どんな情報を入力しますか？」実際の要件定義プロセス1. 現状把握まず、今どんな業務フローで作業されているかをヒアリングします。Excel管理なのか、手書きなのか、既存システムがあるのか。2. 課題の明確化「何に困っているか」を具体的に聞き出します。時間がかかる？ミスが多い？データが見つからない？3. 理想の姿を描く「システムがあったら、どんな風に業務が変わって欲しいか」をイメージしてもらいます。4. 技術仕様への落とし込みお客様の言葉を、データベース設計や画面仕様に変換していきます。要件定義で大切にしていること私が最も重視するのは「本当の課題は何か？」を見極めることです。お客様が「在庫管理システムが欲しい」とおっしゃっても、実際に話を聞くと「売上予測が立てられなくて困っている」ことが本当の課題だったりします。要件定義は、お客様と一緒に「本当に解決すべき問題」を発見していく作業なのです。まとめ良い要件定義ができれば、プロジェクトの8割は成功したも同然です。逆に言えば、ここを疎か