There are various considerations to investigate when log file grows bigger. I would follow step wise checklist
1) Find high impact queries , use the following SQL
SELECT TOP 5 t.TEXT AS 'SQL Text'
,st.execution_count
,ISNULL(st.total_elapsed_time / st.execution_count, 0) AS 'AVG Excecution Time'
,st.total_worker_time / st.execution_count AS 'AVG Worker Time'
,st.total_worker_time
,st.max_logical_reads
,st.max_logical_writes
,st.creation_time
,ISNULL(st.execution_count / DATEDIFF(second, st.creation_time, getdate()), 0) AS 'Calls Per Second'
FROM sys.dm_exec_query_stats st
CROSS APPLY sys.dm_exec_sql_text(st.sql_handle) t
ORDER BY st.total_elapsed_time DESC
2) Once you know the logical reads/writes , you can follow up whats the impact of sp or query Optimize it.
3) You can always shrink log file, but i would say analyse the considerations in shrinking log file ( Prod environment, execution time, impact for other users)
4) If you think It will have a minimal impact in shrinking log file
use this sql
DBCC SHRINKFILE (N'My DB_Log' , 1000)
Please Check the log file size, i wont shrink to 1.
Read this blog for more info
DBCC SHRINKFILE on log file not reducing size even after BACKUP LOG TO DISK