","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。 この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。 ここで「開発をする前」というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき 起票された開発Issueを最初に確認するとき 自分がIssueを作成するとき なぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。 なおこの記事においては、開発生産性を「開発成果物の提供価値を投入リソースで割ったもの」とします。 いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。 特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに

おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま

小山のぶよ🇵🇹『ジョージアローカル食堂探訪記』発売中 @nobuyo5696 日本の全都道府県行ったことあるし、しかもほとんど原付でゆっくり周ったので(道の駅で野宿してた)、けっこう自分の国を隈なく色々周って知ってるつもりだけど、いまだに「ここ…いったい何があるん…？」ってエリアがいくつかある。その四天王がこれ。 ※行ったことある人いたらどんなところか教えて pic.twitter.com/mfdntqvngx

Published 2024/04/21 21:01 (JST) Updated 2024/04/22 08:16 (JST) 元号「令和」を巡り、当時の安倍政権で首相秘書官を務めた今井尚哉氏が2019年4月1日の発表前、元号選定の実務を担う事務方とは別に、国書（日本古典）由来の元号案「佳桜」など3案を安倍晋三首相に独自に提示していたことが21日、政府関係者への取材で分かった。発表前に政府の事務方内で漢籍（中国古典）由来の「万和」が「平成」に代わる元号として最も有力視されていたことも判明。発表から5年を経て終盤の詳細な選定過程が明らかになった。 関係者によると、杉田和博官房副長官（当時）をトップとする事務方が複数の専門家に依頼して得た「英弘」「広至」「久化」「万和」「万保」の5案のうち、石川忠久二松学舎大元学長（故人）が「史記」を典拠として考案した万和が有力とされた。ただ安倍氏は、国書では